软件测试过程.pptVIP

介绍提纲第四章软件测试过程实践证明，尽管人们在开发软件的过程中使用了许多保证软件质量的方法和技术，但开发出的软件中还会隐藏许多错误和缺陷。这对于规模大、复杂性高的软件更是如此。所以，严格的软件测试对于保证软件质量具有重要作用。

软件测试在软件生存期中横跨两个阶段。在软件编码阶段，当编写出一个模块后，通常要对它进行必要的测试（称为单元测试），这时测试与编码属于同一个阶段。在编码阶段结束后，对软件系统还要进行各种综合测试（集成测试与系统测试），这是一个独立阶段，即软件测试阶段。在这个测试阶段又有两种性质不同的测试：研制单位内部进行的集成测试和系统测试与用户（或第三方进行的验收测试。

在软件测试生命周期内，错误在软件开发的每个阶段都可能被带入。在软件测试中，某些错误被发现、分类、隔离，最终被纠正。由于软件不断被修改，所以这个过程是一个反复进行的过程。软件测试过程流程图测试计划测试设计测试开发测试执行测试评估缺陷跟踪软件测试过程流程图测试过程产生的测试文档软件测试过程—测试计划输入：软件需求书输出：测试计划书示例软件测试过程—测试设计输入：软件测试计划书输出：软件测试大纲示例软件测试过程—测试开发测试脚本手工测试脚本自动化测试脚本软件测试过程—测试执行测试执行进行测试执行管理运行测试记录测试结果，包括缺陷报告和测试日志软件测试过程—测试评估测试评估统计和分析测试结果，确定是否达到软件发布的标准软件测试过程—缺陷跟踪缺陷跟踪：记录测试发现的缺陷或用户问题，并且跟踪、管理缺陷的状态变更测试计划测试计划的问题：测试计划经常是等到开发周期后期才开始实行，使得没有时间有效的执行计划。测试计划的组织者可能缺乏测试经验，无法对测试进行准确的评估，导致测试计划难以落到实处。测试的量度和复杂性可能太大，没有自动化工具，很难计划和控制。如何看待测试计划好的计划可以保证项目50%的成功，另50%靠有效的执行！《测试计划》只是一个文件。不要单纯的去编制一个测试计划，要计划测试过程（不要为了计划而计划！）。测试计划是指导要做什么的所有想法。测试计划必须要起到协调所有与测试相关人员的作用，包括测试工程师、客户参与人员、项目参与人员。测试计划的过程确定测试要素，编写可检验的测试需求评估风险制定测试策略，测试方法确定测试资源创建时间表生成测试计划审查测试计划由开发、测试、用户三方会议审核考虑可能的测试推迟执行测试计划可能的阻力检查项目需求说明、软件维护手册、技术更新资料、用户手册测试设计测试设计的问题：不做测试设计，测试过程是胡乱建立的。测试设计不详细，不是基于可量度的测试策略。测试过程没有采用最好的技术来检验系统（WindowsC/S、B/S）结构的测试需求。测试设计定义自动化测试过程组织测试过程，并且将之传递给测试开发人员选择适当的测试用例，来源：根据需求说明书、开发设计文档、测试需求等资料，编写测试用例确定每个用例执行的条件设定一系列的测试步骤按照一定策略设计测试输入数据（边界条件、等价类划分、非法数值等）确定预期的测试输出，做为测试用例成功的依据为每一个测试用例确定测试验证点测试开发测试开发的问题：测试开发很乱，与测试需求或测试策略没有对应性测试用例、测试过程不可重用测试过程被作为一个编程任务来执行，导致脚本太长，不能满足软件移植性的要求输入：被测软件、基于测试需求的测试设计输出：测试过程和测试用例目标：创建可以重用的自动化测试过程维护测试对于测试需求的可跟踪性测试开发测试开发技术：编程优点：具有较大的灵活性缺点：编程过程过于复杂录制优点：操作简单快捷缺点：灵活性较差一般综合这两种开发技术：先录制、后编程测试执行测试执行过程：按照测试用例流程进行手工测试执行已经建立的测试脚本根据测试需求检查测试是否得到正确结果报告软件缺陷，对缺陷记录进行跟踪和维护测试评估测试评估的问题：没有把测试覆盖率作为报告测试进程的根据，使得不知测试是否结束没有做缺陷评估，缺陷评估是量度软件可行性的重要指标不使用专门的软件工具进行数据输入任务和相应的评估活动，使得这些任务变得繁重累人测试评估测试评估的目标：提供量化的测试覆盖域评估软件质量,生成缺陷评估报告和测试覆盖率的总结报告测试覆盖率：评估测试完成多少的标准缺陷评估：评估软件质量的重要指标，通常评估模型假设缺陷的发现是呈泊松分布的；严格的缺陷评估