精通软件性能测试与LoadRunner最佳实战 连载九

9.5.10  验收 测试 方案的“项目实施阶段”部分

  “项目实施阶段”索引段落内容主要描述了项目实施各个阶段进入的标准、主要活动、交付物和退出标准。

  示范性文档编写内容介绍如下。

  6. 项目实施阶段

  6.1 项目实施阶段描述

  根据我方测试方法论和某单位的要求进行项目实施。

  6.1.1 测试计划阶段

  对整个测试工作做一个高层次规划,内容包括培训、确认测试需求、设定测试优先级、识别风险、确定测试方法、设计测试环境和开发/选择必要的测试工具等。

  编写《某单位某系统系统用户验收测试方案》、《某单位某系统系统用户验收测试计划》,并参加管理方组织的评审会,评审通过《某单位某系统系统用户验收测试方案》、《某单位某系统系统用户验收测试计划》。

  (1)进入标准。

  此阶段为整个项目的进入标准,参考《项目进入标准》。

  (2)活动。

  制定测试目标,明确测试风险、测试通过/失败标准、待测特征、不予测试特征、测试策略(测试阶段)、挂起准则与恢复需求、测试交付物、测试环境需求、组织与职责(角色)、培训需求、进度表、计划应急措施。

  (3)交付件。

  ● 《某单位某系统系统用户验收测试方案》

  ● 《某单位某系统系统用户验收测试计划》

  (4)退出标准。

  当双方确认《某单位某系统系统用户验收测试计划》后,测试计划工作即为完成。

  6.1.2 测试需求阶段

  理解被测系统的功能及各业务处理流程等,确定测试功能需求边界,为测试设计做准备。测试需求阶段的工作结果是测试需求说明书,编写《某单位某系统系统用户验收测试需求说明书》,并参加管理方组织的评审会,评审通过《某单位某系统系统用户验收测试需求说明书》。

  (1)进入标准.

  ● 某单位评审通过《某单位某系统系统用户验收测试方案》和《某单位某系统系统用户验收测试计划》;

  ● 某单位项目相关管理和业务人员及其开发方相关责任人明确且能够积极配合测试方工作。

  (2)活动。

  ● 根据合同或者方案建议书,确定测试类型。

  ● 对于每种测试类型,细化测试内容、测试环境、测试标准,如:功能测试:功能点、复杂度、测试环境等;性能测试:测试场景,每个场景涉及业务、测试目的、测试条件、测试环境和性能指标等。

  (3)内部评审。

  提交用户评审签字。

  (4)交付件。

  《某单位某系统系统用户验收测试需求说明书》

  (5)退出标准。

  当双方确认《某单位某系统系统用户验收测试需求说明书》后,测试需求分析工作即为完成。

6.1.3 测试设计阶段

  根据测试需求确定每个测试项目的详细目标,确定其优先级,编写测试用例,定义未涵盖的条件,列举需要编程测试的主题等;根据《某单位某系统系统用户验收测试需求说明书》进行测试用例的设计工作。编写《某单位某系统系统用户验收测试设计说明书》,并参加管理方组织的评审会,评审通过《某单位某系统系统用户验收测试设计说明书》。

  为了使测试能涵盖所有的需求及特点,需要利用测试项目清单跟踪矩阵列表进行验证。对于测试用例未涵盖的条件,需要添加新测试用例进行需求涵盖,以保证测试设计方案的完整性。

  (1)进入标准。

  ● 《某单位某系统系统用户验收测试需求说明书》得到某单位的确认并签字;

  ● 验收测试项目各级别的测试人员到位;

  (2)活动。

  对于每种测试类型的测试需求,进行测试设计,如:功能测试:测试用例、相关测试输入数据等。

  (3)内部评审。

  提交用户,同时组织对相关成果物进行评审。

  (4)交付件。

  ● 《某单位某系统系统用户验收测试用例设计说明书》

  ● 《某单位某系统系统用户验收测试执行计划》

  (5)退出标准。

  当双方确认《某单位某系统系统用户验收测试用例设计说明书》、《某单位某系统系统用户验收测试执行计划》后,测试设计工作即为完成。

  6.1.4 测试环境部署

  某单位负责为验收测试实施团队提供的办公场所,有某单位相关人员或由某单位委托系统研发团队完成安装测试系统,且保证系统为被测试版本,经过冒烟测试。

  (1)进入标准。

  系统经过冒烟测试,达到测试要求,同时系统相关软、硬件设置尽量与开发环境一致。

  (2)交付件。

  《某单位某系统系统用户验收测试环境符合度说明》。

  (3)退出标准。

  提供完整的某单位某系统系统第三方测试环境,且稳定运行。

  6.1.5 第一轮测试执行阶段

  根据《某单位某系统系统用户验收测试用例说明书》、《某单位某系统系统用户验收测试执行计划》,准备测试数据,在搭建的某单位某系统系统用户验收测试环境上对不同测试范围实施测试。每当被测应用系统软件经过开发方修改发生变化后,都将进行回归测试。在测试阶段开始前,都将进行一次冒烟测试。如果冒烟测试通过则进行正式测试。

  该阶段主要任务是进行以下内容的工作:

  ● 功能测试;

  ● 文档测试;

  ● 性能测试。

  (1)进入标准。

  测试环境已经就绪。

  (2)活动。

  ● 实施测试,执行测试用例;

  ● 记录测试结果(缺陷);

  ● 讨论和确认测试发现的问题。

  (3)交付件。

  ● 《某单位某系统系统用户验收测试用例执行每日简报》

  ● 《某单位某系统系统用户验收测试缺陷记录日表》

  (4)退出标准。

  所有用例执行完毕。

6.1.6 第二轮测试执行阶段

  根据《某单位某系统系统用户验收测试用例》,准备测试数据,在搭建的某单位某系统系统用户验收测试环境上对不同测试范围实施测试。每当被测应用系统软件经过开发人修改发生变化后,都将进行回归测试。该阶段主要任务是进行以下内容的工作:

  ● 功能测试;

  ● 文档测试;

  ● 性能测试。

  (1)进入标准。

  第一轮测试执行后,开发方就系统中存在的问题做出相应修改后。

  (2)活动。

  ● 实施测试,执行测试用例;

  ● 记录测试结果(缺陷);

  ● 讨论和确认测试发现的问题。

  (3)交付件。

  ● 《某单位某系统系统用户验收测试用例执行每日简报》

  ● 《某单位某系统系统用户验收测试缺陷记录日报》

  (4)退出标准。

  所有用例执行完毕。

  6.1.7 测试总结阶段

  测试报告是用户验收测试的一个重要阶段,是整个用户验收测试的总结。主要完成某单位某系统系统用户验收测试收尾阶段的工作任务,即编写《某单位某系统系统用户验收测试总结报告》,并参加管理方组织的评审会,评审通过该报告。

  (1)进入标准。

  覆盖了所有的测试需求,并且按照合同和计划完成了要求的测试轮次。

  (2)活动。

  ● 各种类型的测试进行总结,产生相应测试类型的测试报告;

  ● 对整体测试情况进行综合,产生测试总结报告。

  (3)内部评审。

  提交用户进行正式评审。

  (4)交付件。

  测试总结报告。

  (5)出口准则。

  完成测试总结报告,并经过评审后提交管理方。

  (6)退出标准。

  所有文档提交管理方。

  6.2 测试里程碑

  为了保证测试项目的质量的和进度,特制定如下里程碑,以便执行时作为检查依据:

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值