《项目测试方案模板》由会员分享，可在线阅读，更多相关《项目测试方案模板（11页珍藏版）》请在金锄头文库上搜索。
1、 .wd.文件状态： 草稿 正式发布 正在修改XX工程测试方案方案编号： 版 本 号：原 作 者： 建立日期： 版本号日期修改者A/M内容及原因描述备注说明：方案版本维护表，用于测试方案版本的维护，A：增加，M：修改 目 录 1.概述32.适用对象和范围33.术语、名词定义33.1.系统测试33.2.功能测试33.3.接口测试33.4.压力测试43.5.性能测试43.6.安全测试43.7.可靠性测试44.测试参考文档和测试提交文档54.1.测试参考文档54.2.测试提交文档55.测试资源55.1.人力资源55.2.测试环境65.3.测试工具66.确认测试66.1.新增或修改内容验证66.2.用
2、户反响问题确认77.通过测试的标准78.测试策略78.1.功能测试78.2.数据交换测试88.3.用户界面测试8界面标准性测试8兼容性测试98.4.性能测试98.5.压力测试108.6.容量测试108.7.安全性和访问控制测试119.需求跟踪矩阵121. 概述为了提高检测出错误的几率，使测试能有方案地、有条不紊地进展，就必须要编制测试相关文件。而标准化的测试文件就如同一种通用的参照体系，可到达便于交流的目的。文件中所规定的内容可以作为对测试过程完备性的对照检查表，故采用这些文件将会提高测试过程的每个阶段的能见度，极大地提高测试工作的可管理性。2. 适用对象和范围主要针对对象为软件管理人员、软件
3、开发人员和软件测试人员。3. 术语、名词定义3.1. 系统测试系统测试是通过与系统的需求规格作对比，发现软件与系统需求规格不相符合或与之矛盾的地方。它将通过确认测试的软件，作为整个基于计算机系统的一个元素，与计算机硬件、外设、某些支持软件、数据和人员等其他系统元素结合起来，在实际运行使用环境下，对计算机系统进展的测试。3.2. 功能测试黑盒测试是基于系统需求规格，在不知道系统或组件的内部构造的情况下进展的测试。通常又将黑盒测试叫做：基于规格的测试、输入输出测试、功能测试或数据驱动测试。是基于用户观点出发的测试。主要是验证功能是否符合需求，包括原定功能的检验、是否有冗余功能、遗漏功能。3.3.
4、接口测试程序员对各个模块进展系统联调的测试，包含程序内接口和程序外接口测试。这个测试，在单元测试阶段进展了一局部工作，而大局部都是在集成测试阶段完成的。建议由开发人员进展。3.4. 压力测试对系统不断施加压力的测试，是通过确定一个系统的瓶颈或者不能接收的性能点，来获得系统能提供的最大服务级别的测试。例如测试一个Web 站点在大量的负荷下，何时系统的响应会退化或失败。3.5. 性能测试在交替进展负荷和强迫测试时常用的术语。性能测试关注的是系统的整体。它和通常所说的强度、压力/负载测试有密切关系。所以压力和强度测试应该于性能测试一同进展。3.6. 安全测试主要是测试系统在没有授权的内部或者外部用户
5、对系统进展攻击或者恶意破坏时假设何进展处理，是否仍能保证数据的安全。测试人员可以学习一些黑客技术，来对系统进展攻击。3.7. 可靠性测试这里是对比狭义的可靠性测试，它主要是对系统能否稳定运行进展一个统计，在实际工作中如果没有条件可以不必特意去做。重点做好与之严密相关的功能测试、强健性测试就可以了。4. 测试参考文档和测试提交文档4.1. 测试参考文档下表列出了制定测试方案时所使用的文档，并标明了各文档的可用性：文档已创立或可用已被接收或已经过复审作者或来源备注软件需求规格说明书是 否 是 否 软件概要设计是 否 是 否 软件详细设计是 否 是 否 模块开发手册是 否 是 否 测试方案及方案是
6、否 是 否 测试报告是 否 是 否 用户操作手册是 否 是 否 安装指南是 否 是 否 4.2. 测试提交文档文档已创立或可用已被接收或已经过复审作者或来源备注测试方案及方案是 否 是 否 测试用例是 否 是 否 测试报告是 否 是 否 5. 测试资源5.1. 人力资源人员角色职责、任务备注工程经理工程管理测试组组长制定测试方案、方案，并安排测试工作测试工程师编写功能测试用例并执行测试工程师编写功能测试用例并执行测试工程师编写功能测试用例并执行开发工程师系统开发5.2. 测试阶段及范围序号阶段范围时间5.3. 测试环境测试服务器：硬件配置CPU E5506(2.13G)、内存2g、硬盘 1T服
7、务器操作系统Microsoft Windows Server 2003服务器数据库SQL SERVER 2005/Oracle10G服务器服务程序IIS6.0安全软件360安全卫士、360杀毒软件其他设备或软件5.4. 测试工具用途工具生产厂商/自产版本备注测试用例管理测试管理器Microsoft2010压力测试LoadRunnerHP11自动化测试QTPHP10.0响应时间 watch7.0吞吐量测试TTCPWMicrosoft1.0安全性测试AppScanIBM7.86. 确认测试6.1. 新增或修改内容验证测试项测试方法预计结果实际结果结论6.2. 用户反响问题确认无7. 通过测试的标准
8、一般有“基于测试用例和“基于缺陷密度两种评比准那么，在这里我们采用前者。准那么如下： 功能性测试用例通过率到达100； 非功能性测试用例通过率到达95； 沒有高于优先级3以上的问题。备选通过方法：根据实际情况由软件开发部门的经理、工程经理和测试负责人等共同讨论确定本阶段是否完毕。8. 测试策略8.1. 功能测试模块模块一功能/业务测试目标测试方法优先级模块模块二功能/业务测试目标测试方法优先级模块模块三功能/业务测试目标测试方法优先级8.2. 数据交换测试测试目标测试范围：技术：测试重点和优先级：需考虑的特殊事项：8.3. 用户界面测试测试目标测试范围：技术：测试重点和优先级：需考虑的特殊事项
9、：界面标准性测试测试项检查要求风格整个系统的风格是否保持一致色调系统是否采用统一色调，如深色调、浅红色调、淡蓝色调等显示内容的完整性显示数据是否可自适应和自动换行所有数据展现的界面，必须使得测试数据超过一屏或一页，验证在满屏时是否正确显示；显示内容的准确性对于报表中的数据的字段值是否都有明确定义对于没有意义的字段值是否显示为“-或“/ ，而非显示空提示信息验证提示信息是否具有指导性提示信息位置是否居中界面显示和处理的合理性所有窗体中的对象状态是否正常，符合业务规那么Tab键的使用是否正常、合理复制、粘贴是否正常数据显示的标准性同类数据显示的精度是否统一，如金额统一为0元，显示0.00元等一样属
10、性/字段名是否统一时间显示格式是否统一兼容性测试操作系统浏览器Windows Server 2003IE8.0Windows XPIE7.0Windows 2007IE6.08.4. 性能测试测试目标吞吐量到达150万次操作数/每秒；页面平均响应时间时间3秒以内，更新处理时间20秒以内，系统启动时间20秒以内；并发数500以上(模块、业务)；正常情况服务器的CPU占用率不超过75%，内存使用率不超过70%；峰值用户时服务器的CPU占用不超过85%，内存使用率不超过90%。测试范围：网络吞吐量、页面响应时间、并发数、服务器性能技术：网络吞吐量：利用TTCPW工具测试操作下的吞吐量平均响应时间：利
11、用 watch工具记录每个页面的响应时间并发效率：利用loadrunner工具记录需进展并发测试的模块功能点服务器性能：利用服务器监听工具分别在单用户及多用户下进展测试测试重点和优先级：多用户针对业务操作进展并发需考虑的特殊事项：场景设计：业务场景登录利用N5、10、20个用户登录系统，并在系统内停留10s后集体退出利用N5、10、20个用户每3S一个登录系统，不在系统内停留10s后3S逐个退出查询利用N5、10、20个用户对企业查询模块中的查询功能进展点击，并在系统内停留10s后集体退出利用N5、10、20个用户每3S一个对企业查询模块中的查询功能进展点击，不在系统内停留10s后3S逐个退出
12、8.5. 压力测试测试目标平均无故障时间7天测试范围：技术：利用自动化工具QTP对系统7天不连续向系统插入数据，并记录系统的是否存在错误信息。测试重点和优先级：需考虑的特殊事项：场景设计：业务场景系统运行利用自动化工具QTP对系统7天不连续向系统插入数据，并记录系统的是否存在错误信息。8.6. 容量测试测试目标核实测试对象在以下高容量条件下能否正常运行：连接或模拟了最大实际或实际允许数量的客户机，所有客户机在长时间内执行一样的、且情况性能最坏的业务功能。已到达最大的数据库大小实际的或按比例缩放的，而且同时执行多个查询或报表事务。测试范围：技术：应该使用多台客户机来运行一样的测试或互补的测试，以便在长时间内产生最繁重的事务量或最差的事务组合创立最大的数据库大小实际的、按比例缩放的、或填充了代表性数据的数据库，并使用多台客户机在长时间内同时运行查询和新增事务。测试重点和优先级：大数据量的情况下的系统性能需考虑的特殊事项：8.7. 安全性和访问控制测试测试目标检查安全漏洞，通过对安全漏洞的周期检查，即使攻击可到达攻击目标，也可使绝大多数攻击无效；加密通讯，主动的加密通讯，可使攻击者不能了解、修改敏感信息；认证，基于双
