软件测试专项方案V.doc

软件测试方案文档标识：目前版本：V1.0目前状态：初稿公布日期：公布修改历史日期版本作者修改内容评审号变更控制号V1.0目录1概述41.1软件测试步骤实施方案41.2软件测试步骤图41.2.1测试工作总体步骤图41.2.2计划、用例阶段步骤图51.2.3单元/集成测试阶段步骤图61.2.4系统测试阶段步骤图71.2.5验收测试步骤图82测试资源和环境82.1硬件配置82.2软件配置92.3测试数据93测试策略93.1.1功效测试93.1.2用户界面（UI）测试93.1.3性能测试103.1.4安全性测试103.1.5兼容性测试113.1.6回归测试113.2测试实施阶段114测试经过标准125测试用例模板12测试用例是依据软件需求得出功效描述，用尽可能少测试用例覆盖尽可能多功效，避免冗余。126测试bug提交和管理15测试假如有错误就需要提交bug，bug更需要经过管理维护来观察测试进度，直至bug跟踪完成。15使用QC软件来提交和管理bug。15151 概述软件错误是不可避免，所以必需经过严格测试。经过对本软件测试，尽可能发觉软件中错误，借以降低系统内部各模块逻辑，功效上缺点和错误，确保每个单元能正确地实现其预期功效。检测和排除子系统（或系统）结构或对应程序结构上错误，使全部系统单元配合适宜，整体性能和功效完整。而且使组装好软件功效和用户要求一致。1.1 软件测试步骤实施方案从一个软件企业长远发展来看，假如要提升产品质量首先应该从步骤抓起，规范软件产品开发过程。根据步骤进行开发能够使得我们少走弯路，并有效提升产品质量，提升用户满意度。1.2 软件测试步骤图1.2.1测试工作总体步骤图说明：集成测试和系统测试反馈意见可能造成设计文档（需求或数据库）修改。1.2.2计划、用例阶段步骤图 1.2.3单元/集成测试阶段步骤图 1.2.4系统测试阶段步骤图 1.2.5验收测试步骤图说明：验收测试为系统上线前最终检验，检验方向关键是安装包、安装程序、用户手册、加密设置、基础功效等内容。2 测试资源和环境2.1 硬件配置关键项数量性能要求期望到位阶段测试PC机1P4，主频2.6GHZ，硬盘300G，内存2G，此配置是实际用机需求分析阶段数据库服务器1P4，主频2.6GHZ，硬盘300G，内存2G，此配置是实际用机需求分析阶段2.2 软件配置资源名称/类型配置操作系统环境：操作系统关键分为windows XP，windows 7。其中windows XP和windows 7是关键测试对象浏览器环境：主流浏览器有：IE浏览器（IE8/9）。此测试依据开发提供依据决定测试范围功效性测试工具手工测试测试管理工具Bugfree2.3 测试数据本方案测试数据起源于测试需求及测试用例。（测试数据能够是开发给出，也能够是测试工程师整理）3 测试策略系统测试类型及多种测试类型所采取方法、工具等介绍以下：3.1.1 功效测试测试范围验证数据正确度、数据类型、业务功效等相关方面正确性测试目标核实全部功效均已正常实现，即是否和需求一致技 术采取黑盒测试、边界测试、等价类划分等测试方法工具和方法手工测试开始标准开发阶段对应功效完成而且测试用例设计完成完成标准测试用例经过而且最高级缺点全部处理需考虑特殊事项3.1.2 用户界面（UI）测试测试范围1导航、链接、Cookie、页面结构包含菜单、背景、颜色、字体、按钮名称、TITLE、提醒信息一致性等。2友好性、可操作性（易用性）测试目标核实各个窗口风格（包含颜色、字体、提醒信息、图标、TITLE等等）全部和需求保持一致，或符合可接收标准，能够确保用户界面友好性、易操作性，而且符适用户操作习惯。技 术WEB测试通用方法工具和方法手工测试、目测开始标准界面开发完成完成标准UI符合可接收标准，能够确保用户界面友好性、易操作性，而且符适用户操作习惯测试关键和优先级需考虑特殊事项3.1.3 性能测试 测试范围多用户长时间在线操作时性能方面测试测试目标核实系统在大流量数据和多用户操作时软件性能稳定性，不造成系统瓦解或相关异常现象技 术手工测试、自动化测试（loadrunner）开始标准自动化测试脚本设计并评审经过且项目组移交系统测试完成标准系统满足用户需求中所要求性能要求测试关键和优先级需考虑特殊事项3.1.4 安全性测试测试范围1 用户、管理员密码安全2 权限 3 非法攻击测试目标1. 用户、管理员密码管理2应用程序等级安全性：核实用户只能操作其所拥有权限能操作功效。3系统等级安全性：核实只有含有系统访问权限用户才能访问系统。技 术代码包或非法攻击工具工具和方法手工测试开始标准功效测试完成完成标准实施多种非法操作无安全漏洞且系统使用正常测试关键和优先级需考虑特殊事项3.1.5 兼容性测试测试范围1使用不一样版本不一样浏览器、分辨率、操作系统分别进行测试。2不一样操作系统、浏览器、分辨率和多种运行软件等多种条件组合测试。测试目标核实系统在不一样软件和硬件配置中运行稳定技 术黑盒测试工具和方法手工测试开始标准项目组移交系统测试完成标准在多种不一样版本不一样类项浏览器、操作系统或其组合下均能正常实现其功效（此测试依据开发提供依据决定测试范围）测试关键和优先级需考虑特殊事项3.1.6 回归测试测试范围全部功效、用户界面、兼容性、安全性等测试类型测试目标核实实施全部测试类型后功效、性能等均达成用户需求所要求标准技 术黑盒测试工具和方法手工测试和自动化测试（QTP见附件QTP教程(入门到高级)）开始标准每当被测试软件或其环境改变时在每个适宜测试阶段上进行回归测试完成标准95%测试用例实施经过并经过系统测试测试关键和优先级测试优先级以测试需求优先级为参考需考虑特殊事项软硬件设备问题3.2 测试实施阶段测试类型测试阶段单元测试集成测试系统测试验收测试功效测试XX性能测试XX安全性测试XX兼容性测试XX用户界面（UI）测试XX回归测试每当被测试软件或其环境改变时在每个适宜测试阶段上进行回归测试备注：“”表示由测试组实施，“X”表示由项目组实施；4 测试经过标准系统无业务逻辑错误和二级BUG。经确定全部缺点全部已得到了约定处理结果。所设计测试用例已全部重新实施，已知全部缺点全部已根据约定方法进行了处理，而且没有发觉新缺点。注：缺点严重等级说明：A：严重影响系统运行错误；B：功效方面通常缺点，影响系统运行；C：不影响运行但必需修改；D：合理化提议。5 测试用例模板测试用例是依据软件需求得出功效描述，用尽可能少测试用例覆盖尽可能多功效，避免冗余。6 测试bug提交和管理测试假如有错误就需要提交bug，bug更需要经过管理维护来观察测试进度，直至bug跟踪完成。使用QC软件来提交和管理bug提交bug也需要根据一定格式，方便开发能够清楚知道bug出在了哪里，方便维护。案例：测试文档模板见附件测试文档模板V1.0