在聊移动APP测试用例设计之前,我请大家先思考如下2个问题:
第一,我们为什么要做好测试用例设计?
第二,好的测试用例设计有什么共性?
深入思考这2个问题的答案是一件很有意义的事情,作为测试,我们必须提升自己的测试设计能力,必须清楚的知道要测什么,怎么测。本次分享旨在总结沉淀移动客户端测试用例设计实践。
1.为什么要做好测试用例设计?
测试用例设计的目的,通俗来讲主要是通过对需求点的测试设计从而避免测试点的遗漏,而且基本上每个公司也都非常认同测试用例设计这个环节存在的必要性和意义,不论测试用例设计的好坏与否,该环节的存在都对质量和效率起到最基本的促进作用。
那么我们为什么要做好测试用例设计?
第一,测试用例设计能力的好坏,直接影响了开发人员对我们的第一印象的好坏。 例如,我们如何评价一个优秀的开发人员呢?
- coding好,bug少
- 思维严谨,沟通顺畅,有责任心…
同理,开发人员一般怎样评价一个优秀的测试人员呢?
- case覆盖率高,漏测少
- 思维严谨,沟通顺畅,有责任心…
所以,测试人员写不出好的测试用例,就如同开发人员写不好代码一样,有点丢面儿,但是往往很多测试人员根本也意识不到这一点。我想表达的是,测试用例设计毕竟是门基础课,不论是测试新兵老兵,没学好没学扎实都建议再学一遍。
第二,测试用例设计的好坏,直接关系着最根本的测试质量和测试效率的优劣。 为什么这么说,从质量角度,好的测试用例设计都是需要经历根据需求设计层层剥析,开发设计逻辑的深入理解去构造的,因而其测试点挖掘的往往更深,场景更全,发生漏测的几率也更低。从效率角度,在开发人员提测前就做好的高质量测试设计,在测试执行阶段,则不用再去费心构造设计,按计划执行完测试用例后,那么这个需求的测试就基本完成了。
2.好的测试用例设计的共性?
这其实是一个见仁见智的问题,不同的测试人员有不同的测试设计风格,这里我们求同存异即可。好的测试用例设计的共性大致如下:
- 测试设计结构组织合理。从测试用例的组织是开展测试的起点,良好的组织能够帮助我们快速定位到我们想关注的部分,这个部分的好坏关系到测试工作的持续性发展。
- 测试用例设计覆盖全面且不冗余,用精简的语言描述清楚一条测试用例,用较少的测试用例描述