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