《测试流程文档》由会员分享，可在线阅读，更多相关《测试流程文档（3页珍藏版）》请在金锄头文库上搜索。
1、1 目的：统一测试用例编写的规范，以保证使用最有效的测试用例，保证测试 质量。2 范围：适用于公司对产品的业务流程、功能测试测试用例的编写。3 术语解释3.1 测试分析：对重要业务、重要流程进行测试前的分析。3.2 业务流程测试用例：关于产品业务、重要流程的测试用例。4 业务流程测试用例编写原则5 测试用例设计的方法5.1 等价类划分法5.1.1 确定等价类的原则5.1.1.1 如果输入条件决定了取值范围，或值的个数，则可以确立一个 有效等价类和两个无效等价类。5.1.1.2 如果输入条件规定了输入值的集合，或者规定了 “必须如何”的 条件，此时可确立一个有效等价类和一个无效等价类；5.1.1
2、.3 如果输入条件是一个布尔量，则可以确定一个有效等价类和一 个无效等价类；5.1.1.4 如果规定了输入数据的一组值，而且程序对每个输入值分别进 行处理，此时可为每一个输入值确立一个有效等价类，此外，针对这组值确立一 个无效等价类，它是所有不允许输入值的集合；5.1.1.5 如果规定了输入数据必须遵守的规则，则可以确立一个有效等 价类（符合规则）和若干个无效等价类（从不同的角度违反规则）。5.1.1.6 如果确知，已划分的等价类中各元素在程序中的处理方式不同， 则应将此等价类进一步划分成更小的等价类。5.1.2 测试用例的选择原则5.1.2.1 为每一个等价类规定一个唯一的编号；5.1.2.
3、2 设计一个新的测试用例，使其尽可能多的覆盖尚未被覆盖的有效等价类，重复这一步，直至所有的有效等价类都被覆盖过；5.1.2.3 设计一个新的测试用例，使其仅覆盖一个尚未被覆盖的无效等价类，重复这一步，直至所有的无效等价类都被覆盖为止。5.2 边界值分析法5.2.1 测试用例的选择原则5.2.1.1 如果输入了条件规定了值的范围，则应取刚达到这个范围的边 界值，以及刚刚超越这个边界范围的值作为测试输入数据；5.2.1.2 如果输入条件规定了值的个数，则用最大个数、最小个数、比 最大多1、比最小小 1 的数作为测试输入数据；5.2.1.3 根据规格说明的每个输出条件，使用前面的原则；5.2.1.4
4、 如果程序的规格说明给出的输入输出域是有序集合，则应选取 集合的每一个元素和最后一个元素作为测试用列；5.2.1.5 如果程序中使用了一个内部数据结构，则应当选择这个内部数 据结构的边界上的值作为测试用例；5.2.1.6 分析规格说明，找出其他可能的边界条件。6 测试用例设计的原则6.1 全面性6.1.1 应尽可能覆盖程序的各种路径6.1.3 大量数据并发测试的准备6.2 正确性6.2.1 输入界面后的数据应与测试文档所记录的数据一致6.2.2 预期结果应与测试数据发生的业务吻合6.3 符合正常业务惯例6.3.1 测试数据应符合用户实际工作业务流程6.5 可操作性 测试用例中应写清测试的操作步
5、骤，不同的操作步骤相对应的操作结果。7 测试用例编写格式细则7.1 测试用例内容7.1.1具体实施可以采用EXCEL和图形相结合，可用EXCEL编写测试 用例的同时插入图形来加以说明。测试用例设计的内容可由：模块名、功能说明 或图形说明、测试用例输入、应输出结果、实际输出结果、结论、BUG编号、 BUG级别8部分组成。7.2 测试用例表格格式什么是测试用例，设计一个测试用例应当从哪几方面考虑？ 狭义的讲，一个测试用例就是测试人员用以测试被测软件的某个特性或特性组合 的一组数据。这组数据可能是从用户处得来的实际的一组数据，也可能是测试人 员专门设计出来的测试软件某些功能的一组数据。 设计测试用例
6、应当从以下几方面考虑：边界值，等价类划分，有效/无效值等。测试流程1、测试需求：就是根据用户需求来评定测试员需要测试的内容，因为并不是说 所有的东西都是可测的，对于某些软件，有些部分是无法测试的，这就需要 测试员来评估，哪些可测哪些不可测；2、测试计划：根据测试需求来制定测试计划，即时间安排，人员安排以及硬件 安排等；3、测试用例设计：设计测试用例，用以指导测试并可直观看出你测试的覆盖率；4、测试环境搭建；5、用例执行；6、提交 BUG；7、回归 BUG；8、测试总结：即完成一轮测试后，需要根据 BUG 分布来分析软件薄弱点在何 处，以方便后续测试计划的制定；这个就是一轮测试的基础流程。什么是软件测试？ 软件测试是一个为了寻找软件中的错误而运行软件的过程，一个成功的测试是指 找到了 迄今 为止尚未发现的错误的测试。软件测试一般分为单元测试、集成测试和系统测试。
