实施方案验收方案和测试方案.docx
《实施方案验收方案和测试方案.docx》由会员分享，可在线阅读，更多相关《实施方案验收方案和测试方案.docx（11页珍藏版）》请在冰点文库上搜索。
实施方案验收方案和测试方案
施工计划及方案
一、施工进度计划
1.1开工至今完成工程情况
1.2剩余工程进度计划安排
1.3资源配备计划
二、主要施工方案及技术措施
三、人员组织机构
四、质量管理体系与措施
五、安全管理体系与措施
六、工程保障体系与措施
七、文明施工措施
八、环境保护管理体系及措施
验收方案
一、项目验收目的
二、项目验收的背景
三、验收依据
四、验收组织结构
五、验收方式
六、角色与责任
七、项目验收执行流程
第一步：
验收准备
第二步：
提交验收申请
第三步：
验收审核
第四步：
验收会议准备
第五步：
召开验收评审会议
八、验收工作计划
系统测试方案
引言
文档目的
本文档旨在明确针对“海关金关工程”进行的系统测试所包括的各项内容。
项目背景
参照项目计划。
读者对象
预期读者为项目客户方负责人、项目经理、测试人员及其它重要相关利益者。
任务概述
测试目的
通过测试，确认开发的海关金关工程是否满足《海关金关工程软件需求规格说明书》所提出的各项要求。
测试依据
本次测试主要依据《海关金关工程软件需求规格说明书》。
测试范围
（1）功能测试
子系统名称
测试范围
报关单预处理子系统
电子审单子系统
人工审单子系统
。
。
。
进出口贸易统计子系统
。
。
。
（2）性能测试
（3）安全测试
测试环境
如有独立的测试环境说明或部署说明文档，此处直接引用即可。
功能测试环境
功能测试活动所需的软硬件环境。
硬件名称
职责/
硬件配置
软件配置
数量
备注
客户端
模拟电子海关系统客户端
CPU单CPU；
内存：
512M以上硬盘：
10G以上
WINXPSP2
1
中间层
数据库
性能测试环境
1）性能测试活动所需的软硬件环境。
硬件名称
职责/
硬件配置
软件配置
数量
备注
例如：
AppCenter
模拟集中式应用服务器；并提供WEB服务
CPU；内存；硬盘；（其他）
软件名称、中英文、版本、（补丁）等
2）网络环境（性能测试）：
应用端点
网络带宽（M）
网络延迟（ms）
拥塞量（%）
丢包率（%）
上行
下行
此处说明所述网络情况的所处网段，如：
客户端-web服务器
需要网络部辅助监控
需要网络部辅助监控
通过ping获取
需要网络部辅助提供
通过ping获取
注：
可以加入网络拓扑结构图，用来说明应用在部署时的实际网络结构
安全测试环境
安全测试活动所需的软硬件环境。
硬件名称
职责/
硬件配置
软件配置
数量
备注
机器名
安全测试用机
CPU；内存；硬盘；（其他）
软件名称、中英文、版本、（补丁）等
测试策略
测试方法
描述采用的测试方法及参考的文档；
注：
如果需要，可以对功能测试、性能测试和安全测试分别介绍。
（1）功能测试
（2）性能测试
主要描述对测试方法的选择（并发或是疲劳测试）、使用什么测试工具、监控工具，以及测试监控指标说明
（3）安全测试
测试用例设计
设计测试用例时，参考的资料、采取的方法等；
（1）功能测试
（2）性能测试
参考资料：
写清性能测试用例设计时需要参考的文件，如：
软件需求等
设计方法：
1、并发测试方法；2、巨量测试；3、疲劳测试
测试数据
测试数据设计应考虑的哪几方面。
（1）功能测试
（2）性能测试
主要描述测试中用到的数据类型和数据量。
以下为设计性能测试数据的思考方法：
1）数据类型：
ⅰ基础数据：
测试环境中系统应该具备的初始数据以及和正式环境同等数据量（或加权值）的有效数据，或者是在系统生命周期内预期能达到的最大数据量的数据，尽量保证其真实性。
ⅱ参数化数据：
运行测试脚本需用到的参数化数据。
2）在测试需求调研过程中也要明确数据量要求，数据准备一定要关注数据的质量、数量和多样性，数据量要满足测试运行的需要。
否则会导致测试执行结果出现大的偏差。
数据的部署也应该尽量保证真实性。
3）如果是配置测试或者测试数据对测试结果影响很大的场景，要保证测试过程基准一致。
否则测试结果将没有可比性。
所以，测试数据创建完成后，要及时备份，以便多个场景中重复使用这些数据。
可以创建一个测试数据的版本库来管理测试数据。
测试工具
所需的测试工具；
（1）功能测试
（2）性能测试
列出所使用的测试工具或者测试需要准备的工具
（3）安全测试
测试评估
本节描述了项目的测试活动中所依据的具体标准。
测试开始标准
描述在满足了什么条件的情况下，测试人员可以正式进行测试。
根据测试计划的性质，对应内容可有所区别。
注：
如果需要，可以对功能测试、性能测试和安全测试分别介绍。
（1）功能测试
（2）性能测试
（3）安全测试
测试停止标准
根据测试计划的性质，对应内容可有所区别。
如针对项目整体测试阶段的计划，则需给出整体测试停止的标准；如针对具体测试级别或测试阶段的，且有独立的测试停止标准，在此说明即可。
标准，应以量化描述为主。
注：
如果需要，可以对功能测试、性能测试和安全测试分别介绍。
（1）功能测试
（2）性能测试
（3）安全测试
测试挂起及重新启动标准
说明在测试过程中有哪些可预知的因素会导致测试暂定（即测试挂起），达到何种条件时测试可重新启动。
（1）功能测试
（2）性能测试
（3）安全测试
测试通过标准
说明达到何种标准即可认为产品测试通过，可交付用户使用。
标准，应以量化描述为主，一般包括预计的测试用例对需求的覆盖率、测试用例通过率、缺陷修复率等。
（1）功能测试
（2）性能测试
若测试结果不能满足需求方提出的原始需求，但需求方接受当前的测试结果并同意上线，该测试也视为通过。
（3）安全测试
测试规程
描述项目中测试活动的具体步骤。
测试总体规程：
1、编写测试计划、设计测试用例和数据。
2、搭建与确认测试环境；
3、安装待测试产品
4、执行测试用例，并将测试结果记录在QC中，直到满足测试停止标准。
5、分析测试结果，形成测试报告
执行测试用例的规程
（1）功能测试
对于功能测试样例的每个步骤：
a、执行样例的当前步骤；
b、记录当前步骤的测试结果；
c、判断测试结果是否满足预期
如满足，则继续步骤d；
如不满足，则定位问题来源。
需要发起变更进行解决的，发起变更请求。
进入步骤e，将本次样例执行结果记录为不通过，并记录不通过的步骤。
d、检查是否样例已经执行完毕
如未完成，执行下一步，继续步骤a；
如完成，继续步骤e；
e、记录样例的执行结果；
f、执行下一测试样例；
g、结束。
（2）性能测试
a、选择测试用例
b、执行测试用例中的多个场景,记录每个场景的测试指标结果
如果场景可全部执行绘制出性能曲线,如果性能曲线可分析结论则结束;如果不能得出结论,则对曲线中的场景点重新执行。
如果在执行场景未全部执行完，但已可判断该场景测试结果不可用或不稳定，则从新调整场景进行测试。
c、判断用例执行是否可以结束
如果测试结果符合预期值则执行结束；
如果测试过程中未达到预期值，但发现拐点执行也可结束；之后可根据项目要求分析资源消耗是否合理，是否可进一步优化。
实现测试
对需要描述实现测试部分的，可以在此进行描述。
如果没有，可以不写。
（1）功能测试
（2）性能测试
针对特定测试级别或测试方法的需要，开发必要的测试工具或驱动程序和桩，以辅助执行测试。
性能测试中包括脚本工具的准备、监控工具的准备等。
1）脚本工具的准备
场景与运行环境在部署和业务处理上尽可能采用的相似的规模，或者成比例。
做好数据参数化，使脚本参数多样，灵活，充足
细化脚本的事务，将一个工作流可分解为逐个更小的任务单元
设计可输出、跟踪状态的检查点，检查点应尽量不采用界面检查，而是结果或者返回值检查，或者直接数据库、本地文件检查
2）监控工具的准备
根据测试的目的不同，测试监控的对象不同，测试的主要指标也不相同。
主要有以下几类监控工具及指标：
ⅰ系统资源类：
服务器操作系统Performance工具。
主要监控指标有：
CPU、内存、硬盘、网络等系统资源使用及变化情况
ⅱ业务应用类：
Loadrunner工具。
主要监控指标有：
业务结果的正确性、每分钟处理请求数、事务响应时间（Min、Max、Avg、90％响应时间范围、响应时间变化、分布等等）、并发用户数、系统吞吐量等
ⅲ数据库应用类：
SQLServerProfiler工具。
主要监控指标有：
SQL语句执行起始时间、锁情况等
测试组织与安排
人员与任务表
人员
角色
职责、任务
时间
测试负责人
负责软件产品的测试工作，编写测试计划，编写和评审测试样例，负责准备系统测试环境，指导业务人员编写测试计划和测试样例，进行项目测试结果分析工作。
测试设计人员
设计测试样例
测试执行人员
进行项目的功能测试和分析工作
注：
职责、任务主要包括：
编写测试计划、建立测试环境、设计测试用例、（编写测试脚本）、（设计并实现测试程序/工具）、执行测试并记录测试结果、分析报告测试结果等。
其中，括号中的内容视项目情况确定是否包括。
项目实施进度安排
可以作为项目计划的从属计划，或者直接引用项目计划的进度。
测试内容
如项目要求对具体测试内容进行描述，可记录在本节。
功能测试
性能测试
升级会员 