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