文档介绍：该【项目测试方案 】是由【niupai11】上传分享，文档一共【12】页，该文档可以免费在线阅读，需要了解更多关于【项目测试方案 】的内容，可以使用淘豆网的站内搜索功能，选择自己适合的文档，以下文字是截取该文章内的部分文字，如需要获得完整电子版，请下载此文档到您的设备，方便您编辑和打印。XX项目测试方案
方案编号:
版本号:
原作者:
建立日期:
目录
1. 概述 3
2. 适用对象和范围 3
3. 术语、名词定义 3
系统测试 3
功能测试 3
接口测试 4
压力测试 4
性能测试 4
安全测试 4
可靠性测试 4
4. 测试参考文档和测试提交文档 5
. 测试参考文档 5
. 测试提交文档 5
5. 测试资源 5
人力资源 5
测试环境 6
测试工具 6
6. 确认测试 7
. 新增或修改内容验证 7
. 用户反馈问题确认 7
7. 通过测试的标准 7
8. 测试策略 7
. 功能测试 7
. 数据交换测试 8
. 用户界面测试 8
界面规范性测试 8
兼容性测试 9
性能测试 9
. 压力测试 10
. 容量测试 10
. 安全性和访问控制测试 11
9. 需求跟踪矩阵 12
为了提高检测出错误的几率,使测试能有计划地、有条不紊地进行,就必须要编制测试相关文件。而标准化的测试文件就如同一种通用的参照体系,可达到便于交流的目的。文件中所规定的内容可以作为对测试过程完备性的对照检查表,故采用这些文件将会提高测试过程的每个阶段的能见度,极大地提高测试工作的可管理性。
适用对象和范围
主要针对对象为软件管理人员、软件开发人员和软件测试人员。
术语、名词定义
系统测试是通过与系统的需求规格作比较,发现软件与系统需求规格不相符合或与之矛盾的地方。它将通过确认测试的软件,作为整个基于计算机系统的一个元素,与计算机硬件、外设、某些支持软件、数据和人员等其他系统元素结合起来,在实际运行(使用)环境下,对计算机系统进行的测试。
黑盒测试是基于系统需求规格,在不知道系统或组件的内部结构的情况下进行的测试。通常又将黑盒测试叫做:基于规格的测试、输入输出测试、功能测试或数据驱动测试。是基于用户观点出发的测试。主要是验证功能是否符合需求,包括原定功能的检验、是否有冗余功能、遗漏功能。
程序员对各个模块进行系统联调的测试,包含程序内接口和程序外接口测试。这个测试,在单元测试阶段进行了一部分工作,而大部分都是在集成测试阶段完成的。建议由开发人员进行。
对系统不断施加压力的测试,是通过确定一个系统的瓶颈或者不能接收的性能点,来获得系统能提供的最大服务级别的测试。例如测试一个Web站点在大量的负荷下,何时系统的响应会退化或失败。
在交替进行负荷和强迫测试时常用的术语。性能测试关注的是系统的整体。它和通常所说的强度、压力/负载测试有密切关系。所以压力和强度测试应该于性能测试一同进行。
主要是测试系统在没有授权的内部或者外部用户对系统进行攻击或者恶意破坏时如何进行处理,是否仍能保证数据的安全。测试人员可以学****一些***,来对系统进行攻击。
这里是比较狭义的可靠性测试,它主要是对系统能否稳定运行进行一个统计,在实际工作中如果没有条件可以不必特意去做。重点做好与之紧密相关的功能测试、健壮性测试就可以了。
测试参考文档和测试提交文档
下表列出了制定测试计划时所使用的文档,并标明了各文档的可用性:
文档
已创建或可用
已被接收或已经过复审
作者或来源
备注
软件需求规格说明书
是[]否[]
是[]否[]
软件概要设计
是[]否[]
是[]否[]
软件详细设计
是[]否[]
是[]否[]
模块开发手册
是[]否[]
是[]否[]
测试计划及方案
是[]否[]
是[]否[]
测试报告
是[]否[]
是[]否[]
用户操作手册
是[]否[]
是[]否[]
安装指南
是[]否[]
是[]否[]
文档
已创建或可用
已被接收或已经过复审
作者或来源
备注
测试计划及方案
是[]否[]
是[]否[]
测试用例
是[]否[]
是[]否[]
测试报告
是[]否[]
是[]否[]
人员
角色
职责、任务
备注
项目经理
项目管理
测试组组长
制定测试计划、方案,并安排测试工作
测试工程师
编写功能测试用例并执行
测试工程师
编写功能测试用例并执行
测试工程师
编写功能测试用例并执行
开发工程师
系统开发
测试服务器:
硬件配置
CPUE5506()、内存2g、硬盘1T
服务器操作系统
MicrosoftWindowsServer2003
服务器数据库
SQLSERVER2005/OraclelOG
服务器服务程序
安全软件
360安全卫士、360杀毒软件
其他设备或软件
用途
工具
生产厂商/自产
版本
备注
测试用例管理
测试管理器
Microsoft
2010
压力测试
LoadRunner
HP
11
自动化测试
QTP
HP
响应时间
Httpwatch
吞吐量测试
TTCPW
Microsoft
安全性测试
AppScan
IBM
无
一般有“基于测试用例”和“基于缺陷密度”两种评比准则,在这里我们采用前者。
准则如下:
>功能性测试用例通过率达到100%;
>非功能性测试用例通过率达到95%;
>沒有高于优先级3以上的问题。
备选通过办法:
根据实际情况由软件开发部门的经理、项目经理和测试负责人等共同讨论确定本阶段是否结束。
模块
模块一
功能/业务
测试目标
测试方法
优先级
模块
模块二
功能/业务
测试目标
测试方法
优先级
模块
模块三
功能/业务
测试目标
测试方法
优先级
测试目标
测试范围:
技术:
测试重点和优先级:
需考虑的特殊事项:
测试目标
测试范围:
技术:
测试重点和优先级:
需考虑的特殊事项:
界面规范性测试
测试项
检杳要求
风格
整个系统的风格是否保持一致
色调
系统是否米用统一色调,如深色调、浅红色调、淡蓝色调等
显示内容的完整性
显示数据是否可自适应和自动换行
所有数据展现的界面,必须使得测试数据超过一屏或一页,验证在满屏时是否正确显示;
显示内容的准确性
对于报表中的数据的字段值是否都有明确定义
对于没有意义的字段值是否显示为“一”或“/”,而非显示空
提示信
息
验证提示信息是否具有指导性
提示信息位置是否居中
界面显示和处理的合理性
所有窗体中的对象状态是否正常,符合业务规则
Tab键的使用是否正常、合理
复制、粘贴是否正常
数据显示的规范性
同类数据显示的精度是否统一,如金额统一为 0兀,
相冋属性/字段名是否统一
时间显示格式疋否统
兼容性测试
操作系统
浏览器
WindowsServer2003
WindowsXP
Windows2007
测试目标
吞吐量达到150万次操作数/每秒;页面平均响应时间时间3秒以内,更新处理时间20秒以内,系统启动时间20秒以内;并发数500以上(模块、业务);正常情况服务器的CPU占用率不超过75%,内存使用率不超过70%;峰值用户时服务器的CPU占用不超过85%,内存使用率不超过90%。
测试范围:
网络吞吐量、页面响应时间、并发数、服务器性能
技术:
网络吞吐量:利用TTCPW工具测试操作下的吞吐量平均响应时间:利用httpwatch工具记录每个页面的响应时
间
并发效率:利用loadrunner工具记录需进行并发测试的模块功能点
服务器性能:利用服务器监听工具(分别在单用户及多用户下进行测试)
测试重点和优先级:
多用户针对业务操作进行并发
需考虑的特殊事项:
场景设计:
业务
场景
登录
利用N(5、10、20)个用户登录系统,并在系统内停留10s后集体退岀
利用N(5、10、20)个用户每3S一个登录系统,不在系统内停留10s后3S逐个退岀
查询
利用N(5、10、20)个用户对企业杳询模块中的杳询功能进行点击,并在系统内停留10s后集体退岀
利用N(5、10、20)个用户每3S一个对企业杳询模块中的杳询功能进行点击,不在系统内停留10s后3S逐个退岀
测试目标
平均无故障时间7天
测试范围:
技术:
利用自动化工具QTP对系统7天不间断向系统插入数据,并记录系统的是否存在错误信息。
测试重点和优先级:需考虑的特殊事项:
场景设计:
业务
场景
系统运行
利用自动化工具QTP对系统7天不间断向系统插入数据,并记录系统的是否存在错误信息。
测试目标
核实测试对象在以下高容量条件下能否正常运行:连接或模拟了最大(实际或实际允许)数量的客户机,所