第12章 软件测试与改错.docVIP

第12章 软件测试与改错 12.1 目的 软件测试与改错的目的是依据测试计划和测试用例，在给定的项目条例下（人员、时间、工具等）尽可能地找出软件中的缺陷，并及时消除这些缺陷。 12.2 关键活动与流程 测试与改错的流程如图12-1所示，关键活动是“制定测试计划”、“设计测试用例”、“执行测试”、“缺陷跟踪”和“消除缺陷”。 测试人员 开发人员 审核确认 图12-1 软件测试与改错的流程 该流程的主要工作成果见表12-1。 表12-1 软件测试与改错流程的主要工作成果 关键活动 主要工作成果 责任人 制定测试计划 《测试计划》 测试人员 设计测试用例 《测试用例》 测试人员 执行测试 测试报告，缺陷记录 测试人员 开发人员 缺陷跟踪 消除缺陷 12.2.1 制定测试计划 测试人员和项目经理讨论测试工作，然后撰写《测试计划》，格式参见表12-2。 项目经理审批计划，如果同意，那么测试人员按照计划执行测试工作，否则测试人员修改测试计划，直到计划通过审批为止。 表12-2 测试计划 XXX 测试计划 测试范围 提示：系统测试小组应当根据项目的特征确定测试类型和主要内容。一般地，系统测试的主要类型包括功能测试、健壮性测试、性能测试、用户界面测试、信息安全测试、安装与反安装测试等。 测试方法说明 测试环境与测试辅助工具的描述 测试结束准则 提示：对于非严格系统可以采用“基于测试用例”的准则 功能性测试用例通过率达到100%时。 非功能性测试用例通过率过到60%时。 对于严格系统，应当补充“基于缺陷密度”的规则 相邻n个CPU小时内“缺陷密度”全部低于某个值m。例如n大于10，m小于等于1。 测试任务表 测试任务 时间 执行人员 可能存在的问题与对策 本计划的审批意见 12.2.2 设计测试用例 测试用例是用于检验目标软件是否符合要求的一种“示例”，其基本要素有：前提条件、输入数据或动作、期望的响应。 《测试用例》就是描述各种测试用例的文档，相当于一本“测试操作手册”。关于测试用例的一些常识如下： 设计测试用例的目的是找出需求、设计、代码中的毛病，因此最好尽可能早地设计。 不同的测试用例其用途应当不一样，不要累赘。 显而易见的测试用例不必完整地用文字描述，因为此时文字技术的价值不大、反而消耗时间。 撰写《测试用例》显然比写《测试计划》费时费力，所以不要只让一个人干，应当让大家分担。项目经理组织人员审批《测试用例》。 常见测试用例的格式参见表12-3详见模板。 表12-3 常见测试用例的格式 功能测试用例 功能A描述 用例目的 前提条件 输入/动作 期望的输出/相应 实际情况 示例：典型值… 示例：边界值… 示例：异常值… 健壮性测试用例 异常输入/动作 容错能力/恢复能力 造成的危害、损失 示例：错误的数据类型… 示例：定义域外的值… 示例：错误的操作顺序… 示例：异常中断通信… 示例：异常关闭某个功能… 性能测试用例 性能A描述 用例目的 前提条件 输入数据 期望的性能（平均值） 实际性能（平均值） 信息安全测试用例 假想目标A 前提条件 非法入侵手段 是否实现目标 代价-利益分析 … 压力测试用例 极限名称A 例如“最大并发用户数量” 前提条件 输入/动作 输出/响应 是否能正常运行 例如10个用户并发操作 … 安装-反安装测试用例 安装选项 描述是否正常 使用难易程度 全部 部分 升级 反安装选项 描述是否正常 使用难易程度 … 12.2.3 执行测试 测试人员按照《测试计划》以及《测试用例》执行测试。如果发现Bug，ug跟踪工具中，并通知项目经理或开发人员。 开发人员及时消除Bug后，更改Bug跟踪工具中的相关信息。测试人员验证后，关闭该Bug。 测试人员撰写《测试报告》（参见表12-4），发给相关人员。《测试报告》的主要目的是总结测试工作，分析问题并给出建议。 表12-4 测试报告 XXX测试报告 测试任务描述 测试人员 测试时间 测试环境和工具 Bug统计 提示：从Bug跟踪工具中提取统计信息。 问题分析和建议 12.2.4 消除缺陷 如果在测试时发现了软件缺陷，开发人员应当尽早消除缺陷。 消除缺陷的第一步是找出缺陷的根源，如同医生治病，必须先找出病因才能“对症下药”。改