测试流程规范文档.docxVIP

软件测试流程规范 测试人员要站在用户的角度来思考，这个产品是不是用户需要的。 软件发布流程流程： （1）、产品需求分析：根据客户或者用户提出的功能需求，对产品功能逻辑进行需求的分析，了解客户需要一个什么产品。 （2）、设计测试用例：根据客户的需求，进行功能流程设计，主要包括正确的逻辑和错误的逻辑，同时需要设计一些特殊内容输入，如特殊字符、空格以及不同的环境。 （3）、测试用例评审：将设计好的测试用例与领导开发同事一起进行评审，检查是否有遗漏的地方。 （4）、执行测试用例：开发人员在功能开发完毕后完成在开发环境的测试后，提交到测试环境，测试人员开始执行测试用例。 （5）、跟进测试问题：开发修复问题后，对BUG进行修复后的测试跟进工作，在产品上线前需要将版本的BUG进行一次修复确认测试。 （6）、提交测试报告：完成一个迭代版本的测试之后，需要提交次版本的质量情况。 软件测试类型： （1）、单元测试：对软件中最小的可测试单元进行检查和验证，这个一般开发人员自己就做了。 （2）、集成测试：是确保各单元组合在一起后能够按既定意图协作运行，并确保增量的行为正确。这里测试人员可以根据设计的测试用例来执行功能测试。 （3）、系统测试：简单的说就是对整个软件进行测试，执行整个系统的全部测试用例。（但是系统测试还包括恢复测试、安全测试、压力测试） （4）、验证测试：通俗的可以理解为是对软件系统的检查，软件是否满足功能需求，这个可以根据需求文档来进行，验证测试也可以理解为客户的验收测试。 测试用例的编写规范 （1）、测试用例包括以下内容：用例编号、测试项目、功能模块测试小标题、操作步骤、问题详细描述、PASSFAIL、优先级、研发确认、测试者时间、验收结果、备注。 （2）、测试用例表格文件命名规则：项目名称+版本号+更新日期（年月日），如果有自己习惯的方式可以不按照这样命名。 （3）、BUG跟进表包括以下内容：编号、BUG小标题、开发者、优先级、创建时间、是否完成、完成时间、类型、状态。 （4）、测试结果数据：主要记录用例的执行情况和BUG的修复情况。详细信息见下图： （5）、用例设计方法： A：等价类划分法：顾名思义，就是指将界面上的输入框的输入域看成一个大饼，然后又根据某方面输入值之间等价性进行划分，再而从每个等价域中选取少量具有代表性的数据做为测试用例的输入数据。每个等价类值又根据是否对程序有无作用，而分为有效等价类和无效等价类。 　　有效等价类：此类中值对程序来说是有意义的、合理的，可检验程序是否实现了需求说明中所规定的功能。 　　无效等价类：此类中的值正好相反，对程序来说是不合理的、无意义，输入此类中值程序无法实现相应的功能和性能，但是不是说程序不会对此类中值有反应，从程序的健壮性来考虑，程序也应该对此类中的值做出正确的反应。 例1：三角形--等价类测试的例子 某程序规定：输入三个整数 a 、 b 、 c 分别作为三边的边长构成三角形。通过程序判定所构成的三角形的类型，当此三角形为一般三角形、等腰三角形及等边三角形时，分别作计算 … 。用等价类划分方法为该程序进行测试用例设计。（三角形问题的复杂之处在于输入与输出之间的关系比较复杂。） 分析题目中给出和隐含的对输入条件的要求： （1）整数 （2）三个数 （3）非零数 （4）正数 （5）两边之和大于第三边 （6）等腰 （7）等边 如果 a 、 b 、 c 满足条件（ 1 ） ~ （ 4 ），则输出下列四种情况之一： 1)如果不满足条件（5），则程序输出为 非三角形 。 2)如果三条边相等即满足条件（7），则程序输出为 等边三角形 。 3)如果只有两条边相等、即满足条件（6），则程序输出为 等腰三角形 。 4)如果三条边都不相等，则程序输出为 一般三角形 。 列出等价类表并编号 例2：测试一个用户名是否合法，用户名的定义为：8位数字组成的字符。 　　我们可以先划分子集：空用户名，1-7位数字，8位数字，9位或以上数字，非数字。然后从每个子集选出若干个有代表性的值： 　　空用户名：“” ? ? ?（无效等价类实例，指对于软件规格说明而言，没有意义的、不合理的输入） 　　1-7位数字：234 ? ? ??（无效等价类实例） 　　8位数字? ?（有效等价类实例，能检验程序是否实现了规格说明中所规定的功能和性能） 　　9位或以上数字：1234567890 ? ?（无效等价类实例） 　　非数字：abc!!! ? ? ? ? ? ? ? ?（无效等价类实例） 　　他们5个，就是用等价类划分选出的测试用例。实际上，对于1-7位数字的子集来说，选“234”和“11111”没有本质的区