XXXXXX
测试方案部门:____ _ 编写: __ 审核: ____ >
批准:
日期: _
文档历史信息
目录
1.引言.............................................. 错误!未定义书签。
文档目的.......................................... 错误!未定义书签。
测试目的.......................................... 错误!未定义书签。
参考资料.......................................... 错误!未定义书签。
~
2.测试资源.......................................... 错误!未定义书签。
.人员角色分配...................................... 错误!未定义书签。
.测试环境.......................................... 错误!未定义书签。
.测试工具.......................................... 错误!未定义书签。
3.测试进度.......................................... 错误!未定义书签。
4.测试需求分析...................................... 错误!未定义书签。
5.测试策略.......................................... 错误!未定义书签。
.功能测试.......................................... 错误!未定义书签。
<
.性能测试.......................................... 错误!未定义书签。
.安全性测试........................................ 错误!未定义书签。
.兼容性测试........................................ 错误!未定义书签。
.健壮性测试........................................ 错误!未定义书签。
.易用性测试........................................ 错误!未定义书签。
6.验收标准.......................................... 错误!未定义书签。
7.可交付成果........................................ 错误!未定义书签。
,
8.缺陷管理.......................................... 错误!未定义书签。
9.风险估计.......................................... 错误!未定义书签。
1.引言
1.1文档目的
本文测试方案针对《XXXXXX》,依据软件需求规格说明书进行编写,是开展测试工作的指导性文档。
1.2项目背景
1.3测试目的
1.4参考资料
¥
列出所要参考的文档,比如需求说明书、用户手册、签订的合同约定等。
表格 1参考资料
2.测试资源
2.1.人员角色分配
—
表格 2人员角色分配
注:除以上各岗位工作职责外,工作内容还有在项目例会上安排的其他工作。
2.2.测试环境
表格 3测试环境
注:服务器由测试部门自行筹备,系统搭建由开发负责搭建。
2.3.测试工具
表格 4测试工具
3.测试进度
表格 5测试进度
4.测试需求分析
表格 6测试需求分析
5.测试策略
5.1.功能测试
表格 7功能测试
5.2.性能测试
:
使用自动化性能测试工具LoadRunner,对系统前台的资源检索、资源导航及专题展现等功能进行多用户并发下的压力测试,通过不断调整并发用户数并调优性能,以期性能达到预期指标。
表格 8基础性能指标
5.3.安全性测试
使用工具AppScan对系统进行SQL注入、恶意内容测试、LDAP注入等方式攻击系统,并根据攻击系统时检查到的问题进行修复。
表格 9安全性测试
注:AppScan中攻击策略过多,故在此列出部分内容。
5.4.兼容性测试
使用多种主流浏览器(如Firefox、Google Chrome、IE等),浏览系统并进行业务操作,查看页面布局,文字及图片的显示情况。
表格 10兼容性测试5.5.{
5.6.可靠性测试
表格 11可靠性测试5.7.健壮性测试
表格 12健壮性测试5.8.易用性测试
表格 13易用性测试
测试用例覆盖《XXXXX软件需求规格说明书》中的所有功能点,且测试用例执行率达到100%,至最后一次回归测试,缺陷级别为Blocker、Critical的缺陷要全部关闭(缺陷级别见表14),所有的测试用例要全部通过。
《XXXX测试方案》《XXXX测试计划》《XXXX测试用例》)
《XXXX测试报告》
依照设计好的测试用例对产品进行测试,将发现的缺陷,包括功能、效率和界面,对应用例中的测试号分别记录,保证各类缺陷记录的维护、分配和修改。
使用JIRA管理工具对缺陷进行跟踪和管理,项目完成时所有缺陷处于关闭状态。
表格
14缺陷
级别
软件测试风险管理主要是对测试计划执行的风险分析与制定要采取应急措施,防止软件测试的产生的风险造成的危害。
在软件测试过程中常见的计划风险主要有以下七类:(1)测试时间进度风险:用户需求发生重大变更或设计计划的大幅调整压缩了测试时间,测试人员、测试环境、测试资源的不能准时到位也会对测试计划造成影响。
(2)测试范围认知风险:对产品质量需求或产品特性理解不准确,造成测试范围分析误差,出现测试盲区或验证标准错误。
(3)测试人员风险:测试开始后,测试人员、技术支持人员因故不能及时到位。
(4)测试充分性风险:部分测试用例设计时忽视了边界条件和深层次的逻辑关系;部分测试用例被测试人员有意无意的忽略执行。
(5)测试环境风险:测试环境无法与生产环境一致,致使性能测试的结果存在误差。
【
(7)测试工具风险:能否及时准备相关测试工具,测试人员对新工具无法熟练运用等情况也时有发生等。
针对以上的风险,分析及可采取的应对预防、应对措施如下:
表格 15风险估计。