软件测试专项方案.doc

软件测试方案

文档标记：

当前版本：
V1.0
当前状态：
草稿

发布日期：

发布

修改历史
日期
版本
作者
修改内容
评审号
变更控制号

V1.0

目录
1 概述 4
1.1 软件测试流程实行方案 4
1.2 软件测试流程图 4
1.2.1测试工作总体流程图 4
1.2.2筹划、用例阶段流程图 5
1.2.3单元/集成测试阶段流程图 6
1.2.4系统测试阶段流程图 7
1.2.5验收测试流程图 8
2 测试资源和环境 8
2.1 硬件配备 8
2.2 软件配备 9
2.3 测试数据 9
3 测试方略 9
3.1.1 功能测试 9
3.1.2 顾客界面（UI）测试 9
3.1.3 性能测试 10
3.1.4 安全性测试 10
3.1.5 兼容性测试 11
3.1.6 回归测试 11
3.2 测试实行阶段 11
4 测试通过原则 12
5 测试用例模板 12
测试用例是依照软件需求得出功能描述，用尽量少测试用例覆盖尽量多功能，避免冗余。 12
6 测试bug提交与管理 15
测试如果有错误就需要提交bug，bug更需要通过管理维护来观测测试进度，直至bug跟踪完毕。 15
使用QC软件来提交与管理bug。 15
15

1 概述
软件错误是不可避免，因此必要通过严格测试。通过对本软件测试，尽量发现软件中错误，借以减少系统内部各模块逻辑，功能上缺陷和错误，保证每个单元能对的地实现其预期功能。检测和排除子系统（或系统）构造或相应程序构造上错误，使所有系统单元配合适当，整体性能和功能完整。并且使组装好软件功能与顾客规定一致。
1.1 软件测试流程实行方案
从一种软件公司长远发展来看，如果要提高产品质量一方面应当从流程抓起，规范软件产品开发过程。按照流程进行开发可以使得咱们少走弯路，并有效提高产品质量，提高顾客满意度。
1.2 软件测试流程图
1.2.1测试工作总体流程图

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

1.2.2筹划、用例阶段流程图

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

1.2.4系统测试阶段流程图

1.2.5验收测试流程图
　　阐明：验收测试为系统上线前最后检查，检查方向重要是安装包、安装程序、顾客手册、加密设立、基本功能等内容。

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）。此测试依照开发提供根据决定测试范畴
功能性测试工具
手工测试
测试管理工具
Bugfree

2.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 测试实行阶段
测试类型
测试阶段
单元测试
集成测试
系统测试
验收测试
功能测试
X
ü
ü
X
性能测试
X
ü
ü
X
安全性测试
X
ü
ü
X
兼容性测试
X
ü
ü
X
顾客界面（UI）测试

X
ü
X
回归测试
每当被测试软件或其环境变化时在每个适当测试阶段上进行回归测试
备注：“ü”表达由测试组执行，“X”表达由项目组执行；

4 测试通过原则
系统无业务逻辑错误和二级BUG。经拟定所有缺陷都已得到了商定解决成果。所设计测试用例已所有重新执行，已知所有缺陷都已按照商定方式进行了解决，并且没有发现新缺陷。
注：缺陷严重级别阐明：
A：严重影响系统运营错误；
B：功能方面普通缺陷，影响系统运营；
C：不影响运营但必要修改；
D：合理化建议。

5 测试用例模板
测试用例是依照软件需求得出功能描述，用尽量少测试用例覆盖尽量多功能，避免冗余。

6 测试bug提交与管理
测试如果有错误就需要提交bug，bug更需要通过管理维护来观测测试进度，直至bug跟踪完毕。
使用QC软件来提交与管理bug
提交bug也需要按照一定格式，以便开发可以清晰懂得bug出在了哪里，以便维护。
案例：测试文档模板
见附件《测试文档模板V1.0》