第7章验收测试共41页文档
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
行开发产品，应由测试人员，产品设计 部门，市场部门等共同进行。
α 测试
α 测试的优点包括： 1. 要测试的功能和特性都是已知的。
2. 可以对测试过程进行评测和监测。
3. 可接受性标准是已知的。
4. 与正式验收测试相比，可以发现更多由于主观原 因造成的缺陷。
α 测试的缺点包括： 1. 要求资源、计划和管理资源。
7.1 验收测试的目标和主要内容
2、验收测试的工作范围:
制定测试计划，测试项，测试策略及验收通过准 则，并经过客户参与的计划评审。
建立测试环境，设计测试用例，并经过评审。 准备测试数据，执行测试用例，记录测试结果。 分析测试结果，根据验收通过准则分析测试结果，
作出验收是否通过及测试评价。 提交测试报告
带来两个问题： （1）用户会发现这个产品包含的众多问题 ，从而认为产品质量很差，开发商一般不 愿意给用户留下这样的印象。 （2）验收测试、系统测试可能重复发现相 同的问题，而重复的或略有不同的缺陷报 告将导致资源和时间的浪费。
7.2 验收测试安排
思考1：是否可以为了加快进度，将验收测试 与系统测试合并或重叠？
可运行程序、安装/卸载程序，系统安装/卸载手册 数据文件/数据库文件 用户指南、联机帮助文档 运行支持方案，包括用户培训材料、系统管理手册等 需求规格说明书 软件设计说明书 源程序代码 测试文档 项目验收报告 其他项目管理文档
7.1 验收测试的目标和主要内容
5、验收测试完成的准则:
第7章 验收测试
7.1 验收测试的目的和主要内容 7.2 验收测试安排 7.3 验收测试流程 7.4 产品规格说明书验证 7.5 兼容性测试 7.6 安装测试 7.7 文档测试
7.1 验收测试的目标和主要内容
1、验收测试的目的:
验收测试是部署软件之前的最后一个测试 操作。目的是：确保软件准备就绪，并且可以 让最终用户将其用于执行软件既定的功能和任 务。
满足下列条件，合并验收测试与系统测试 是有意义的： （1）用户代表实质性地参与了系统测试； （2）系统测试的环境足够真实； （3）验收测试用例是系统测试用例的一个 子集；
7.2 验收测试安排
思考2：针对产品软件或Web应用面向成千上万 的用户，如何安排验收测试？
（1）将用户分类，对每类用户选择合适的用户 代表； （2）有些企业使用来自某些特定公司的用户担 当用户测试员； （3）有些企业发布产品的Beta测试版，请各类 用户试用或体验新产品，同时搜集用户的反馈 信息；
7.3 验收测试流程
一个典型的验收测试流程： （1）开发方的项目经理代表项目组提出项目验收申请 （2）客户方和监理方检查项目测试验收的前提条件是
否具备： a) 检查系统测试是否符合要求 b)检查试运行准备工作是否就绪 c) 检查所要求的项目档案是否齐备
（3）以客户方、监理方为主，三方共同编制验收测试 计划；
（8）客户方、监理方进行系统试运行，运行测试用例 集，记录测试结果；
（9）如果发现缺陷，则在确认后项目组立即着手解决
7.3 验收测试流程
（10）客户方、监理方完成回归测试，确认缺陷已经修 复、并已经关闭。
（11）项目组在修复缺陷后，更新相关的项目文档； （12）客户方、监理方审查验收测试执行情况，起草验
7.1 验收测试的目标和主要内容
3、验收测试完成后的主要交付物:
验收测试计划 验收测试用例及测试数据 软件缺陷报告 验收测试报告 通过验收测试的，用于正式运行的系统版本 通过验收测试的代码及更新后的相关软件文档 其他文档
7.1 验收测试的目标和主要内容
4、完成项目开发方交付的项目结果:
（4）三方评审和批准验收测试计划； （5）客户代表和监理方、开发方共同确定验收测试用
例集
Leabharlann Baidu
7.3 验收测试流程
（6）项目经理领导项目组，按照验收测试计划完成测 试准备工作； a) 为用户提供系统使用上的培训和指导； b)准备系统的安装计划； c) 准备验收文档；
（7）建立验收测试环境，安装系统，准备验收测试数 据；
2. 无法控制所使用的测试用例。
3. 最终用户可能沿用系统工作的方式，并可能无法 发现缺陷。
4. 最终用户可能专注于比较新系统与遗留系统，而 不是专注于查找缺陷。
5. 用于验收测试的资源不受项目的控制，并且可能 受到压缩。
β 测试
β 测试的优点是： 1. 测试由最终用户实施。 2. 大量的潜在测试资源。 3. 提高客户对参与人员的满意程度。 4. 与正式或非正式验收测试相比，可以发现更多由于主观 原因造成的缺陷。
7.2 验收测试安排
思考3：验收测试需要多长时间？
（1）需要完成的工作的范围； （2）可以利用的资源； （3）用户工作的效率； （4）发现严重缺陷的多少；
7.3 验收测试流程
下面以国内的政府/企业信息系统项目为背 景，说明验收测试流程。
特点： （1）客户对象具体明确； （2）通常要求进行正式的验收测试； （3）如有必要还可能请监理方代表他们对项 目过程进行监管和控制。
收测试报告； （13）客户方、监理方签署验收测试报告。
正式验收测试
正式验收测试形式的优点包括：
1. 要测试的功能和特性都是已知的。 2. 测试的细节是已知的并且可以对其进行评测。 3. 这种测试可以自动执行，支持回归测试。 4. 可以对测试过程进行评测和监测。 5. 可接受性标准是已知的。
正式验收测试形式的缺点包括：
1. 要求大量的资源和计划。 2. 这些测试可能是系统测试的再次实施。 3. 可能无法发现软件中由于主观原因造成的缺陷，这是
因为您只查找预期要发现的缺陷。
7.3 验收测试流程
注意事项： 必须编写正式的、单独的验收测试报告 验收测试必须在实际用户运行环境中进
行 由用户和测试部门共同执行。如公司自
规定的所有验收测试用例已经运行 对软件缺陷的所有修改都已进行了回归测试 发现的缺陷已经解决或关闭 达到预期的覆盖率目标，一般要求产品特性或业务需
求覆盖率为100% 修改软件缺陷后，所有相关的软件文档的版本均已经
更新 获得用户/客户签署的验收测试报告
7.2 验收测试安排
思考1：是否可以为了加快进度，将验收测试 与系统测试合并或重叠？
α 测试
α 测试的优点包括： 1. 要测试的功能和特性都是已知的。
2. 可以对测试过程进行评测和监测。
3. 可接受性标准是已知的。
4. 与正式验收测试相比，可以发现更多由于主观原 因造成的缺陷。
α 测试的缺点包括： 1. 要求资源、计划和管理资源。
7.1 验收测试的目标和主要内容
2、验收测试的工作范围:
制定测试计划，测试项，测试策略及验收通过准 则，并经过客户参与的计划评审。
建立测试环境，设计测试用例，并经过评审。 准备测试数据，执行测试用例，记录测试结果。 分析测试结果，根据验收通过准则分析测试结果，
作出验收是否通过及测试评价。 提交测试报告
带来两个问题： （1）用户会发现这个产品包含的众多问题 ，从而认为产品质量很差，开发商一般不 愿意给用户留下这样的印象。 （2）验收测试、系统测试可能重复发现相 同的问题，而重复的或略有不同的缺陷报 告将导致资源和时间的浪费。
7.2 验收测试安排
思考1：是否可以为了加快进度，将验收测试 与系统测试合并或重叠？
可运行程序、安装/卸载程序，系统安装/卸载手册 数据文件/数据库文件 用户指南、联机帮助文档 运行支持方案，包括用户培训材料、系统管理手册等 需求规格说明书 软件设计说明书 源程序代码 测试文档 项目验收报告 其他项目管理文档
7.1 验收测试的目标和主要内容
5、验收测试完成的准则:
第7章 验收测试
7.1 验收测试的目的和主要内容 7.2 验收测试安排 7.3 验收测试流程 7.4 产品规格说明书验证 7.5 兼容性测试 7.6 安装测试 7.7 文档测试
7.1 验收测试的目标和主要内容
1、验收测试的目的:
验收测试是部署软件之前的最后一个测试 操作。目的是：确保软件准备就绪，并且可以 让最终用户将其用于执行软件既定的功能和任 务。
满足下列条件，合并验收测试与系统测试 是有意义的： （1）用户代表实质性地参与了系统测试； （2）系统测试的环境足够真实； （3）验收测试用例是系统测试用例的一个 子集；
7.2 验收测试安排
思考2：针对产品软件或Web应用面向成千上万 的用户，如何安排验收测试？
（1）将用户分类，对每类用户选择合适的用户 代表； （2）有些企业使用来自某些特定公司的用户担 当用户测试员； （3）有些企业发布产品的Beta测试版，请各类 用户试用或体验新产品，同时搜集用户的反馈 信息；
7.3 验收测试流程
一个典型的验收测试流程： （1）开发方的项目经理代表项目组提出项目验收申请 （2）客户方和监理方检查项目测试验收的前提条件是
否具备： a) 检查系统测试是否符合要求 b)检查试运行准备工作是否就绪 c) 检查所要求的项目档案是否齐备
（3）以客户方、监理方为主，三方共同编制验收测试 计划；
（8）客户方、监理方进行系统试运行，运行测试用例 集，记录测试结果；
（9）如果发现缺陷，则在确认后项目组立即着手解决
7.3 验收测试流程
（10）客户方、监理方完成回归测试，确认缺陷已经修 复、并已经关闭。
（11）项目组在修复缺陷后，更新相关的项目文档； （12）客户方、监理方审查验收测试执行情况，起草验
7.1 验收测试的目标和主要内容
3、验收测试完成后的主要交付物:
验收测试计划 验收测试用例及测试数据 软件缺陷报告 验收测试报告 通过验收测试的，用于正式运行的系统版本 通过验收测试的代码及更新后的相关软件文档 其他文档
7.1 验收测试的目标和主要内容
4、完成项目开发方交付的项目结果:
（4）三方评审和批准验收测试计划； （5）客户代表和监理方、开发方共同确定验收测试用
例集
Leabharlann Baidu
7.3 验收测试流程
（6）项目经理领导项目组，按照验收测试计划完成测 试准备工作； a) 为用户提供系统使用上的培训和指导； b)准备系统的安装计划； c) 准备验收文档；
（7）建立验收测试环境，安装系统，准备验收测试数 据；
2. 无法控制所使用的测试用例。
3. 最终用户可能沿用系统工作的方式，并可能无法 发现缺陷。
4. 最终用户可能专注于比较新系统与遗留系统，而 不是专注于查找缺陷。
5. 用于验收测试的资源不受项目的控制，并且可能 受到压缩。
β 测试
β 测试的优点是： 1. 测试由最终用户实施。 2. 大量的潜在测试资源。 3. 提高客户对参与人员的满意程度。 4. 与正式或非正式验收测试相比，可以发现更多由于主观 原因造成的缺陷。
7.2 验收测试安排
思考3：验收测试需要多长时间？
（1）需要完成的工作的范围； （2）可以利用的资源； （3）用户工作的效率； （4）发现严重缺陷的多少；
7.3 验收测试流程
下面以国内的政府/企业信息系统项目为背 景，说明验收测试流程。
特点： （1）客户对象具体明确； （2）通常要求进行正式的验收测试； （3）如有必要还可能请监理方代表他们对项 目过程进行监管和控制。
收测试报告； （13）客户方、监理方签署验收测试报告。
正式验收测试
正式验收测试形式的优点包括：
1. 要测试的功能和特性都是已知的。 2. 测试的细节是已知的并且可以对其进行评测。 3. 这种测试可以自动执行，支持回归测试。 4. 可以对测试过程进行评测和监测。 5. 可接受性标准是已知的。
正式验收测试形式的缺点包括：
1. 要求大量的资源和计划。 2. 这些测试可能是系统测试的再次实施。 3. 可能无法发现软件中由于主观原因造成的缺陷，这是
因为您只查找预期要发现的缺陷。
7.3 验收测试流程
注意事项： 必须编写正式的、单独的验收测试报告 验收测试必须在实际用户运行环境中进
行 由用户和测试部门共同执行。如公司自
规定的所有验收测试用例已经运行 对软件缺陷的所有修改都已进行了回归测试 发现的缺陷已经解决或关闭 达到预期的覆盖率目标，一般要求产品特性或业务需
求覆盖率为100% 修改软件缺陷后，所有相关的软件文档的版本均已经
更新 获得用户/客户签署的验收测试报告
7.2 验收测试安排
思考1：是否可以为了加快进度，将验收测试 与系统测试合并或重叠？