第一章 概述
软件的错误是不可避免的，所以必须经过严格的测试。通过对本软件的测试，尽可能的发现软件中的错误，借以减少系统内部各模块的逻辑，功能上的缺陷和错误，保证每个单元能正确地实现其预期的功能。检测和排除子系统(或系统)结构或相应程序结构上的错误，使所有的系统单元配合合适，整体的性能和功能完整。并且使组装好的软件的功能与用户要求(即常说的产品策划案)保持致。
第二章 测试资源和测试环境
2.1 硬件的配置
| 关键项 | 数量 | 性能要求 | 到位时间 |
|---|---|---|---|
| 测试pc机器 | 2台 | 主频2.6GHZ,硬盘300G以上，内存2G以上，此配置是实际用机 | 需求分析阶段 |
| 数据库服务器 | 暂定1 台 | 主频2.6GHZ,硬盘300G以上，内存4G以上，此配置是实际用机 | 需求分析阶段 |
2.2 软件配置
| 资源名称 | 配置 |
|---|---|
| 操作系统 | 操作系统主要分windows，重点测试win7 |
| 浏览器 | 主流浏览器有: IE (IE8以上)、Chrome、 Firefox。此测试根据软件研发人员提供的依据决定测试范围。 |
| 功能测试工具 | 手工测试 |
| 测试管理工具 | Jira |
2.3 测试数据
本测试方法中的测试数据来源于软件测试需求以及测试用例。
第三章 测试策略
系统测试类型以及各种测试类型涉及到的方法，工具介绍。
3.1 功能测试
| 测试范围 | 验证数据的精确度、数据类型、业务功能等相关方面的正确性。 |
|---|---|
| 测试目标 | 核实所有功能均已正常实现，即是否与需求一致。 |
| 采用技术 | 主要采用黑盒测试、边界测试。等价类划分等测试方法。 |
| 工具与方法 | 手工测试 |
| 开始标准 | 开发阶段对应的功能完成并且测试用例设计完成。 |
| 完成标准 | 测试用例通过并且最高级缺陷全部解决。 |
| 特殊项 | 无 |
3.2 用户界面（UI）测试
| 测试范围 | 1.导航、链接、页面结构包括菜单、背景、颜色、字体按钮、名称title、提示信息的一致性等;2.友好性、可操作性(易用性);3.界面初始化数据加载是否与数据库-致等。 |
|---|---|
| 测试目标 | 核实各个窗口风格(包括颜色、字体、提示信息图标title等)都与需求保持致， 或符合可接受标准，能够保证用户界面的友好性、易操作性,而且符合用户操作习惯。 |
| 采用技术 | 网页测试通用方法。 |
| 工具与方法 | 手工测试。 |
| 开始标准 | 界面开发完成。 |
| 完成标准 | UI符合可接受标准，能够保证用户界面的友好性、易操作性,而且符合用户操作习惯。 |
| 测试重点与优先级 | 根据实际需求而定。 |
| 需考虑的特殊事项 | 根据实际需求而定。 |
3.3 兼容性测试
| 测试范围 | 1.使用不同版本的不同浏览器、分辨率、操作系统分别进行测试。2.不同操作系统、浏览器分辨率和各种运行软件等各种条件的组合测试。 |
|---|---|
| 测试目标 | 核实系统在不同的软件和硬件配中运行稳定。 |
| 采用技术 | 主要采用黑盒测试。 |
| 工具与方法 | 手工测试 |
| 开始标准 | 项目组移交系统测试。 |
| 完成标准 | 在各种不同版本不同类项浏览器、操作系统或者其组合下均能正常实现其功能(此测试根据开发提供依据决定测试范围)。 |
| 特殊项 | 无 |
3.4 回归测试
| 测试范围 | 所有功能、用户界面、兼容性、等测试类型。 |
|---|---|
| 测试目标 | 核实执行所有测试类型后功能可以达到用户需求所要求的标准。 |
| 采用技术 | 黑盒测试。 |
| 工具与方法 | 手工测试。 |
| 开始标准 | 每当被测试的软件或其环境改变时在每个合适的测试阶段上进行回归测试。 |
| 完成标准 | 95%的测试用例执行通过并通过系统测试。 |
| 测试重点与优先级 | 根据实际需求而定。 |
| 需考虑的特殊事项 | 软硬件设备问题。 |
第四章 软件测试通用标准
被测系统无业务逻辑错误和严重的BUG，经确定的所有缺陷都已得到了商定的解决
结果。所设计的测试用例已全部重新执行，已知的所有缺陷都已按照商定的方式进行
了处理，而且没有发现新的缺陷。
注:缺陷的严重等级说明：
A:严重影响系统运行的错误;
B:功能方面一般缺陷，影响系统运行;
C:界面布局不美观或轻型错误;
D:不影响运行的错别字等;
E:合理化建议。