北京理工大学 软件工程实践 汤铭端 中国航天科工集团公司706所
北京理工大学 软件工程实践 汤铭端 中国航天科工集团公司706所
第六讲 软件测试
第六讲 软件测试
内容和目的 ■测试的目的和策略 测试的活动 测试的产品 测试的方法和度量要求 测试用例构造技术
内容和目的 ◼ 测试的目的和策略 ◼ 测试的活动 ◼ 测试的产品 ◼ 测试的方法和度量要求 ◼ 测试用例构造技术
测试的目标 yers IEEE 测试是一个为了寻找错 由人工或自动方法来 误而运行的过程 执行或评价系统或系 个好的测试用例是指 很可能找到迄今为止尚 统部件的过程,以验 未发现的错误的用例 证它是否满足规定的 个成功的测试是指揭 需求;或识别出期望 示了迄今为止尚未发现 的结果和实际结果之 的错误的测试 间有无差别
测试的目标 ◼ Myers ◼ 测试是一个为了寻找错 误而运行的过程 ◼ 一个好的测试用例是指 很可能找到迄今为止尚 未发现的错误的用例 ◼ 一个成功的测试是指揭 示了迄今为止尚未发现 的错误的测试 ◼ IEEE ◼ 由人工或自动方法来 执行或评价系统或系 统部件的过程，以验 证它是否满足规定的 需求；或识别出期望 的结果和实际结果之 间有无差别
两种软件测试目的 ■从用户的角度出发,普遍希望通过 软件测试暴露软件中隐藏的错误和 缺陷,以考虑是否可接受该产品。 ■从软件开发者的角度出发,则希望 测试成为表明软件产品中不存在错 误的过程,验证该软件已正确地实 现了用户的要求,确立人们对软件 质量的信心
两种软件测试目的 ◼ 从用户的角度出发，普遍希望通过 软件测试暴露软件中隐藏的错误和 缺陷，以考虑是否可接受该产品。 ◼ 从软件开发者的角度出发，则希望 测试成为表明软件产品中不存在错 误的过程，验证该软件已正确地实 现了用户的要求，确立人们对软件 质量的信心
测试的目的 ■想以最少的时间和人力,系统地找出软件中潜 在的各种错误和缺陷。如果我们成功地实施了 测试,我们就能够发现软件中的错误 测试的附带收获是,它能够证明软件的功能和 性能与需求说明相符合。 ■实施测试收集到的测试结果数据为可靠性分析 提供了依据 ■测试不能表明软件中不存在错误,它只能说明 软件中存在错误
测试的目的 ◼ 想以最少的时间和人力，系统地找出软件中潜 在的各种错误和缺陷。如果我们成功地实施了 测试，我们就能够发现软件中的错误。 ◼ 测试的附带收获是，它能够证明软件的功能和 性能与需求说明相符合。 ◼ 实施测试收集到的测试结果数据为可靠性分析 提供了依据。 ◼ 测试不能表明软件中不存在错误，它只能说明 软件中存在错误
软件测试的原则 应当把“尽早地和不断地进行软件测试”作为软件开发者的座右 铭。 2测试用例应由测试输入数据和对应的预期输出结果这两部分组成。 3程序员应避免检查自己的程序。 4在设计测试用例时,应当包括合理的输入条件和不合理的输入条 件 5.充分注意测试中的群集现象。 经验表明,测试后程序中残存的错误数目与该程序中已发现的错 误数目成正比。 6.严格执行测试计划,排除测试的随意性。 7.应当对每一个测试结果做全面检查。 8.妥善保存测试计划,测试用例,出错统计和最终分析报告,为维 护提供方便
软件测试的原则 1. 应当把“尽早地和不断地进行软件测试”作为软件开发者的座右 铭。 2. 测试用例应由测试输入数据和对应的预期输出结果这两部分组成。 3. 程序员应避免检查自己的程序。 4. 在设计测试用例时，应当包括合理的输入条件和不合理的输入条 件。 5. 充分注意测试中的群集现象。 经验表明，测试后程序中残存的错误数目与该程序中已发现的错 误数目成正比。 6. 严格执行测试计划，排除测试的随意性。 7. 应当对每一个测试结果做全面检查。 8. 妥善保存测试计划，测试用例，出错统计和最终分析报告，为维 护提供方便
Myers软件测试十原则 程序员应避免测试自己编制的程序 测试用例的设计必须包括预期的输出结果 测试用例应包括有效的和期望的输入情况,也要包括无效的和不 期望的输入情况 彻底检查每个测试结果 只检查程序是否做了它应该做的事仅仅完成了测试工作的一半, 另一半则是要检查程序是否做了它不该做的事 避免不可重复的即兴测试,保留全部测试用例 一段程序中存在错误的概率与在这段程序中已发现的错误数成正 比 测试是一项非常复杂、创造性的和需要高度智慧的挑战性任务 不要为了便于测试擅自修改程序 测试工作必须有明确的目标
Myers软件测试十原则 ◼ 程序员应避免测试自己编制的程序 ◼ 测试用例的设计必须包括预期的输出结果 ◼ 测试用例应包括有效的和期望的输入情况，也要包括无效的和不 期望的输入情况 ◼ 彻底检查每个测试结果 ◼ 只检查程序是否做了它应该做的事仅仅完成了测试工作的一半， 另一半则是要检查程序是否做了它不该做的事 ◼ 避免不可重复的即兴测试，保留全部测试用例 ◼ 一段程序中存在错误的概率与在这段程序中已发现的错误数成正 比 ◼ 测试是一项非常复杂、创造性的和需要高度智慧的挑战性任务 ◼ 不要为了便于测试擅自修改程序 ◼ 测试工作必须有明确的目标
测试的原则(DAVE) ■所有的测试都应追溯到需求 应该在测试工作真正开始前的较长时间就进行 测试计划 Pareto(2080)原则应用于软件测试 ■测试应从“小规模”开始,逐步转向“大规模” ■穷举测试是不可能的 为了达到最佳效果,应该由独立的第三方来构 造测试
测试的原则（DAVIE） ◼ 所有的测试都应追溯到需求 ◼ 应该在测试工作真正开始前的较长时间就进行 测试计划 ◼ Pareto（20-80）原则应用于软件测试 ◼ 测试应从“小规模”开始，逐步转向“大规模” ◼ 穷举测试是不可能的 ◼ 为了达到最佳效果，应该由独立的第三方来构 造测试
软件测试的对象 软件测试并不等于程序测试。软件测试 应贯穿于软件定义与开发的整个期间 需求分析、概要设计、详细设计以及程 序编码等各阶段所得到的文档,包括需 求规格说明、概要设计规格说明、详细 设计规格说明以及源程序,都应成为软 件测试的对象 为把握软件开发各个环节的正确性,需 要进行各种确认和验证工作
软件测试的对象 ◼ 软件测试并不等于程序测试。软件测试 应贯穿于软件定义与开发的整个期间。 ◼ 需求分析、概要设计、详细设计以及程 序编码等各阶段所得到的文档，包括需 求规格说明、概要设计规格说明、详细 设计规格说明以及源程序，都应成为软 件测试的对象。 ◼ 为把握软件开发各个环节的正确性，需 要进行各种确认和验证工作