测试流程规范文档

软件测试流程规范软件测试流程规范 测试人员要站在用户的角度来思考，这个产品是不是用户需要的。测试人员要站在用户的角度来思考，这个产品是不是用户需要的。 一、一、 软件发布流程流程：软件发布流程流程： （1）、产品需求分析：根据客户或者用户提出的功能需求，对产品 功能逻辑进行需求的分析，了解客户需要一个什么产品。 （2）、设计测试用例：根据客户的需求，进行功能流程设计，主要 包括正确的逻辑和错误的逻辑， 同时需要设计一些特殊内容输入， 如 特殊字符、空格以及不同的环境。 （3）、测试用例评审：将设计好的测试用例与领导开发同事一起进 行评审，检查是否有遗漏的地方。 （4）、执行测试用例：开发人员在功能开发完毕后完成在开发环境的测试 后，提交到测试环境，测试人员开始执行测试用例。 （5）、跟进测试问题：开发修复问题后，对 BUG 进行修复后的测试 跟进工作， 在产品上线前需要将版本的 BUG 进行一次修复确认测试。 （6）、提交测试报告：完成一个迭代版本的测试之后，需要提交次 版本的质量情况。 二、二、 软件测试类型：软件测试类型： （1）、单元测试：对软件中最小的可测试单元进行检查和验证，这 个一般开发人员自己就做了。 （2）、集成测试：是确保各单元组合在一起后能够按既定意图协作 运行，并确保增量的行为正确。这里测试人员可以根据设计的测试用 例来执行功能测试。 （3）、系统测试：简单的说就是对整个软件进行测试，执行整个系 统的全部测试用例。（但是系统测试还包括恢复测试、安全测试、压 力测试） （4）、验证测试：通俗的可以理解为是对软件系统的检查，软件是 否满足功能需求，这个可以根据需求文档来进行， 验证测试也可以理 解为客户的验收测试。 三、三、 测试用例的编写规范测试用例的编写规范 （1）、测试用例包括以下内容：用例编号、测试项目、功能模块测试小标题、 操作步骤、问题详细描述、PASS&FAIL、优先级、研发确认、测试者&时间、 验收结果、备注。 （2）、测试用例表格文件命名规则：项目名称+版本号+更新日期（年月日）， 如果有自己习惯的方式可以不按照这样命名。 （3）、BUG跟进表包括以下内容：编号、BUG小标题、开发者、优先级、创 建时间、是否完成、完成时间、类型、状态。 （4）、测试结果数据：主要记录用例的执行情况和BUG的修复情况。详细信 息见下图： （5）、用例设计方法： A 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 B：边界值分析法：：边界值分析法：在我的测试经验中，有很多的错误其实都是在输入或输 出的范围边界上，而不是发生在范围的内，针对各种边界情况来设计测试用例， 是可以查出比较多的问题。应选取正好等于、刚好大于、刚刚小于边界的值。 例如：假定 Y 为整数,11≤X≤101,那么 Y 在测试时应该取的边界值：11，12，100， 101。 在正式的测试时还需要输入一个正确的范围数数字：如 40、50、88 等。 C C：错误推测发：也叫做错误猜测法，在进行软件测试的时候，是可：错误推测发：也叫做错误猜测法，在进行软件测试的时候，是可 以根据测试的经验或直觉推测软件功能可能存在的错误，以根据测试的经验或直觉推测软件功能可能存在的错误， 而有针对性而有针对性 的去设计检查这些问题的测试用例方法。的去设计检查这些问题的测试用例方法。 在很多的时候，在很多的时候， 测试工程师测试工程师 都会不知不觉使用到这种方法。都会不知不觉使用到这种方法。 （（6 6）、测试用例维护：在有新需求的时候需要实时进行测试用例的）、测试用例维护：在有新需求的时候需要实时进行测试用例的 更新。更新。 1 1、、BugBug 记录反馈：记录反馈： （1）、描述：使用通俗易懂的话语描述清楚问题是什么，使开发人员快速了解 B ug 的内容。需要写明在哪个功能页面？执行了什么操作？出现了什么现象？ 正确举例： 小标题：我的页设置功能崩溃 操作步骤：登陆成功在“我的”设置页面不填写任何内容点击保存后，客户 端崩溃。 错误举例： A:设置页面保存问题（过于概括） B:设置页面崩溃（缺少导致现象的关键步骤） C:客户端崩溃（只有现象而无法定位问题位置） （2）、bug 填写：版本号+登录账号+功能模块+系统环境+详细操作步骤 操作步骤：操作步骤中需要有以下几个要素，已方便开发快速定位软件的 具体问题： ➢前提条件：复现此 Bug 的必要前提条件，如有，则需要写清楚。 ➢重现步骤：简明清晰描述如何复现此问题，步骤用序号编排。（必须要 填写） ➢实际结果：按照测试步骤实际出现的错误结果。（必须要填写） ➢