文档介绍：.
11 / 11
WORD格式可编辑
文件状态： [] 草稿 [√] 正式发布 [] 正在修改
XX项目测试方案
方案编号：
版 本 号：
原 作 者：
建立日期：
版本号
日期
创建或可用
已被接收或已经过复审
作者或来源
备注
测试计划与方案
是[] 否[ ]
是[ ] 否[ ]
测试用例
是[] 否[ ]
是[ ] 否[ ]
测试报告
是[] 否[ ]
是[ ] 否[ ]
测试资源
人力资源
人员
角色
职责、任务
备注
项目经理
项目管理
测试组组长
制定测试计划、方案,并安排测试工作
测试工程师
编写功能测试用例并执行
测试工程师
编写功能测试用例并执行
测试工程师
编写功能测试用例并执行
开发工程师
系统开发
.
6 / 12
WORD格式可编辑
测试阶段与X围
序号
阶段
X围
时间
测试环境
测试服务器：
硬件配置
CPU E5506<>、内存2g、硬盘 1T
服务器操作系统
Microsoft Windows Server 2003
服务器数据库
SQL SERVER 2005/Oracle10G
服务器服务程序
安全软件
360安全卫士、360杀毒软件
其他设备或软件
测试工具
用途
工具
生产厂商/自产
版本
备注
测试用例管理
测试管理器
Microsoft
2010
压力测试
LoadRunner
HP
11
自动化测试
QTP
HP
响应时间
watch
吞吐量测试
TTCPW
Microsoft
安全性测试
AppScan
IBM
确认测试
新增或修改内容验证
测试项
测试方法
预计结果
实际结果
结论
.
7 / 12
WORD格式可编辑
用户反馈问题确认
无
通过测试的标准
一般有"基于测试用例"和"基于缺陷密度"两种评比准则,在这里我们采用前者。
准则如下：
功能性测试用例通过率达到100％；
非功能性测试用例通过率达到95％；
沒有高于优先级3以上的问题。
备选通过办法：
根据实际情况由软件开发部门的经理、项目经理和测试负责人等共同讨论确定本阶段是否结束。
测试策略
功能测试
模块
模块一
功能/业务
测试目标
测试方法
优先级
模块
模块二
功能/业务
测试目标
测试方法
优先级
.
8 / 12
WORD格式可编辑
模块
模块三
功能/业务
测试目标
测试方法
优先级
数据交换测试
测试目标
测试X围：
技术：
测试重点和优先级：
需考虑的特殊事项：
用户界面测试
测试目标
测试X围：
技术：
测试重点和优先级：
需考虑的特殊事项：
界面规X性测试
测试项
检查要求
风格
整个系统的风格是否保持一致
色调
系统是否采用统一色调,如深色调、浅红色调、淡蓝色调等
显示内容的完整性
显示数据是否可自适应和自动换行
所有数据展现的界面,必须使得测试数据超过一屏或一页,验证在满屏时是否正确显示；
显示内容的准确性
对于报表中的数据的字段值是否都有明确定义
对于没有意义的字段值是否显示为"--"或"/" ,而非显示空
提示信息
验证提示信息是否具有指导性
提示信息位置是否居中
.
9 / 12
WORD格式可编辑
界面显示和处理的合理性
所有窗体中的对象状态是否正常,符合业务规则
Tab键的使用是否正常、合理
复制、粘贴是否正常
数据显示的规X性
同类数据显示的精度是否统一,如金额统一为0元,
相同属性/字段名是否统一
时间显示格式是否统一
……
兼容性测试
操作系统
浏览器
Windows Server 2003
Windows XP
Windows 2007
性能测试
测试目标
吞吐量达到