软件建模与文档写作第7章 测试.pptxVIP

第七章 软件测试 软件测试是按照测试方案和流程对软件产品（程序、数据和文档）进行功能或非功能性测试，在测试中需要使用不同测试工具，使用不同方法设计测试用例，对测试方案可能出现的问题进行分析和评估。执行测试用例后，需要跟踪故障，以确保开发的软件产品适应用户需求。第七章 软件测试7.1软件测试概述7.2结构化测试7.3 面向对象测试7.4 软件测试文档7.5 本章小结7.1软件测试概述7.1.1 测试目标和原则7.1.2 测试过程模型7.1.3 测试类型7.1.4 测试方法7.1.5测试用例设计7.1.1 测试目标和原则 软件测试是评估一个系统的活动，旨在确定系统与实际需求之间是否存在差距、错误或者遗漏。通常情况下，软件测试活动涉及到的人员包括软件开发人员、测试人员、项目管理人员及最终用户。 软件测试以不同形式贯穿在整个开发周期中的每个阶段。例如在需求分析阶段，需求的验证可被认为是测试；在设计阶段，为改进设计而不断复查也可认为是测试；开发者进行编码的代码也是测试（即单元测试）；编码后系统的集成和软件交付也需要测试。 软件测试目的是能在最小的成本和最短的时间内，通过设计良好的测试规程和测试用例，系统地发现不同类别的错误。通过软件测试，可以发现系统在开发过程中由开发者引入的缺陷；获知软件的可信度，确定软件质量等级；有效地预防其它缺陷的产生；能够确保系统与需求规格说明一致，确保最终结果能满足用户需求，提升用户对软件产品的信心。7.1.1 测试目标和原则为更好地实现软件测试的目标，在进行测试时要掌握一定的基本原则：设计好的测试用例。测试并不能证明程序没有错误，因此设计好的测试用例才能最大可能地查找出缺陷。不可能进行穷举测试。程序逻辑结构的复杂性和输入的多样性大大增加了测试的难度。单从时间因素考虑完成穷举测试是不可能的，测试人员需要在风险评估基础上完成测试的最佳安排。尽早开展测试。尽早进行软件测试有利于开发者在软件开发周期中对时间更合理的安排，更有利于软件产品的按时发布可以降低系统返工的成本与时间。越早发现的缺陷，其修正的难度和费用越小。7.1.1 测试目标和原则重点测试。通过测试找到的错误中，大约80%来自于20%的模块中，这是Pareto原则。因此应当对这20%的模块进行重点测试,需要增加测试覆盖。定期进行检验与修正测试用例，并增加新的测试用例。随着已暴露的缺陷的逐一修改以及系统的逐步改进，原有的测试用例已不再能够完全适应新的形势。虽然缺陷的修改或新功能的增加需要进行回归测试，以确保改动部分不会影响系统其它部分；但这些回归测试用例也需要与时俱进，并及时增加新的测试用例。测试依赖于系统环境。应用程序的不同类型与性质影响着测试采用的方法、技术和类型。例如实时软件必须严格满足时间约束条件、安全性要求更高的软件如飞机驾驶系统所做的测试不同于娱乐性软件如游戏、移动软件所做的测试不同于网站程序。测试用例应该包含合理和不合理的输入条件。程序对于合理的输入能产生正确的结果，对于不合理的输入也应该能产生正确的提示信息。7.1.2 测试过程模型1.V模型 V模型是最具有代表意义的测试模型，是传统的软件开发过程模型---瀑布模型的变种，它反映了测试活动与软件开发活动（需求分析、设计、编码等等）的关系，描述了基本的开发过程和测试行为，明确地标明了测试过程中存在的不同级别，并且清楚地描述了这些测试阶段和开发过程中各阶段的对应关系。