华为移动通信测试用例

华为移动通信测试用例

第一，我们为什么要做好测试用例设计？——why？

第二，好的测试用例设计有什么共性？——what?

深入思考这2个问题的答案是一件很有意义的事情，作为移动互联网时代的产品质量守卫军，我们必须提升自己的测试设计能力，必须清楚的知道要测什么，怎么测。但单从我们测试团队现状来看，有很多人都没有做好准备，测试设计方法仍然比较落后，所以我整理此文，旨在总结沉淀移动客户端测试用例设计实践，帮助测试人员时刻审视完善自我测试能力提升。

那么回到文章开头的2个问题，我也说一下我的理解，有不妥当之处望同行指出。

1.Why?为什么要做好测试用例设计？

测试用例设计的目的，通俗来讲主要是通过对需求点的测试设计从而避免测试点的遗漏，而且现在每个公司也都非常认同测试用例设计这个环节存在的必要性和意义，不论测试用例设计的好坏与否，该环节的存在都对质量和效率起到最基本的促进作用。

那么我们为什么要做好测试用例设计？

第一，测试用例设计能力的好坏，直接影响了开发人员对我们的第一印象的好坏。例如，我们如何评价一个优秀的开发人员呢？

1、coding好，bug少

2、思维严谨，沟通顺畅，有责任心...

同理心，开发人员一般怎样评价一个优秀的测试人员呢？

1、case覆盖率高，漏测少

2、思维严谨，沟通顺畅,有责任心...

所以，测试人员写不出好的测试用例，就如同开发人员写不好代码一样，有点丢面儿，但是往往很多测试人员根本也意识不到这一点，包括我遇到很多工作了五六年的资深测试人员，测试用例设计能力很一般，姿态却摆的老高，这里就不说了。我想表达的是，测试用例设计毕竟是门基础课，不论是测试新兵老兵，没学好没学扎实都建议再学一遍。

第二，测试用例设计的好坏，直接关系着最根本的测试质量和测试效率的优劣。为什么这么说，从质量角度，好的测试用例设计都是需要经历根据需求设计层层剥析，开发设计逻辑的深入理解去构造的，因而其测试点挖掘的往往更深，场景更全，发生漏测的几率也更低。从效率角度，在开发人员提测前就做好的高质量测试设计，在测试执行阶段，则不用再去费心构造设计，按计划执行完测试用例后，那么这个需求的测试就基本完成了。

2.what?好的测试用例设计的共性？

这其实是一个见仁见智的问题，不同的测试人员有不同的测试设计风格，这里我们求同存异即可。好的测试用例设计的共性大致如下：

（1）测试设计结构组织合理。从测试用例的组织是开展测试的起点，良好的组织能够帮助我们快速定位到我们想关注的部分，这个部分的好坏关系到测试工作的持续性发展。

（2）测试用例设计覆盖全面且不冗余，用精简的语言描述清楚一条测试用例，用较少的测试用例描述清楚需求测试点的覆盖。

（3）测试用例设计具有可执行，可判定，可再现的特点，即在测试前提符合的前提下，按照测试步骤每一个测试用例都可以顺利执行，同时呈现相应的预期结果，而且测试用例在被多次执行的结果都应该是相同的。

另外在编写测试用例时，建议由提纲挈领到逐步细化，先写基本功能点，再逐步增加细节，切忌过早的陷入细节描述。同时测试设计粒度要适中，根据实际项目的测试效率和效果去平衡，太粗太细都不合适。

3.移动端测试设计—面向问题发现的测试全面性组织方式

移动客户端平台的测试，在传统的软件测试基础上，本身又具有自身比较突出的诸多特点。比如客户端平台多样化，系统碎片化问题突出，灵活性极高，因此仅仅将测试停留在基本功能以及传统理念上的测试组织，来确保移动客户端的测试全面性是不够的。

传统的用例组织方式，如等价类划分，边界值分析，因果分析等，更多的是从面向如果精简测试用例，确保测试全面的前提下，尽量降低冗余而来的。现在我们推荐一种是面向问题发现的测试的组织方式，即由bug出现的分布对应相应的测试内容，从而达到测试全面性的一种组织方式。

3.1Basic–基本功能测试

面向于被测应用的基本功能实现，在测试用例的组织上，主要可以通过功能分层，逐级细化；画出草图，然后文字化得方式书写。主要采用功能图分析方法，因果图分析方法。

基本功能测试可以称之为一般性的功能实现测试，这部分可以不完全去考虑实现的好坏(如读取文件的速度)，不考虑特殊的输入输出，不考虑特殊的中断，不考虑特殊的环境。我们组织用例时，考虑将基本功能测试点和其他特殊测试内容分离的原因在于，按照经验，我们倾向于认为，基本功能在一般状况下，在实现并在一轮完整的测试之后通常即可保证该部分是完备的，之后的问题一般的都是出现在基本功能实现基础上的特殊状况中。因此如此组织用例，有利于我们后期，适当的裁剪测试用例，将更多的测试精力放在容易发生问题的部分，而基本功能基本上可以通过特殊状况的检验而覆盖到。

3.2Boundary–边界分析测试

在基本功能的基础上，开始考虑各种输入输出的影响。一般的，基本功能容易在边界附近出问题。主要采用等价类划分方法，边界值分析方法。用例组织上，可以梳理已经产出的基本功能草图，确定哪些部分存在边界问题。并构造测试用例，执行测试工作。