赢在测试——勤奋是一条通往成功的路

2019年4月15日 0 条评论 1.59k 次阅读 1 人点赞

PS:这是一篇读书笔记,看过后跟大家分享,希望能有所帮助

------------------------------------------------------------


  • 论业务

合格的测试人员首先需要具备的一个技能——深入了解你的测试对象,它的架构、功能,以及客户是如何使用他们的业务知识的。

对软件产品了解到什么程度,测试才能做到什么程度。

  • 论研发

团队越大,项目越大,配置管理就越重要。

作者公司在2003年,项目管理、开发流程和测试流程都是做得相当好的。

在公司内部不仅仅强调个人的能力,更注重团队的整体能力。

文档管理系统非常好,以前项目的所有文档你都能找得到,而且是正确的版本,同时针对各种测试工作产品,都会有相应的文档模板,以方便测试人员迅速了解每个文档中应该包括哪些内容。

  • 论个人发展
  • 论软件质量评估
发布前评估

缺陷,包括发现的总的缺陷分布趋势、缺陷在不同功能模块中的分布等。

例如,总的缺陷分布趋势图。

测试通过率,主要包括计划的测试用例执行进度、通过的测试用例数目、失败的测试用例数目、被阻塞的测试用例数目等。

我们项目中定义的测试通过率是95%。

测试覆盖率,包括测试对系统需求的覆盖率、对测试类型的覆盖率。例如,我们项目中定义的需求覆盖率必须达到100%,

测试类型覆盖率也必须达到100%。

信心,负责这个模块的测试人员对质量的主观感受。因为负责功能模块测试的工程师是最了解他们的测试对象的。

可以设计一个信心指数,例如1~10,然后通过各种数据来支持这个指数。

发布后评估

采用度量指标:缺陷检测百分比DDP( Defect Detected Percentage),其计算公式如下:

客户现场发现的缺陷数/(发布前测试团队发现的缺陷数+客户现场发现的缺陷数)×100%

一般统计产品发布之后6个月内在客户现场发现的缺陷数。

不同的公司与项目,采用的统计时间范围会有所不同统计客户发现的bug是有意义的,一是可以据此对客户做一些分析,例如,经常使用的功能、满意度等;二是可以用于反思之前的测试活动,以求进。

  • 谁来决定软件产品的发布?

由测试团队决定软件产品是否发布是不合适的。

软件产品是否可以发布,需要有不同角色的成员参与进来,根据公司定义的判定准则进行评估,同时平衡产品质量、市场机会、产品战略以及成本等多个因素。

测试团队在这个过程中主要的作用是尽量多地提供软件产品的质量信息、风险信息等,以帮助管理层做出是否发布的决定。

软件发布与否应当综合各种因素来考虑,而不仅仅是某个角色说了算。

  • 论测试热门方向

1自动化测试与手工测试。

加强自动化测试将是一个合理的趋势,这对于测试从业人员而言是一个发展方向。但是自动化测试并不能代替手工测试,因为自动化测试的基础来自于测试人员的思维与设计,测试从业人员应该将自动化测试作为一个提高测试效率的手段,而不应该是最终的目标。自动化测试工具并不能保证项目的成功,但是可以帮助优秀的测试人员更加出色地工作。

2探索性测试与脚本化测试之争。

测试从脚本化测试的关注过程,到探索性测试更关注测试人员的思维与主观能动性。平衡两者之间的关系,更好地发挥两者各自的优势,弥补各自的不足。

3敏捷开发模式下的敏捷测试。

敏捷测试更强调整体团队运作,强调将质量构建进产品而不是在生产出来之后再进行测试,强调自动化测试,以及同时强调面向技术的测试与面向业务的测试。敏捷测试要求测试人员掌握熟悉范围之外的新技能,例如,测试驱动开发、持续发布等。

推荐的书

1.《软件测试艺术》:软件测试的经典著作,展示了测试大师GlenfordMyers多年的软件测试思想和技术。书中探讨了代码检查走查与审查、测试用例的设计、单元测试、系统测试、极限测试等主题。

2.《软件测试经验与教训》:书中汇总了293条测试经验建议,阐述了如何做好测试工作,如何管理测试,以及如何澄清有关软件测试的常见误解。用于自己的测试工作中,避免一些容易犯的错误,提高测试效率与有效性。

3.《 APractitioners Guide to Software Test Design》:关注测试用例设计,包括了白盒测试术、黑盒测试技术与基于经验的测试技术。

4.《赢在测试:软件测试先行者之道》:汇集了多名测试行业的测试精英,为处于迷茫阶段的测试人员规划自己的测试职业发展,提供了许多现实可行的方向。

5.《思维导图:大脑使用说明书》:要想在测试领域有所建树,测试人员持续不断地学习与积累是非常重要的,而如何有效地阅读与;

今从晚向

这个人太懒什么东西都没留下

文章评论(0)

你必须 登录 才能发表评论