测试流程规范文档

软件测试流程规范

测试人员要站在用户的角度来思考，这个产品是不是用户需要的。

一、软件发布流程流程：

（1）、产品需求分析：根据客户或者用户提出的功能需求，对产品功能逻辑进行需求的分析，了解客户需要一个什么产品。

（2）、设计测试用例：根据客户的需求，进行功能流程设计，主要包括正确的逻辑和错误的逻辑，同时需要设计一些特殊内容输入，如特殊字符、空格以及不同的环境。

（3）、测试用例评审：将设计好的测试用例与领导开发同事一起进行评审，检查是否有遗漏的地方。

（4）、执行测试用例：开发人员在功能开发完毕后完成在开发环境的测试后，提交到测试环境，测试人员开始执行测试用例。

（5）、跟进测试问题：开发修复问题后，对BUG进行修复后的测试跟进工作，在产品上线前需要将版本的BUG进行一次修复确认测试。（6）、提交测试报告：完成一个迭代版本的测试之后，需要提交次版本的质量情况。

二、软件测试类型：

（1）、单元测试：对软件中最小的可测试单元进行检查和验证，这个一般开发人员自己就做了。

（2）、集成测试：是确保各单元组合在一起后能够按既定意图协作运行，并确保增量的行为正确。这里测试人员可以根据设计的测试用例来执行功能测试。

（3）、系统测试：简单的说就是对整个软件进行测试，执行整个系统的全部测试用例。（但是系统测试还包括恢复测试、安全测试、压力测试）

（4）、验证测试：通俗的可以理解为是对软件系统的检查，软件是否满足功能需求，这个可以根据需求文档来进行，验证测试也可以理解为客户的验收测试。

三、测试用例的编写规范

（1）、测试用例包括以下内容：用例编号、测试项目、功能模块测试小标题、操作步骤、问题详细描述、PASS&FAIL、优先级、研发确认、测试者&时间、验收结果、备注。

（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位数字："00000000" （有效等价类实例，能检验程序是否实现了规格说明中所规定的功能和性能）

9位或以上数字："1234567890" （无效等价类实例）

非数字："abc&" （无效等价类实例）

他们5个，就是用等价类划分选出的测试用例。实际上，对于1-7位数字的子集来说，选“234”和“11111”没有本质的区别。

等价类的划分，最关键的是子集的划分。实际上，非数字还可以继续划分子集：字母，特殊字符。

B：边界值分析法：在我的测试经验中，有很多的错误其实都是在输入或输出的范围边界上，而不是发生在范围的内，针对各种边界情况来设计测试用例，是可以查出比较多的问题。应选取正好等于、刚好大于、刚刚小于边界的值。

例如：假定Y为整数,11≤X≤101,那么Y在测试时应该取的边界值：11，12，100，101。

在正式的测试时还需要输入一个正确的范围数数字：如40、50、88等。

C：错误推测发：也叫做错误猜测法，在进行软件测试的时候，是可以根据测试的经验或直觉推测软件功能可能存在的错误，而有针对性的去设计检查这些问题的测试用例方法。在很多的时候，测试工程师都会不知不觉使用到这种方法。

（6）、测试用例维护：在有新需求的时候需要实时进行测试用例的更新。

1、Bug记录反馈：

（1）、描述：使用通俗易懂的话语描述清楚问题是什么，使开发人员快速了解B ug的内容。需要写明在哪个功能页面？执行了什么操作？出现了什么现象？