软件测试综述.ppt

* 软件测试综述 * * * * 软件测试的模型 - W模型 测试伴随整个开发周期。相应开发活动完成，即可对相应开发活动进行测试 测试对象不仅是程序，还包括需求和设计 * * 软件测试的模型 - H模型 V模型和W模型的局限 软件开发被视为一系列串行活动。实际上，大部分时间可并发。 软件开发中，严格的阶段划分只是一种理想状态。实际，只要测试条件满足，就可进行测试。不同层次测试之间除了先后关系外，还有触发、反复、迭代和增量关系。 没有很好地表示测试流程的完整性。测试流程大致可分为测试准备活动（包括测试需求分析、测试计划、测试设计、测试编码和测试验证）和测试执行活动（包括测试运行、测试分析和测试报告） * * 软件测试的模型 - H模型 H模型将测试作为一个独立流程，贯穿整个开发周期，与其他流程并行，同时测试准备和测试执行分离。 * * 软件测试的模型 - H模型 H模型特性 测试不仅仅指测试的执行，还包括许多其他活动; 测试是一个独立流程，贯穿产品整个生命周期；与其它流程并发进行 测试要尽早准备，尽早执行 测试是根据被测对象的不同而分层进行。 意义 测试准备和测试执行分离，有利于资源调配，降低成本，提高效率 充分体现测试过程（不是技术）的复杂性 有组织、有结构化的独立流程，有助于跟踪测试投入的流向 * * 软件测试的模型 - X模型 X模型 X模型基本思想由Brian Marick（《软件子系统测试》的作者） 提出，Robin F.Goldsmith（Go项目管理咨询公司的总裁 ）命名。 Brian Marick对V模型的质疑主要有： V模型无法引导项目的全过程。他认为一个模型应能处理开发的所有方面，包括交接，频繁重复的集成，以及需求文档的缺乏等。 V模型基于一套必须按照一定顺序严格排列的开发步骤，而这很可能并没有反映实际的实践过程。? 质疑了单元测试和集成测试的区别，因为在某些场合人们可能会跳过单元测试而热衷于直接进行集成测试。按照V模型所指导的步骤进行工作，某些做法并不切合实用。 * * * * 软件测试的模型 - X模型 X模型的左边描述的是针对单独程序片段所进行的相互分离的编码和测试 此后将进行频繁的交接,通过集成最终合成为可执行的程序。(右上半部分）,这些可执行程序还需要进行测试。已通过集成测试的成品可以进行封版并提交给用户，也可以作为更大规模和范围内集成的一部分。多根并行的曲线表示变更可以在各个部分发生。 * * 软件测试的模型 - X模型 X模型还定位了探索性测试（右下方）。 这是不进行事先计划的特殊类型的测试， 诸如“我这么测一下结果会怎么样？” ，这一方式往往能帮助有经验的测试人员在测试计划之外发现更多的软件错误.X模型及其探索性测试的提倡也是为了避免把大量时间花费在测试文档编写上面，那样的话，真正用于测试的时间就减少了。 * * 软件测试的模型 - X模型 V模型的一个强项是它明确的需求角色的确认，而X模型没有这么做，这是X模型的一个不足之处。 X模型并不要求在进行作为创建可执行程序（图中右上方）的一个组成部分的集成测试之前， 对每一个程序片段都进行单元测试（图中左侧的行为）。但X模型没能提供是否要跳过单元测试的判断准则。 * * 软件测试的模型 - 前置测试模型 前置测试模型 由Robin F. Goldsmith ，Dorothy Graham提出，是一个将测试和开发紧密结合的模型。 前置测试从V模型和X模型中汲取精华，并设法弥补它们的不足。虽然前置测试也不是完美的，但它可以带来明显的益处。 * * * * 软件测试的模型 - 前置测试模型 开发和测试相结合： 前置测试模型将开发和测试的生命周期整合在一起，标识了项目生命周期从开始到结束之间的关键行为。 并且表示了这些行为在项目周期中的价值所在。如果其中有些行为没有得到很好的执行，那么项目成功的可能性就会因此而有所降低。 * * 软件测试的模型 - 前置测试模型 对每一个交付内容进行测试：每一个交付的开发结果都必须通过一定的方式进行测试。 源程序代码并不是唯一需要测试的内容。在图中的圆圈表示了其它一些要测试的对象， 包括可行性报告、业务需求说明，以及系统设计文档等。这同V模型中开发和测试的对应关系是相一致的， 并且在其基础上有所扩展，变得更为明确。 * * 软件测试的模型 - 前置测试模型 在设计阶段进行计划和测试设计：设计阶段是做测试计划和测试设计的最好时机。 很多组织要么根本不做测试计划和测试设计，要么在即将开始执行测试之前才飞快地完成测试计划和设计。在这种情况下，测试只是验证了程序的正确性，而不是验证整个系统本该实现的东西。 在V模型中，验收测试最早被定义好，并在最后执行