James Bach Rapid Test的感受

前阶段拜读过James大神的快速测试,英文水平有限,阅读起来有点吃力,虽然想亲自参加大神的培训,一直没有机会,不过阿里牛人参加大神的培训,并总结的不错,现在谈谈自己的感想和看法。

进入测试行业不少年了,测试问题的本质:

1、项目需求不清楚;

2、进度紧张

3、资源有限

 经常出现的场景:

A开发对B测试说“XX产品功能已提测,明天就要发布,尽快测试”

B测试对A开发说“什么样的功能,有需求和设计文档么?”

A开始对B测试说“别从我要设计文档,因为从来没有设计文档,需求文档从PD要”

B测试对C产品说“有需求文档么?”

C产品对B测试说“有的,一会发给你”

过了所谓的一会,B测试收到了不到100个字需求文档,B测试无语了。。。。

 

我认为测试人员最重要的是先了解系统,如果刚加入项目的测试人员在上面场景中如何快速测试呢?

1、跟产品和相关人员直接沟通,了解被测系统的目的和功能,并了解被测系统的背景,如果是通讯系统需要考虑实时性和稳定性,如果是在线交易系统需要考虑准确性和安全性

2、跟开发人员和相关人员直接沟通,获取被测系统的新功能如何设计和实现,尽可能获取自己能想到的各种信息

3、采用探索性测试,通过试探、分析、验证这个流程去深入了解产品,之后再去系统的分析,配合之前获取的信息有针对性的设计测试

4、编写测试场景,设计场景覆盖的功能点和测试方法的理由,重点测试模块的抉择

快速测试不是在全量测试中删除部分测试的方法,而是通过以上方法设计,让项目组成员相信你的测试是完整地,有足够覆盖的,能保证产品质量的。

 一直在道上跑,忘记留下脚印。。。。。

 

James Bach Rapid Test的感受

上一篇:Elasticsearch 创始人 Shay Banon:让数据自己说话


下一篇:接口类和抽象类