验收测试的实施（3）——正式验收
测试前讨论 测试部门人员与客户代表详细讨论验收测试过程，确定测试顺 序和步骤。明确测试目标
正式测试 客户代表按讨论后计划和测试顺序开始执行测试（参照用户确认测试 报告或需求规格说明），测试人员辅助指导测试
测试总结 客户代表对软件系统进行测试总结，对软件进行评价、是否通过 测试；现有缺陷及是否有需要改进的地方；是否有需求变更的地 方。通过测试后，双方签字确认
• 项目软件验收 • 产品软件验收
• 注意：选择的策略通常建立在合同需求、组织和公司标 准以及应用领域的基础上。
验收测试的实施（2）——正式验收
测试人员 通知用户方选派验收测试人员
测试材料 测试部门准备相关文件供测试参考，如需求分析文档、设计 说明、测试计划、用户手册、用户确认测试报告等
测试现场 测试部门负责安装现场软件，建立周边环境，并通知测试现场 所在单位的IT部门有关测试进行的时间及有何特殊要求
验收测试的实施（4）——α测试
• Alpha测试(内部测试)：
– α测试：软件开发公司组织内部人员模拟各类用户对即将面世 的软件产品（称为α版本）进行测试，试图发现错误。由用户、 测试人员、开发人员等共同参与的内部测试。 – 关键：尽可能逼真模拟实际运行环境和用户对软件产品的操作， 尽最大努力涵盖所有用户操作。
本章知识总结
本章知识总结（1）
本章知识总结（2）
本章知识总结（3）
测试 名称
单元 测试
测试对象
测试依据
人员
白盒工程师 或开发人员
测试方法
主要采用 白盒测试
时间 比例
1
最小模块、单元， 《详细设计》 如函数、类等 《测试计划》
集成 测试
系统 测试 验收 测试
模块间的接口和 集成后模块，如 参数传递
软件的运营？
• 预付——20%——定金，用于支付软件前期开发成本 • 中期评审——50%——检验项目的进度和质量 • 最终验收——支付剩余的30%
验收测试的概念
• 验收测试：是在系统测试之后，以用户测试为主，或有 测试人员等质量保障人员共同参与的测试，是检验软件 产品质量正式交给用户使用的最后一道工序。
选择测试用例 库中的全部测 试用例组成回 归测试包。 优点：安全， 最低遗漏回归 错误风险 缺点：测试成 本最高、工作 量大、时间进 度受影响
基于一定的风 险标准从测试 用例库中选择 回归测试包。
用例分布情况 反映了系统实 际使用情况。 优先选择那些 针对最重要或 首先运行最重 最频繁使用功 要的、关键的 能的用例，释 和可疑的测试， 放和缓解最高 而跳过那些非 级别的风险， 关键的、优先 有助于尽早发 级别低的或者 现那些对可靠 高稳定的测试 性有最大影响 用例 的故障
软件测试基础
——黑盒测试技术
回归测试&验收测试
主讲人：xxx 主讲人：魏娜娣
2010-2011第二学
1
上节内容回顾
回归测试
单元测试
集成测试
系统测试
本节教学目标
• 了解回归测试的关注点与过程 • 了解验收测试的关注点与过程 • 理解α测试和β测试
本节课程内容
1 2 3
回归测试 验收测试
本章知识总结
销售管理系统
手机
验收测试的实施（5）——β测试
• Beta测试 ：
– β测试：内测之后的公测，即完全交给最终用户测试。软件开 发公司组织各方面的典型用户在日常生活中实际使用β版本， 并要求用户报告异常情况、提出批评意见。然后软件开发公司 再对β版本进行改错和完善。
验收测试
• • • • • 验收测试的概念 验收测试的内容 验收测试的步骤 验收测试的实施 验收测试常用测试技术
• • • • • • 实施第一次“冒烟”或“完备性”测试 理解选择测试用例的准则 划分测试用例的优先级 选择测试用例的方法论 重新设置测试用例，以进行回归测试 总结回归周期的结果
必须做 回归测试
回归测试方法（2）
效率
有效性
回归测试方法（3）——回归用例选择
再测试 全部用例 基于风险 选择测试 基于操作剖面 选择测试 再测试 修改的部分
回归测试
• • • • 回归测试的概念 需要关注的问题 回归测试方法 回归测试基本过程
回归测试的概念
• 对软件的新的版本测试时，对新版本进行重新测试，这 时的测试不仅是验证被修复的软件缺陷是否被解决了， 且要保证以前所有运行正常的功能依旧保持正常，而不 要受到这次修改的影响。
需要关注的问题（1）
验收测试常用测试技术
黑盒测试
1 2
执行用户确认测试报告或需求规格说明， 逐步进行至整个运作过程结束，并分析 执行结果是否符合要求
易用性测试
检验测试过程中对软件的操作及反应的满意 程度，是否快捷、符合使用习惯，提出见解
静态测试
3
检验用户手册或相关文件，保证描述正确
本节课程内容
1 2 3
回归测试 验收测试
整个系统，包括 软硬件 整个系统，包括 软硬件
《概要设计》（主） 白盒工程师 《详细设计》（次） 或开发人员 《测试计划》
《需求规格说明》 《测试计划》 《需求规格说明》 《验收标准》 《测试计划》 黑盒工程师
黑盒和白 盒测试相 结合
黑盒测试
2
4 2
主要为用户， 黑盒测试 还可能有测 试工程师等
软件测试基础
当测试者对修 改的局部化有 足够的信心时， 可以通过相依 性分析识别软 件的修改情况 并分析修改的 影响，将回归 测试局限于被 改变的模块和 它的接口上
回归测试的基本过程
步骤 (1) (2) 识别出软件中被修改的部分 从原测试用例库T中，排除所有不再适用的测试用例， 确定那些对新的 软件版本依然有效的测试用例，其结果是建立一个新的测试用例库T0 据一定的策略从T0中选择测试用例测试被修改的软件 如果必要，生成新的测试用例集T1，用于测试T0无法充分测试的软件 部分 操作
• 目的：保证（由于测试或其他原因的）改动不会带来不 可预料的行为或另外的错误。 • 测试阶段：任一阶段
单元 测试
集成 测试
系统 测试
需要关注的问题（2）
• 三种不同类型的测试用例：
能够测试软件的所有功能 的代表性测试用例

针对修改过的软件成分的 测试
专门针对可能会被修改而 影响软件功能的附加测试
回归测试方法（1）
验收测试
• • • • • 验收测试的概念 验收测试的内容 验收测试的步骤 验收测试的实施 验收测试常用测试技术
验收测试的内容（1）
• 软件验收测试应完成的工作内容包括：
– – – – – – – – – – 明确验收项目，规定验收测试通过的标准。 确定测试方法。 决定验收测试的组织机构和可利用的资源。 选定测试结果分析方法。 指定验收测试计划并进行评审。 设计验收测试所用的测试用例。 审查验收测试准备工作。 执行验收测试。 分析测试结果。 做出验收结论，明确通过验收或不通过验收。
验收测试的内容（2）
• 在验收测试计划当中，可能包括的检验方面有以下几种：
功能 安全 测试 友好性 用户 操作 可维 护性 恢复 测试 强度 检查
测试
逆向 测试 特殊 情况 文档 检查
验收测试 计划
• 软件验收的时间安排通常由开发者和用户共同协商。
验收测试
• • • • • 验收测试的概念 验收测试的内容 验收测试的步骤 验收测试的实施 验收测试常用测试技术
——黑盒测试技术
2010-2011第二学
34
验收测试的步骤
测试项目通过
未通过，且不存在变通方法，需要很大修改 未通过，但存在变通方法，在维护后期或下 一版本改进 测试项目无法评估或无法给出完整的评估
验收测试
• • • • • 验收测试的概念 验收测试的内容 验收测试的步骤 验收测试的实施 验收测试常用测试技术
验收测试的实施（1）
• 实施验收测试的常用策略
(3) (4)
(5)
用T1执行修改后的软件
第(2)和第(3)步测试验证修改是否破坏了现有的功能， 第(4)和第(5)步测试验证修改工作本身。
• 理论联系实际、高效完成任务 • 实践中的回归测试类型：常规回归+最终回归
本节课程内容
1 2 3
回归测试 验收测试
本章知识总结
验收测试
• • • • • 验收测试的概念 验收测试的内容 验收测试的步骤 验收测试的实施 验收测试常用测试技术