软件测试的阶段组成.pptVIP

设计测试用例-白盒测试技术 语句覆盖： 指选择足够的测试用例，使得运行这些测试用例时，被测程序的每一个语句至少执行一次，其覆盖标准无法发现判定中逻辑运算的错误； 判定覆盖： 指选择足够的测试用例，使得运行这些测试用例时，每个判定的所有可能结果至少出现一次，但若程序中的判定是有几个条件联合构成时，它未必能发现每个条件的错误； 设计测试用例-白盒测试技术 条件覆盖： 指选择足够的测试用例，使得运行这些测试用例时，判定中每个条件的所有可能结果至少出现一次，但未必能覆盖全部分支； 判定/条件覆盖： 指使判定中每个条件的所有可能结果至少出现一次，并且每个判定本身的所有可能结果也至少出现一次； 设计测试用例-白盒测试技术 条件组合覆盖： 指使每个判定中条件结果的所有可能组合至少出现一次，因此判定本身的所有可能解说也至少出现一次，同时也是每个条件的所有可能结果至少出现一次； 路径覆盖： 路径覆盖是每条可能执行到的路径至少执行一次； 设计测试用例-黑盒测试技术 等价类划分 等价类划分是指一套被选择的值，这些值分别代表了许多众多的可能输入值，程序对其处理的方式都是一样的。 边界值分析 边界值分析是等价划分的扩展，包括等价类+划分的边界值，边界值通常是等价类的界限，以正好小于、等于和大于界限的指作为边界值。 因果图 因果图法是一种适合于描述对于多种输入条件组合的测试方法，根据输入条件的组合、约束关系和输出条件的因果关系，分析输入条件的各种组合情况，从而设计测试用例的方法，它适合于检查程序输入条件涉及的各种组合情况。 设计测试用例-设计步骤 测试用例设计步骤： 为测试需求确定测试用例 为测试用例确定输入输出 编写测试用例 评审测试用例 跟踪测试用例 设计测试用例-为测试需求确定测试用例 测试需求：来源于需求规格说明书（用例、补充规约），设计规格。在测试计划中明确。 每一个测试需求至少确定两个测试用例：正面，负面 设计测试用例-为测试用例确定输入输出 输入是指在执行该测试用例时，由用户输入的与之交互的对象、字段和特定数据值（或生成的对象状态）。 输出即预期结果，是指执行该测试用例完毕后得到的状态或数据。 设计测试用例-编写测试用例 测试用例编号为：TC_测试需求标识。 测试需求标识：测试计划中的测试需求标识。 测试目标状态和测试数据状态：执行此用例前系统应具备的状态。 输入(操作)：为各输入数据（操作）的组合。 输出(预期结果)：测试用例执行后得到的状态或数据。 设计测试用例-评审测试用例 测试用例检查表 是否每一个需求都有其对应的测试用例来验证？ 是否每一个设计元素都有其对应的测试用例来验证？ 或事件顺序，它能够产生唯一的测试目标行为？ 是否每个测试用例都阐述了预期结果？ 是否每个测试用例（或每组相关的测试用例）都确定了初始的测试目标状态和测试数据状态？ 测试用例是否包含了所有的单一边界？ 测试用例是否包含了所有的业务数据流？ 是否所有的测试用例名称， ID 都与测试工件命名约定一致？ 设计测试用例-跟踪测试用例 需求管理: 需求-〉测试用例 测试用例是否覆盖了需求 需求-〉测试需求-〉测试用例 测试用例执行率、通过率 测试用例-〉测试用例执行结果 设计测试用例 本测试用例的读者对象为软件测试工程师以及软件测试人员。其目的是用于测试时的指导作用： 新增科技成果转化测试用例 Test Name Step Name Description Expected Result 新增科技成果转化 Step 1 用户点击科技成果转化管理菜单 系统会进入科技成果转化管理界面，并显示已有的科技成果转化申请列表 Step 2 用户点击新增按钮 系统会进入科技成果转化新增界面，并显示要填的信息 Step 3 用户对数据项进行维护后，并可点击保存、返回和重置按钮 1. 若点击保存 1.1系统验证数据以确保格式正确 1.2如果数据格式正确，系统提示：保存成功，然后点击确定按钮即可，并返回至科技成果转化管理界面 1.3否则系统提示：***栏位数据格式不正确， 然后点击确定按钮，修改不正确的栏位，重新保存，直到系统提示保存成功为止。 2. 若点击返回， 系统会返回科技成果转化管理界面，并显示已有的科技成果转化列表 3. 若点击重置按钮，系统清空科技成果转化中所填的所有信息 执行测试-缺陷的定义 缺陷（Defect）：缺陷是对软件产品预期属性的偏离现象。 故障（Failure）：因软件失效所表现出来的现象。 执行测试-缺陷的属性 严重程度（Severity） 优先级（Priority） 类型（Type） 状态（Status） …… 执行测试-缺陷的属性 按照严重程度（By Severity） 一级（Urgent） 二级（Very Hi