软件测试方案V

1、软件测试方案文档标识：当前版本：V1.0当前状态：草稿发布日期：发布修改历史日期版本作者修改内容评审号变更控制号V1.0目录1 概述 .1.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 测试策略 .3.1.1 功能测试 93.1.2 用户界面（UI）测试 93.1.3 性能测试 103.

2、1.4 安全性测试 103.1.5 兼容性测试 113.1.6 回归测试 113.2 测试实施阶段 11124 测试通过标准5 测试用例模板 . 12测试用例是根据软件需求得出的功能描述，用尽可能少的测试用例覆盖尽可能多的功 能，避免冗余。 126 测试 bug 提交与管理 12测试如果有错误就需要提交 bug， bug 更需要通过管理维护来观察测试进度，直至bug跟踪完成。 错误！未定义书签。使用QC软件来提交与管理 bug。 错误！未定义书签。SK .上I F 叫氐甘 Q口 SgmiBK X *1"奉牡 4再£A T，“ 注0.TRE冲$ TwEnflHir"

3、 W4ii»pfl"Pmxrar5W* r&W»B*WPRlDHfcM " Pvw*ihi ds-uung 3w«j_n 二 -InmS "fvBrtaWm*TW*f钿叭审的三iXULr|-1M"QtmpairDi I SL . 1 A B = 1 江益 <> m 勺 _1 I3Mv«itwn-rpT!i7i«d i1>iF如Erfwr.*1*1常错误！未定义书签。1概述软件的错误是不可避免的，所以必须经过严格的测试。通过对本软件的测试，尽可能的发 现软件中的错误，借以减少系统内

4、部各模块的逻辑，功能上的缺陷和错误，保证每个单元能正 确地实现其预期的功能。检测和排除子系统（或系统）结构或相应程序结构上的错误，使所有 的系统单元配合合适，整体的性能和功能完整。并且使组装好的软件的功能与用户要求一致。 1.1软件测试流程实施方案从一个软件企业的长远发展来看，如果要提高产品的质量首先应当从流程抓 起，规范软件产品的开发过程。按照流程进行开发可以使得我们少走弯路，并有效 的提高产品质量，提高用户的满意度。1.2软件测试流程图测试工作总体流程图说明：集成测试和系统测试的反馈意见可能导致设计文档（需求或数据库）的 修改。122计划、用例阶段流程图项目经理测试经理测试工程师评审委员会

5、时间测试计划需要完成的功能项目总体计划需求说明> 书+设计说明书评审.NO是否符合要求用户业务要求功能实现测试用例-评审Y是否符合要NC段阶例用 ' 划计 '求需进入单元/集成测试阶段 丿YESYES123单元/集成测试阶段流程图开发工程师项目经理测试经理测试工程师评审委员会需求计划阶段结束编写/修改测试测试申请代码执行预测试 （编码审核）NO评审是否达到可进行测试的标准，YES执行单元/集成测试 （使用测试用例）测试缺陷记录 单、Bug报告段阶试测成元单进入系统测试阶段YES124系统测试阶段流程图项目经理测试经理测试工程师k是否初测NO复查BUG系统测试申请退回项目经

6、理或挂起YESYESNO编写补充测试用例段阶试测统系YE否通过用例覆盖率评 V"1审125验收测试流程图说明：验收测试为系统上线前的最后检验，检验方向主要是安装包、安装程 序、用户手册、加密设置、基本功能等内容。项目经理测试经理测试工程师系统测试完成使用手册O是否符合测 试条件退回项目 经理审验测试环境NOYES是否达到验收要求加密测试手册检查 功能测试安装测试YES段阶试测收验提交验收测试 报告、安装 包、手册验收测试结束2测试资源和环境2.1硬件配置关键项数量性能要求期望到位阶段测试PC机1P4,主频2.6GHZ,硬盘300G 内 存2G此配置是实际用机需求分析阶段数据库服务器1

7、P4,主频2.6GHZ,硬盘300G 内需求分析阶段存2G此配置是实际用机2.2软件配置资源名称/类型配置操作系统环境：操作系统主要分为 windows XP， windows 7。其中 windows XP和 windows 7是重点测试对象浏览器环境：主流浏览器有：IE浏览器（IE8/9 ）。此测试根据开发提供依据决定测 试范围功能性测试工具手工测试测试管理工具Bugfree2.3测试数据本方案的测试数据来源于测试需求及测试用例。（测试数据可以是开发给出，也可以是测试工 程师整理）3测试策略系统测试类型及各种测试类型所采用的方法、工具等介绍如下:功能测试测试范围验证数据精确度、数据类型、业

8、务功能等相关方面的正确性测试目标核实所有功能均已正常实现，即是否与需求一致技术采用黑盒测试、边界测试、等价类划分等测试方法工具与方法手工测试开始标准开发阶段对应的功能完成并且测试用例设计完成完成标准测试用例通过并且最高级缺陷全部解决需考虑的特殊事项用户界面（UI）测试测试范围1 导航、链接、Cookie、页面结构包括菜单、背景、颜色、字 体、按钮名称、TITLE、提示信息的一致性等。2.友好性、可操作性（易用性）测试目标核实各个窗口风格(包括颜色、字体、提示信息、图标、TITLE等等)都与需求保持一致，或符合可接受标准，能够保证用户 界面的友好性、易操作性，而且符合用户操作习惯。技术WEB测试

9、通用方法工具与方法手工测试、目测开始标准界面开发完成完成标准UI符合可接受标准，能够保证用户界面的友好性、易操作性， 而且符合用户操作习惯测试重点与优先级需考虑的特殊事项性能测试测试范围多用户长时间在线操作时性能方面的测试测试目标核实系统在大流量的数据与多用户操作时软件性能的稳定性， 不造成系统崩溃或相关的异常现象技术手工测试、自动化测试(loadrunner )开始标准自动化测试脚本设计并评审通过且项目组移交系统测试完成标准系统满足用户需求中所要求的性能要求测试重点与优先级需考虑的特殊事项安全性测试测试范围1.用户、管理员的密码安全2.权限3.非法攻击测试目标1.用户、管理员的密码管理2应用

10、程序级别的安全性：核实用户只能操作其所拥有权限能 操作的功能。3系统级别的安全性：核实只有具备系统访问权限的用户才能 访问系统。技术代码包或者非法攻击工具工具与方法手工测试开始标准功能测试完成完成标准执行各种非法操作无安全漏洞且系统使用正常测试重点与优先级需考虑的特殊事项兼容性测试测试范围1 使用不同版本的不同浏览器、分辨率、操作系统分别进行测 试。2 不同操作系统、浏览器、分辨率和各种运行软件等各种条件 的组合测试。测试目标核实系统在不同的软件和硬件配置中运行稳定技术黑盒测试工具与方法手工测试开始标准项目组移交系统测试完成标准在各种不冋版本不冋类项浏览器、操作系统或者其组合下均能 正常实现其

11、功能（此测试根据开发提供依据决定测试范围）测试重点与优先级需考虑的特殊事项回归测试3.2测试实施阶段测试类型测试阶段测试类型测试阶段测试范围所有功能、用户界面、兼容性、安全性等测试类型测试目标核实执行所有测试类型后功能、性能等均达到用户需求所要求 的标准技术黑盒测试工具与方法手工测试和自动化测试（QT见附件QTP教程（入门到高级）开始标准每当被测试的软件或其环境改变时在每个合适的测试阶段上进 行回归测试完成标准95%的测试用例执行通过并通过系统测试测试重点与优先级测试优先级以测试需求的优先级为参照需考虑的特殊事项软硬件设备问题单元测试集成测试系统测试验收测试功能测试XX性能测试XX安全性测试XX兼容性测试XX用户界面（UI）测试XX回归测试每当被测试的软件或其环境改变时在每个合适的测试阶 段上进行回归测试备注：“ ”表示由测试组执行，“ X”表示由项目组执行；4测试通过标准系统无业务逻辑错误和二级的BUG经确定的所有缺陷都已得到了商定的解决结果。所设计的测试用例已全部重新执行，已知的所有缺陷都已按照商定的方式进行了处理，而且没有发 现新的缺陷。注：缺陷的严重等级说明：A:严重影响系统运行的错误；B:功能方面一般缺陷，影响系统运行；C:不影响运行但必须修改；D:合理化建议。5