软件测试方案V10.docx
《软件测试方案V10.docx》由会员分享，可在线阅读，更多相关《软件测试方案V10.docx（16页珍藏版）》请在冰豆网上搜索。
软件测试方案V10
软件测试方案
精品文档，你值得期待
文档标识：
当前版本：
V1.0
当前状态：
草稿
发布日期：
发布
修改历史
日期
版本
作者
修改内容
评审号
变更控制号
V1.0
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软件配置
资源名称/类型
配置
操作系统环境：
操作系统主要分为windowsXP，windows7。
其中windowsXP和windows7是重点测试对象
浏览器环境：
主流浏览器有：
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》
季节中的花开花落，都有自己的命运与节奏，岁月如歌的谱曲与纳词，一定是你。
人生不如意十之八九，有些东西，你越是在意，越会失去。
一个人的生活，快乐与否，不是地位，不是财富，不是美貌，不是名气，而是心境。
有时候极度的委屈，想脆弱一下，想找个踏实的肩膀依靠，可是，人生沧海，那个踏实肩膀的人，也要食人间烟火，也要面对自己的不堪与无奈。
岁月告诉我：
当生活刁难，命运困苦，你的内心必需单枪匹马，沉着应战。
有时候真想躲起来，把手机关闭，断了所有的联系，可是，那又怎样，该面对的问题，依旧要面对。
与其逃避，不如接纳；与其怨天尤人，不如积极主动去解决。
岁月告诉我：
美好的人生，一半要争，一半要随。
有时候想拼命的攀登，但总是力不从心。
可是，每个人境况是不同的，不要拿别人的标准，来塑造自己的人生。
太多的失望，太多的落空，纯属生活的常态。
岁月告诉我：
挫败，总会袭人，并且，让你承受，但也，负责让你成长。
人生漫长，却又苦短，幽长的路途充满险阻，谁不曾迷失，谁不曾茫然，谁不曾煎熬？
多少美好，毁在了一意孤行的偏执。
好也罢，坏也罢，人生的路，必须自己走过，才能感觉脚上的泡和踏过的坑。
因为懂得，知分寸；因为珍惜，懂进退。
最重要的是，与世界言和，不再为难自己和别人。
《菜根谭》中说：
花看半开，酒饮微醉。
就是说，做事不必完美，享乐不可享尽，这是一种含苞待放的人生状态。
即使是最美的月亮，也会有盈亏的自然之道。
否则便是过犹不及，弄巧成拙。
心灵松绑了，活着才自由。
半生已过，走走停停，看透了生活，选择了顺流的方式，行走。
流水今日，明月前身。
感谢每一粒种子，每一缕清风，每一个阳光的日子，于时光的碎屑中，静品一盏流年的香茗。
撕开浮云的遮掩，其实，每个人心中都有各自的山水，都有一段难捱的时光，好在，总有一天，你的淡然低调，你的暗自努力，你的理性豁达，终将点燃你的整个世界，让故事的结局，美好而温柔。
苏轼在《水调歌头》里写道：
人有悲欢离合，月有阴晴圆缺，此事古难全。
是的，层次越高的人，越懂得，人生本就不是尽善尽美，也正因为有了缺憾，才显得是那么的多姿多彩。
心情平和，与是非渐行渐远，再多的兵荒马乱，也抵不过时光的洪流，唯有日常才惊天动地。
夫切菜，妻拌菜，菜菜交缠，洒在热腾腾的面条上，剥头蒜就着，哧啦哧啦的，心里爽透了。
这世间最美的，不就是这样的烟火么。
人生，是一个苏醒的过程。
一首经典，低徊吟唱，年少不知歌者意，再听已是曲中人。
升级会员 