通用手机软测试用例编写规范和流程.docx

手机软件测试用例编写规范和流程为什么要写测试用例啊？对于功能测试用例，只是针对项目的需求，是不是很浪费的这样写来写去，既浪费时间又没有什么实际意义？测试用例是——体现软件的开发目标和可接受条件，软件设计的一种实际体现。设计用例在于明确验证需求（功能）的输入数据和步骤，书面化便于重现BUG，另一方面用于回归测试。无论ISO9000还是CMM都要求做任何事情要有记录、书面文档。如果不设计用例，那是随机测试，很难度量是否做的完全。对于开发和测试的沟通，一个是指明测试的方向，和文档的规范，bug可以接受的描述方法和用词，bug的分类，一个好的测试用例可以在开发和测试以及其他阅读此case的部门人员建起桥梁并传递很多信息。测试用例主要来自三个方面：1.设计文档中的USE CASE。将设计文档中的Use Case按照步骤纪录下来，可以用于软件的可接受性测试。2.按照界面功能区或者系统功能模块，按照用户可能的操作，分块或跨模块，形成系统的功能性测试（可能包括Normal-通常操作，Exceptional-异常操作，Boundary-边界测试）。3.将曾经发生过的Bug纪录下来，形成测试用例，可以成为Regression Testing的一部分。编写测试用例一般有2个模板。Excel模板和 Word模板，编写功能测试用例一般用Excel模板。 测试用例编写一般包括4个部分：测试环境（即在测试过程中用使用到的环境） 测试数据（测试过程中用到的有效无效的数据） 测试步骤（你怎么做的） 预期结果（你所希望出现的结果）功能测试又可以分成好多种如逻辑功能测试、兼容性测试、易用性测试等。1、编号：也可以是流水号，也可以自己定义规则，方便程序员与测试人员之间的用例查找和归档2、描述：说明本次测试用例所要测试的内容；例：本测试用例用于测试系统管理员新增二级管理员3、前提：说明本次测试的前提条件，例：系统管理员已使用admin身份登录系统并且已进入用户管理界面4、备注：说明本次测试用例的其他相关信息，例：新增二级管理员成功后，需使用该二级管理员ID进行登录，验证该二级管理员帐号是否正式开通上面的是测试用例说明内容，下面的是测试用例详细内容：5.1、步骤： 也就是操作的步骤编号；例： 1 2 35.2、步骤描述：对本步操作进行详细描述；例：系统管理员输入二级管理员用户ID5.3、输入值：本步所输入的内容值：例：user0015.4、期望结果：对本步操作的系统反应的期望结果，也就是说正确的结果是什么；例：正常成功输入二级管理员ID，并且正常显示5.5、实际结果：测试人员本测试用例进行测试后，系统给出的实际操作结果；例：二级管理员ID输入框以“*”号显示了所输入的内容下面的是用例尾6.1、是否通过：实际测试后，是否能够通过本次测试；例：未通过6.2、修改标志：程序人员修改了本BUG后，对该项进行填写；例：修改时间+修改人姓名6.3、测试人：测试人的姓名或代码；例：赵本山6.4、测试时间：傻子也知道填啥注：一个测试用例只完成一个测试工作，千万不要把多种输入情况写在一个用例里，那样根本无法进行测试及进行管理；如：对二级管理员ID进行输入为空测试和二级管理员ID小于规定长度测试；是要起两个测试用例的，而不是一个。。。性能测试、压力测试、负载测试、强度测试、稳定性测试、健壮性测试、功能测试、接口测试……,这么多眼花缭乱的测试类型名称，估计很少有人能准确的区分并说出定义来，至于对应的测试用例如何编写和执行，就更不用说了。如果问测试工程师测试用例如何编写，就象是问程序员如何编写代码得到的答案一样，每个人都会给出不同的编写方法，但实用的测试用例却象优秀的程序一样难以编写。目前国内，测试工程师却时常要面对“已经延期几倍计划时间的项目”，测试用例如何发挥更大的作用，是一个迫切需要解决的问题。事实上，完全可以把测试用例看成是测试工程师编写的程序：这个“程序”是为了辅助测试工作的进行而开发的，目的是为了发现软件问题，同时“顺便”证明软件功能是否符合要求。本文针对上面的问题，以设计性能测试用例为示范，讲解在企业实际工作中，如何有效划分测试种类和编写对应的测试用例，使测试工作更加合理、高效率的开展。1测试种类和阶段1.1 测试种类对于测试种类的说法多种多样，最多的能达到30多种测试类型。而实际工作中很多测试是互相包含的。按照企业中实际工作需要，通常主要进行下面几种类型的测试：功能测试、健壮性测试、接口测试、强度测试、压力测试、性能测试、用户界面测试、可靠性测试、安装/反安装测试、文档测试。下面介绍几种重要的测试种类及其测试的内容：功能测试：功能测试主要针对产品需求说明书的测试，是验证功能是否否合需求，包括原定功能的检验、是否有冗余功能、遗漏功能。这类测试应由测试员做，这并