测试用例重要性暨动端测试用例设计总结

转这篇文章是由于其论述的测试用例重要性、以及设计用例的整体思想很好！

 

1、前言

   做为移动互联网产品『最后一千米的守护者』，咱们必需要清楚的知道本身该作什么、怎么作。但从版本迭代速度、需求量级、测试人员不断变更等方面综合来看，咱们不少人都没有作好充分的准备。测试方法落后、测试用例覆盖不全、测试效率低下，使得测试将要成为阻碍产品质量进一步提高的另外一瓶颈。
   所以，沉淀一下本身的工做心得，但愿能帮助更多的人完善测试设计，提高自我测试能力。

2、提升测试用例质量

   测试用例的存在，能对复杂需求的功能质量提高，以及自身测试效率的提高，起到很是基本的促进做用。由于测试用例自己就是经过对需求点的梳理，找出潜在的测试点，避免测试点的遗漏。
   那么问题来了：为何要强调提高测试用例质量呢？
   测试用例设计能力的好坏，直接关系到各角色peer，尤为是开发人员对测试人员的印象的好坏。就如同测试人员去评价一位优秀的开发人员：代码规范、Bug少；思惟严谨、效率高；沟通顺畅、责任心强…
   一样的，开发人员去评价一名优秀的测试人员，也无非这几个方面：case覆盖全、漏测少；思惟严谨、效率高；沟通顺畅、责任心强。
   从这就能够看出，就像开发人员写不出好代码同样，测试人员测试用例设计的很差，实际上是一件挺丢面儿的事。
   此外，好的测试用例，对测试质量和测试效率，有着很大的影响。由于好的测试用例的设计，是须要在层层剖析功能需求，以及对开发设计逻辑深刻理解的状况下构造出来的。于是，需求点挖的越深，测试点覆盖的就会越全面，漏测的概率也就越低。同时，在梳理测试点的过程当中，咱们可以很清楚的找出各个测试点之间的各类关系：互斥、先后关联、相互影响等，经过对这种测试点之间相互关系的认识，又可以帮助测试人员有效地设计测试用例的执行顺序，省去了在执行阶段费心构造设计的时间，天然而然地提升了测试人员的测试效率。

3、好的测试用例的特色

   不一样的测试人员，可能存在这不一样的测试用例设计风格。但也不外乎如下几种共性：
   合理的组织结构。用良好的测试用例结构框架，聚焦到不一样的关注模块，清晰且可延展。
   精简的用例条例。用较少的测试用例，描述清楚测试点的覆盖，全面而不冗余。
   稳定的测试方法。在必定的执行条件、顺序下，有明确的执行结果。
   在进行测试用例设计的时候，建议像写论文同样，由提纲契领到逐步细化。在基本功能点的基础上逐步增长细节，不要过早陷入细节描述。同时，测试用例的粒度，要根据测试效率和效果来综合评估。

4、移动端测试设计方法

   考虑到移动端平台及系统的多样化、功能需求的复杂化，使用传统的用例组织方式（例如等价类划分、边界值分析、因果分析等）而将测试仅仅停留在基本功能上，目前看来已经远远不够，测试人员还须要从面向问题发现的角度来组织测试用例。即由Bug可能的分布点来考虑测试内容。
   所以，在实际的项目中，移动端测试大体分为如下几点：
   基础测试：基本功能、数据交互（边界值、异常数据等）基本功能测试，能够经过功能分析、因果分析方法，将功能分层，逐级细化，先画出框架、草图，再文字细化。这一部分在一轮完整的测试后，一般便可保证该功能基本是完备的，以后的问题通常是出如今基本功能之上的特殊情况中。所以，这一环节中，能够暂不考虑功能实现的好坏、特殊场景及特殊操做的影响，也就将基本功能测试点和其余特殊测试内容进行了分离。这样组织，也有利于裁剪测试用例，将更多的精力放在容易发生问题的部分，而这一部分的基本功能则能够经过特殊情况的检验而覆盖到。
   数据交互测试，主要是在基本功能的基础上，考虑各类输入输出。通常基本功能容易在边界附近出现问题。这里能够根据梳理初的基本功能草图，肯定哪些部分可能存在相应的问题，而后加以构造。例如，输入的数值范围、字符长短、内容缺失、字符/数字类型是否支持等。
   性能测试：响应速度、资源占用（CPU、电量等）、流量消耗、稳定性
   测试人员在进行产品测试过程当中，对于响应速度、资源占用、流量消耗、CPU占用的测试，会有明确的用户主管感觉。而判断产品性能是否符合预期，不能只凭主管感觉，须要对合适的竞品进行分析，从竞品的核心用例得出一个benchmark。所以，立项初期，测试人员对预期的目标应该有一个清晰的认识。
   异常测试：中断测试（来电、短信、闹钟、日历、锁屏、弹窗等）、应用交互（资源抢夺、应用切换等）、手势测试（快速连续点击、多触屏点点击、滑动手势等）、硬件异常（存储空间不足等）
在设备平台强大的功能背景下，应用于应用之间，会存在执行状态被打断的状况，例如：来电、短信、闹钟、日历、锁屏、弹窗等；而在应用层更低一层的资源层面，也会存在这资源抢夺及公用的状况，例如：音频资源、摄像资源、内存占用等。
   兼容测试：网络兼容、操做系统兼容、分辨率兼容、版本兼容、硬件设备兼容（蓝牙、存储卡等）、第三方应用兼容（输入法等）
   兼容测试是指新开发的软件在某一特定环境（例如：特定硬件平台、特定操做系统）下，与各应用软件之间的可以很好的运行。

5、测试用例设计结合实践

   上文中提到了多个测试点，但每一个测试其实都有一个最佳的测试时间。例如在版本开发测试阶段，测试人员应将重点集中在基础测试上，快速发现问题并推进修复，保证主体功能获得快速实现，而非在初始就纠结性能、压力、兼容性，避免研发人员在改动大量代码以后，还须要再从新执行一遍性能、压力、兼容相关测试，下降测试效率。因此，在设定测试计划时，就要明确不一样测试阶段须要进行的工做。通常可按照如下阶段进行：
基础测试、异常测试——版本开发测试阶段；
兼容测试——回归测试阶段；
性能测试——回归测试阶段，待功能稳定后进行；
稳定性测试——建议在整个测试阶段，每晚进行；
   以移动APP NA页面为例，提炼出一些移动端常见功能的测试用例设计点：

1.UE/UI体验

（1）布局与交互图保持是否一致
（2）真机效果与UE图没有视觉上的严重误差，如字号，字体大小，加粗，字体颜色，行高，行间距，按钮摆放位置，间隔，尺寸等。
（3）资源图正确使用，没有没必要要的拉伸，压缩或其余效果。
（4）各类提示，文字通顺不产生歧义，展现符合用户使用习惯。
（5）动画效果不卡顿，正常展示。

2.数据交互

（1）页面是否有缓存，缓存机制是怎样的，缓存的内容有哪些
（2）在提交页面数据失败后是否有重试机制，重试的接口参数是否保持不变
（3）在页面操做过程当中，异步接口返回的内容，是否对用户透明（客户端兼容忽略请求返回msg）
（4）在页面操做过程当中，对于接口返回的异常数据，客户端需兼容，保证程序不crash。

3.手势/操做

（1）是否有防重复点击，即连续快速点击不会出现多个页面或弹窗
（2）单指滑动，单指单击，单指双击，单指长按，单指缩放，多指点击
（3）摇一摇，横竖屏切换，先后台切换
（4）长时间使用，长时间放在后台

4.场景干扰

（1）不一样网络，弱网下的页面跳转，点击响应的展示效果 （2）修改本地参数后的页面操做展示效果，如修改日期，时间，时区，语言，键盘等 （3）修改系统权限后的页面操做展示效果，如打开关闭定位，摄像，照片，通信录等的受权等 （4）页面操做过程当中有系统打断，如来电，短信，闹钟提醒，日历提醒，蓝牙提醒，插拔数据线，插拔耳机，待机，锁屏，低电量提醒等 （5）页面操做过程当中进行先后台切换，如当页面数据交换时，有弹窗，提示框的时机进行切换容易发现问题。 （6）针对非主线程调用的接口，前端要对异常及无网络状况作异步处理，不提示异常且不影响主线程操做。--------------------- 做者：owxiaohei 来源：CSDN 原文：https://blog.csdn.net/sinat_21026543/article/details/80368761 版权声明：本文为博主原创文章，转载请附上博文连接！