软件测试过程
上一页 下一页 返回
10.1 过程模型
• 为了解决V 模型的局限性. 在实际中一些企业会结合自己的实践开发 公司测试工作的V模型. 图10 -2 所示是某公司的V 模型.
• 从图中可以看出红色背景为开发团队关注的阶段. 深蓝色背景为软件 测试团队关注的区域. 作为专业的质量人员. 测试工作在项目初始化启 动阶段就介入项目中. 并伴随在项目的全部生命周期中. 开发人员进行 需求分析以及概要设计、详细设计等阶段. 可以对应到测试人员的验 收测试、系统测试和集成测试等阶段. 测试人员可以由后向前提前准 备和规划. 待产品单元测试以后. 再进行集成测试等各阶段测试的执行. 测试人员作为质量的跟踪和把控人员. 对整个测试版本的迭代和交付 也会跟进到底. 直到项目结束.
上一页
返回
10.2 软件测试过程的关键活动
• 本书前几章详细介绍了软件测试的常用方法. 只掌握方法的读者也许 想知道该怎么使用这些方法. 以及在什么情况下使用这些方法. 本节将 详细介绍在具体的软件测试活动中如何使用测试方法.
• 软件测试是贯穿于整个软件开发生命周期的一个完整的过程. 为了有 效地实现软件测试各个层面的测试目标. 需要和软件开发过程一样. 定 义一个完整的软件测试过程. 该过程应该涉及各个软件测试活动、技 术、文档等内容. 来指导和管理软件测试活动. 以提高软件测试效率和 软件质量. 并告警软件开发过程和测试工程.
• W 模型也有局限性. W 模型和V 模型都把软件的开发视为需求、设 计、编码等一系列串行的活动. 无法支持迭代、自发性以及变更调整.
• 10.1.3X 模型
上一页 下一页 返回
10.1 过程模型
• X 模型也是对V 模型的改进. 如图10 -4 所示. X 模型提出针对 单独的程序片段进行相互分离的编码和测试. 此后通过频繁的交接. 通 过集成最终合成为可执行的程序.X 模型的左边描述的是针对单独程 序片段所进行的相互分离的编码和测试. 此后将进行频繁的交接. 通过 集成最终成为可执行的程序. 然后再对这些可执行程序进行测试. 已通 过集成测试的成品可以进行封装并提交给用户. 也可以作为更大规模 和范围内集成的一部分.多根并行的曲线表示变更可以在各个部分发 生. 由图可见. X 模型还定位了探索性测试. 这是不进行事先计划的特 殊类型的测试. 这一方式往往能帮助有经验的测试人员在测试计划之 外发现更多的软件错误. 但这样可能对测试造成人力、物力和财力的 浪费. 对测试员的熟练程度要求比较高.
下一页 返回
10.1 过程模型
• 10.1.1 V 模型
• 在软件测试方面. V 模型是最广为人知的模型. 如图10 -1 所示. V 模型已存在了很长时间. 和瀑布模型有一些共同的特性. 因此它也 像瀑布模型一样受到了批评和质疑. V 模型中的过程从左到右. 描述 了基本的开发过程和测试行为. V 模型的价值在于它非常明确地标明 了测试过程中存在的不同级别. 并且清楚地描述了这些测试阶段和开 发过程中各阶段的对应关系. V 模型也有一定的局限性. 如把测试作 为编码之后的最后一个活动、需求分析等前期产生的错误直到后期的 验收测试才能发现.
第十章 软件测试过程
ห้องสมุดไป่ตู้
• 10.1 • 10.2 • 10.3 • 10.4 • 10.5 • 10.6 • 10.7
过程模型 软件测试过程的关键活动 软件测试计划 测试用例设计 软件测试执行 缺陷管理 测试报告
返回
10.1 过程模型
• 软件测试和软件开发一样. 都遵循软件工程原理和管理学原理. 第二章 着重从软件生命周期的角度介绍了瀑布模型、渐增模型、快速原型模 型、螺旋模型、喷泉模型等软件开发过程模型. 这些模型对软件开发 过程具有很好的指导作用. 但利用这些模型无法更好地指导测试实践. 软件测试的地位和价值并没有体现出来. 测试专家通过实践总结出了 许多测试模型. 这些模型对测试活动进行了抽象. 明确了测试与开发之 间的关系. 是测试管理的重要参考依据. 本章基于软件测试模型演变的 过程对目前常用的一些模型作简单介绍.
上一页 下一页 返回
10.1 过程模型
• W 模型由Evolutif 公司提出. 相对于V 模型. W 模型更科 学. 如图10 -3 所示. W 模型是V 模型的发展. 强调测试伴随着整 个软件开发周期. 而且测试的对象不仅是程序. 对需求、功能和设计同 样要进行测试. 测试与开发是同步进行的. 这有利于尽早地发现问题.
上一页 下一页 返回
10.1 过程模型
• 10.1.2 W 模型
• V 模型的局限性在于没有明确地说明早期的测试. 无法体现“尽早地 和不断地进行软件测” 的原则. 在V 模型中增加软件各开发阶段应同 步进行的测试. 则演化为W 模型. 在模型中不难看出. 开发是“V”. 测 试是与此并行的“V”. 基于“尽早地和不断地进行软件测试” 的原 则. 在软件的需求和设计阶段的测试活动应遵循IEEE1012 - 1998 «软件验证与确认(V&V)»的原则.
上一页 下一页 返回
10.1 过程模型
• 10.1.4H 模型
• H 模型如图10 -5 所示. 软件测试过程活动完全独立. 贯穿于整个 产品的周期. 与其他流程并发地进行. 某个测试点准备就绪时. 就可以 从测试准备阶段进行到测试执行阶段. 软件测试可以尽早地进行. 并且 可以根据被测物的不同分层次进行.
• 图10 -5 演示了在整个生产周期中某个层次上的一次测试“微循 环”. 图10 -5 中标注的“其他流程” 可以是任意的开发流程. 例 如设计流程或者编码流程. 也就是说. 只要测试条件成熟. 测试准备活 动完成. 测试执行活动就可以进行.
上一页 下一页 返回
10.1 过程模型
• H 模型揭示了一个原理: 软件测试是一个独立的流程. 贯穿于产品的 整个生命周期. 与其他流程并发地进行. H 模型指出软件测试要尽早 准备、尽早执行. 不同的测试活动可以是按照某个次序进行的. 但也可 能是反复的. 只要某个测试达到准备就绪点. 测试执行活动就可以开展.