首页 > 代码库 > James Bach Rapid Test的感受
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的感受
声明:以上内容来自用户投稿及互联网公开渠道收集整理发布,本网站不拥有所有权,未作人工编辑处理,也不承担相关法律责任,若内容有误或涉及侵权可进行投诉: 投诉/举报 工作人员会在5个工作日内联系你,一经查实,本站将立刻删除涉嫌侵权内容。