软件测试方案V1.0

软件测试方案V1.0

软件测试方案

文档标 识： 当前状草稿 态： 版本 发布 当前版V1.0 本： 发布日期： 修改历史 变更作者 修改内容 评审号 控制号 日期 V1. 0 第 2 页 共21页

第 3 页 共21页

目录

1

概述 ............................................................................................................................ 6

1.1软件测试流程实施方案 6 1.2软件测试流程图 7

1.2.1测试工作总体流程图 ............................................................................................... 7 1.2.2计划、用例阶段流程图 ........................................................................................... 8 1.2.3单元/集成测试阶段流程图 ...................................................................................... 9 1.2.4系统测试阶段流程图 ............................................................................................. 10 1.2.5验收测试流程图 ..................................................................................................... 11

2 测试资源和环境...................................................................................................... 12

2.1硬 12 2.2软 12 2.3测 13

件件试

配配数

置置据

3 测试策略 .................................................................................................................. 13

3.1.1功

13 3.1.2用 14 3.1.3性 15 3.1.4安 16 3.1.5兼 17 3.1.6回 18 3.2测 19

能

户

界

能全容

归

试

实

施性性

测

阶

面

（

UI测

测测测

）

测

试试试试试试段

4 5

测试通过标准 .......................................................................................................... 20 测试用例模板 .......................................................................................................... 20

测试用例是根据软件需求得出的功能描述，用尽可能少的测试用例覆盖尽可能多的功能，避免冗余。 .............................................................................................................. 20

6 测试bug提交与管理 ............................................................................................. 20

测试如果有错误就需要提交bug，bug更需要通过管理维护来观察测试进度，直至bug跟踪完成。 ..................................................................................... 错误!未定义书签。 使用QC软件来提交与管理bug。 ................................................ 错误!未定义书签。

第 4 页 共21页

错误!未定义书签。

第 5 页 共21页

1 概述

软件的错误是不可避免的，所以必须经过严格的测试。通过对本软件的测试，尽可能的发现软件中的错误，借以减少系统内部各模块的逻辑，功能上的缺陷和错误，保证每个单元能正确地实现其预期的功能。检测和排除子系统（或系统）结构或相应程序结构上的错误，使所有的系统单元配合合适，整体的性能和功能完整。并且使组装好的软件的功能与用户要求一致。

1.1 软件测试流程实施方案

从一个软件企业的长远发展来看，如果要提高产品的质量首先应当从流程抓起，规范软件产品的开发过程。按照流程进行开发可以使得我们少走弯路，并有效的提高产品质量，提高用户的满意度。

第 6 页 共21页

1.2 软件测试流程图 1.2.1测试工作总体流程图

说明：集成测试和系统测试的反馈意见可能导致设计文档（需求或数据库）的修改。

第 7 页 共21页

1.2.2计划、用例阶段流程图

项目经理测试经理测试工程师评审委员会时间项目总体计划测试计划需要完成的功能《需求说明书》用户业务要求NO是否符合要求评审立项设计说明书功能实现测试用例评审NO是否符合要求需求、计划、用例阶段YESYES进入单元/集成测试阶段

第 8 页 共21页

1.2.3单元/集成测试阶段流程图

开发工程师项目经理测试经理测试工程师评审委员会需求计划阶段结束编写/修改测试代码测试申请执行预测试（编码审核）评审是否达到可进行测试的标准YES执行单元/集成测试（使用测试用例）NONO修改问题确认问题测试缺陷记录单、Bug报告是否达到要求测试报告单元/集成测试阶段YES进入系统测试阶段

第 9 页 共21页

1.2.4系统测试阶段流程图

项目经理测试经理测试工程师集成测试结束系统测试申请是否初测YES检查文档/编写测试计划NO复查BUG审验测试环境退回项目经理或挂起YESYES是否存在重大问题需要挂起或重测NO编写补充测试用例NO系统测试是否复查YES是否通过用例覆盖率评审一轮测试结束NO达到系统测试要求提交测试报告系统测试阶段系统测试结束

第 10 页 共21页

1.2.5验收测试流程图

说明：验收测试为系统上线前的最后检验，检验方向主要是安装包、安装程序、用户手册、加密设置、基本功能等内容。

项目经理测试经理测试工程师使用手册系统测试完成系统测试申请审验测试环境是否符合测试条件NO退回项目经理NO是否达到验收要求YES提交验收测试报告、安装包、手册YES手册检查功能测试安装测试加密测试验收测试阶段验收测试结束

第 11 页 共21页

2 测试资源和环境

2.1 硬件配置

数关键项 性能要求 量 测试PC机 1 P4，主频2.6GHZ，硬盘300G，内存2G，此配置是实际用机 数据库服1 P4，主频务器 2.6GHZ，硬盘300G，内存2G，此配置是实际用机 2.2 软件配置

期望到位阶段 需求分析阶段 需求分析阶段 资源名称配置 /类型 操作系统操作系统主要分为windows XP，环境： windows 7。其中windows XP和windows 7是重点测试对象 浏览器环主流浏览器有：IE浏览器（IE8/9）。境： 此测试根据开发提供依据决定测试范第 12 页 共21页

围 功能性测试工具 手工测试 测试管理Bugfree 工具 2.3 测试数据

本方案的测试数据来源于测试需求及测试用例。（测试数据可以是开发给出，也可以是测试工程师整理）

3 测试策略

系统测试类型及各种测试类型所采用的方法、工具等介绍如下：

3.1.1 功能测试

测试范围 验证数据精确度、数据类型、业务功能等相关方面的正确性 测试目标 核实所有功能均已正常实现，即是否与需求一致 技 术 采用黑盒测试、边界测试、等价第 13 页 共21页

类划分等测试方法 工具与方法 开始标准 开发阶段对应的功能完成并且测试用例设计完成 完成标准 测试用例通过并且最高级缺陷全部解决 需考虑的特殊事项 3.1.2 用户界面（UI）测试

手工测试 测试范围 1．导航、链接、Cookie、页面结构包括菜单、背景、颜色、字体、按钮名称、TITLE、提示信息的一致性等。 2．友好性、可操作性（易用性） 第 14 页 共21页

测试目标 核实各个窗口风格（包括颜色、字体、提示信息、图标、TITLE等等）都与需求保持一致，或符合可接受标准，能够保证用户界面的友好性、易操作性，而且符合用户操作习惯。 技 术 WEB测试通用方法 工具与方法 手工测试、目测 开始标准 界面开发完成 完成标准 UI符合可接受标准，能够保证用户界面的友好性、易操作性，而且符合用户操作习惯 测试重点与优先级 需考虑的特殊事项 3.1.3 性能测试 测试范围 多用户长时间在线操作时性能方面的测试 测试目标 核实系统在大流量的数据与多用户操作时软件性能的稳定性，不第 15 页 共21页

造成系统崩溃或相关的异常现象 技 术 手工测试、自动化测试（loadrunner） 开始标准 自动化测试脚本设计并评审通过且项目组移交系统测试 完成标准 系统满足用户需求中所要求的性能要求 测试重点与优先级 需考虑的特殊事项 3.1.4 安全性测试

测试范围 1． 用户、管理员的密码安全 2． 权限 3． 非法攻击 测试目标 1. 用户、管理员的密码管理 2．应用程序级别的安全性：核实用户只能操作其所拥有权限能操作的功能。 第 16 页 共21页

3．系统级别的安全性：核实只有具备系统访问权限的用户才能访问系统。 技 术 代码包或者非法攻击工具 工具与方法 手工测试 开始标准 功能测试完成 完成标准 执行各种非法操作无安全漏洞且系统使用正常 测试重点与优先级 需考虑的特殊事项 3.1.5 兼容性测试

测试范围 1．使用不同版本的不同浏览器、分辨率、操作系统分别进行测试。 2．不同操作系统、浏览器、分辨率和各种运行软件等各种条件的组合测试。 第 17 页 共21页

测试目标 核实系统在不同的软件和硬件配置中运行稳定 技 术 黑盒测试 工具与方法 手工测试 开始标准 项目组移交系统测试 完成标准 在各种不同版本不同类项浏览器、操作系统或者其组合下均能正常实现其功能（此测试根据开发提供依据决定测试范围） 测试重点与优先级 需考虑的特殊事项

3.1.6 回归测试

测试范围 所有功能、用户界面、兼容性、安全性等测试类型 测试目标 核实执行所有测试类型后功能、性能等均达到用户需求所要求的标准 第 18 页 共21页

技 术 黑盒测试 工具与方法 手工测试和自动化测试（QTP——见附件《QTP教程(入门到高级)》） 开始标准 每当被测试的软件或其环境改变时在每个合适的测试阶段上进行回归测试 完成标准 95%的测试用例执行通过并通过系统测试 测试重点测试优先级以测试需求的优先级与优先级 为参照 需考虑的软硬件设备问题 特殊事项 3.2 测试实施阶段

测试阶段 单元集成测系统测验收测试 试 试 测试 ✓ ✓ 功能测试 X X ✓ ✓ 性能测试 X X ✓ ✓ 安全性测试 X X ✓ ✓ 兼容性测试 X X ✓ 用户界面（UI）测 X X 试 第 19 页 共21页

测试类型

每当被测试的软件或其环境改变时在每个合适的测试阶段上进行回归测试 备注：“✓”表示由测试组执行，“X”表示由项目组执行； 4 测试通过标准

回归测试 系统无业务逻辑错误和二级的BUG。经确定的所有缺陷都已得到了商定的解决结果。所设计的测试用例已全部重新执行，已知的所有缺陷都已按照商定的方式进行了处理，而且没有发现新的缺陷。 注：缺陷的严重等级说明：

A：严重影响系统运行的错误；

B：功能方面一般缺陷，影响系统运行； C：不影响运行但必须修改； D：合理化建议。

5 测试用例模板

测试用例是根据软件需求得出的功能描述，用尽可能少的测试用例覆盖尽可能多的功能，避免冗余。

6 测试bug提交与管理

测试如果有错误就需要提交bug，bug更需要通过

第 20 页 共21页

管理维护来观察测试进度，直至bug跟踪完成。 使用QC软件来提交与管理bug

提交bug也需要按照一定格式，方便开发能够清晰的知道bug出在了哪里，以便维护。 案例：测试文档模板 见附件《测试文档模板V1.0》

第 21 页 共21页