密级：【中密】
版本：【1.0】
国泰君安证券股份有限公司
PB2.0机构客户交易系统
测 试 计 划
2015年07月
1文档版本
目 录
1 简介... 3
1.1 概述... 3
1.2 测试范围... 3
1.3 测试类型... 3
1.4 测试方法... 3
2 测试准备... 4
2.1 测试环境... 4
2.2 测试人员... 4
2.3 测试数据... 4
2.4 测试工具... 4
3 测试计划... 5
3.1 里程碑... 5
3.2 详细测试计划... 5
3.3 风险预估... 5
1 简介
1.1 概述
[必填项，对项目情况及测试活动做简短描述，如功能性测试，易用性测试，性能测试等]
1.2 质量标准
[必填项，对测试通过的质量标准进行描述，如需求覆盖率100%；无严重级1、2的缺陷遗留，严重级3的缺陷修复率不低于70%等。]
1.3 测试范围
[必填项，请在本章节清晰的定义出测试工作的内容，注明是哪些是在本测试的范围之内，哪些不在范围之内的。清晰的范围定义有助于测试工作的管理和控制，确保测试能够专注于特定的范围之内，并在该栏罗列出需求列表用于对照，需求列表来源为软件需求规格说明书。]
[例如：
XXX项目测试的范围包括：
n 应用的测试： 列举所要测试的功能模块，子系统等等。
n 接口的测试：列举所要测试的接口。
n 后台批处理程序的测试：列举所所要测试的后台批处理作业名称。
n 数据转换的测试：列举所要测试的数据转换和数据迁移功能。
n 性能的测试：列举性能测试的内容，要求等。
n …..
XXX项目测试的范围不包括：
n 对于提供那些为本子系统提供接口的上游应用系统，其接口的功能和性能测试，应由该系统的测试团队完成。
n ……]
1.4 测试类型
[必填项，对于项目中使用到的常规测试方法，在哪些场合使用该方法进行描述，包括但不限于功能测试，界面测试，安装配置测试，性能测试，安全性测试，易用性测试，数据迁移测试，自动化测试等]
1.5 测试方法
[可选项，对于采用非常规测试思路或者方法的项目，需要在此对测试方法进行描述]
2 测试准备
2.1 测试环境
[必填项，请在本章节描述所涉及测试环境的地址等相应信息，含功能测试环境，性能测试环境等。
对于已经存在的测试环境，提供环境地址等信息。对于需要重新搭建的环境，请提供相应的配置要求，例如，服务器，CPU，内存等，并对环境搭建完成时间提出期望。
例如：
2.2 测试人员
[必填项，请在本章节描述测试人员的角色，职责及介入时间，所属单位填写测试人员所属公司，外包同事填写外包公司名称简写。
例如：
2.3 测试数据
[可选项，对于需要在前期进行测试数据准备的项目，譬如报表测试，UAT测试等，请在本章节描述测试数据的来源，数量，以及选择测试数据的要求。例如：将选取某一时间段的生产系统数据作为测试数据，因为该时间段的业务量比较稳定，最能代表正常业务处理情况，并对数据准备完成时间提出期望。
另外，数据由什么人来准备，如何获取，需要什么支持等等。]
2.4 测试工具
[必填项，请在本章节描述测试所使用的工具，包括测试工具的名称及用途，可增加备注栏填写备注信息。
例如：
3 测试计划
3.1 里程碑
[必填项，请在本章节描述测试的主要里程碑任务，即主要任务的时间计划和进度安排。 也可以添加项目其他阶段的里程碑用于参考，譬如需求文档递交时间，详设，代码部署等。
例如：
3.2 详细测试计划
[必填项，请在本章节描述详细的测试计划，包括任务分配，人员安排，开始结束时间。可以使用EXCEL /MS Project Plan /截图等形式作为附件嵌入，要求：要包括测试的计划阶段，准备阶段，执行阶段，缺陷追踪阶段等详细时间人员安排。]
3.3 风险预估
[可选项，可能对本测试计划的有效开展产生影响的风险因素，譬如某资源目前被某个繁忙的项目占用，预计介入时间点存在较大风险需要在此列出并有人跟进]
----------------------------End--------------------------------------
第二篇：系统测试方案模板
Agileone 系统测试方案
修订记录
目 录
1概述... 1
2被测对象... 5
3应测试的特性... 5
4不被测试的特性... 5
5测试模型... 5
5.1测试组网图/结构关系图... 5
5.2测试原理/策略... 5
5.3 操作流程... 6
6测试需求... 6
6.1 环境需求... 6
6.2 被测对象需求... 6
6.3 测试工具需求... 6
6.4 测试代码需求... 6
6.5 测试数据需求... 6
7测试设计... 6
7.1 测试工具设计... 6
7.2 测试代码设计... 6
7.3 测试用例设计... 7
7.4 测试规程设计... 7
Agileone系统测试方案
关键词：Agileone，系统测试，需求，设计
摘 要：本文档是Agileone的系统测试方案文档，主要描述Agileone系统需要测试的特性、测试的方法、测试环境的规划、测试工具的选择，测试用例的设计方法，从而对整个测试活动进行规划和控制。
缩略语清单：
参考资料清单：
1概述
本文档主要用来指导Agileone系统测试的需求设计，测试用例的设计以及测试规程的设计，是参加测试用例设计、测试代码设计和测试执行的测试工程师和相关的开发人员的工作参考依据。
2被测对象
AgileOne V1.1 是项目管理系统的开发和测试对象，没有商用的需求，仅提供给培训学员，作为完成系统测试计划、策略和系统测试用例的依据。软件需求规格文档由成都博为峰软件技术有限公司完成。AgileOne V1.1是一个项目文件管理工具，该工具使用B/S结构,编程语言为PHP,Mysql作为数据库,可以提供用户对实际工作中的项目需求进行有效管理,并且提供测试用例设计与缺陷管理功能
3应测试的特性
1.功能特性
2.性能特性
需要测试如下性能指标：
（1） 用户登陆该系统成功时的响应时间；
（2） 成功新增，成功编辑，成功搜索，成功重置，成功删除各需求项的响应时间；
（3） 成功切换中英文状态下的响应时间；
（4） 容纳各个新增子项的最大数量；
运行该系统的时候其稳定性
3.配置特性
Agileone v1.1运行在PC上，其运行环境的软、硬件配置满足如下条件：
A．操作系统：为WINDOWS98以上的操作系统；
B． 硬件限制：CPU：333MHZ以上，内存：64M以上；
C． 安装运行Mysql数据库。
4不被测试的特性
1. UI布局合理性、UI的美观及UI控件的约束
本次涉及到UI控件布局的合理性以及UI控件的约束不在本次测试范围之内。此部分内容只要不影响正常的功能操作就暂时认为通过。
2、压力测试此次测试不考虑进行。
5测试模型
5.1测试原理/策略
功能测试不需要利用任何辅助工具来执行测试用例，然后依据测试用例的实际数据在QC管理工具里进行用例的执行，从而实现各缺陷的生成管理。
性能测试就是用来测试软件在集成系统中的运行性能，并以度量系统性对于预定义目标差距为核心。
配置测试主测的系统为win7、xp系统，其他平台只实施优先级为高的案例。
5.2 操作流程
测试执行按照功能测试－》配置测试－》性能测试的顺序。系统预测试通过进入系统测试，测试组长根据测试计划和方案安排人员进行系统测试。测试人员发现问题后提交缺陷报告，测试完成后提交测试报告报告。
6测试需求
6.1 环境需求
功能测试：CPU、服务器端windows20##、客户端windowsXP，SQL serve 20## 数据库
性能测试：与功能测试相同
搭建windows2003，安装qc，sqlserver
6.2 被测对象需求
Agileone项目管理系统
6.3 测试工具需求
本测试不需要工具
6.4 测试代码需求
本测试为系统测试，无代码需求。
6.5 测试数据需求
无
7测试设计
7.1 测试工具设计
1.本次测试采用已有的工具quality center来进行测试管理，不需要另外进行测试工具开发。性能测试用Httpwatch。
7.2 测试代码设计
本需要测试不需要代码设计
7.3 测试用例设计
等价类：等价类时之某个输入域的子集合，在该集合中，各个输入数据对于揭露软件中的错误都是等效的。并合并的假设某等价类的代表值就等于对这一类其他值的测试。
边界值：是假定大多数的错误时发生在各个输入条件的边界上，如果在边界的取值不会导致错误，那么其他的取值出错的可能性也很小。
正交表：从大量的试验点中挑选出适量的、有代表性的点、应用依据正交表，合理的安排实验的一种科学试验方法。
状态迁移：对被测系统抽象出他的若个状态、及状态间的切换条件和切换路径，从状态迁移路径覆盖的角度来设计用例对该系统进行测试。
7.4 测试规程设计
详见《测试规程》文档。