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、编写测试场景，设计场景覆盖的功能点和测试方法的理由，重点测试模块的抉择

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

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