移动移动APP测试用例设计实践经验分享测试用例设计实践经验分享
前言杂谈
在聊移动APP测试用例设计之前,我请大家先思考如下2个问题:
第一,我们为什么要做好测试用例设计?——why?
第二,好的测试用例设计有什么共性? ——what?
深入思考这2个问题的答案是一件很有意义的事情,作为移动互联网时代的产品质量守卫军,我们必须提升自己的测试设计能
力,必须清楚的知道要测什么,怎么测。但单从我们测试团队现状来看,有很多人都没有做好准备,测试设计方法仍然比较落
后,所以我整理此文,旨在总结沉淀移动客户端测试用例设计实践,帮助测试人员时刻审视完善自我测试能力提升。
那么回到文章开头的2个问题,我也说一下我的理解,有不妥当之处望同行指出。
1.Why? 为什么要做好测试用例设计?
测试用例设计的目的,通俗来讲主要是通过对需求点的测试设计从而避免测试点的遗漏,而且现在每个公司也都非常认同测试
用例设计这个环节存在的必要性和意义,不论测试用例设计的好坏与否,该环节的存在都对质量和效率起到最基本的促进作
用。
那么我们为什么要做好测试用例设计?
第一,测试用例设计能力的好坏,直接影响了开发人员对我们的第一印象的好坏。例如,我们如何评价一个优秀的开发人员
呢?
1、coding好,bug少
2、思维严谨,沟通顺畅,有责任心...
同理心,开发人员一般怎样评价一个优秀的测试人员呢?
1、case覆盖率高,漏测少
2、思维严谨,沟通顺畅,有责任心...
所以,测试人员写不出好的测试用例,就如同开发人员写不好代码一样,有点丢面儿,但是往往很多测试人员根本也意识不到
这一点,包括我遇到很多工作了五六年的资深测试人员,测试用例设计能力很一般,姿态却摆的老高,这里就不说了。我想表
达的是,测试用例设计毕竟是门基础课,不论是测试新兵老兵,没学好没学扎实都建议再学一遍。
第二,测试用例设计的好坏,直接关系着最根本的测试质量和测试效率的优劣。为什么这么说,从质量角度,好的测试用例设
计都是需要经历根据需求设计层层剥析,开发设计逻辑的深入理解去构造的,因而其测试点挖掘的往往更深,场景更全,发生
漏测的几率也更低。从效率角度,在开发人员提测前就做好的高质量测试设计,在测试执行阶段,则不用再去费心构造设计,
按计划执行完测试用例后,那么这个需求的测试就基本完成了。
2.what?好的测试用例设计的共性?
这其实是一个见仁见智的问题,不同的测试人员有不同的测试设计风格,这里我们求同存异即可。好的测试用例设计的共性大
致如下:
(1)测试设计结构组织合理。从测试用例的组织是开展测试的起点,良好的组织能够帮助我们快速定位到我们想关注的部
分,这个部分的好坏关系到测试工作的持续性发展。
(2)测试用例设计覆盖全面且不冗余,用精简的语言描述清楚一条测试用例,用较少的测试用例描述清楚需求测试点的覆
盖。
(3)测试用例设计具有可执行,可判定,可再现的特点,即在测试前提符合的前提下,按照测试步骤每一个测试用例都可以
顺利执行,同时呈现相应的预期结果,而且测试用例在被多次执行的结果都应该是相同的。
另外在编写测试用例时,建议由提纲挈领到逐步细化,先写基本功能点,再逐步增加细节,切忌过早的陷入细节描述。同时测
试设计粒度要适中,根据实际项目的测试效率和效果去平衡,太粗太细都不合适。
3. 移动端测试设计—面向问题发现的测试全面性组织方式
移动客户端平台的测试,在传统的软件测试基础上,本身又具有自身比较突出的诸多特点。比如客户端平台多样化,系统碎片
化问题突出,灵活性极高,因此仅仅将测试停留在基本功能以及传统理念上的测试组织,来确保移动客户端的测试全面性是不
够的。
传统的用例组织方式,如等价类划分,边界值分析,因果分析等,更多的是从面向如果精简测试用例,确保测试全面的前提
下,尽量降低冗余而来的。现在我们推荐一种是面向问题发现的测试的组织方式,即由bug出现的分布对应相应的测试内容,