测试计划

一、测试计划目录

第一章 项目概述

1.1项目背景

1.2测试目的

为了要找出错误，通过分析错误产生的原因和错误的分布特征，可以帮助项目管理者发现当前所采用的软件过程的缺陷，以便改进。保证整个软件开发过程是高质量的，同时满足用户指定的需求（功能、性能、安全性、兼容性）。

 

第二章 测试说明

 

功能测试检查项：

1. 表单测试：必填项，提示信息，边界值，数据类型，字符长度，特殊字符
2. 链接测试：风格，链接正确，导航条，图片链接
3. 图形测试：图片大小，位置，相关说明，字体，大小，颜色，背景前景
4. 表格：样式
5. 内容测试：信息归类是否正确，显示位置，检索功能
6. 浏览器测试：功能，风格显示等

常见错误类型：

•      页面链接和风格、相关性检查、按钮功能、字串长度、字串类型、重复提交、回退、上传下载、必填项、快捷键、刷新、信息重复、功能错误、功能遗漏、界面错误、外部数据库错误。

第三章 风险控制

3.1系统风险

1. 市场压力比较大。
2. 需求或设计的变更未及时通知。
3. 需求不明确可能导致开发的产品与目标不一致。

3.2影响计划的潜在因素

1. 在测试计划执行过程中，可能存在以下因素影响计划的按时完成：
2. 时间紧迫，任务繁重；
3. 测试人员对的熟悉进度慢；
4. 测试人员对被测试产品不够熟悉，对测试工具的使用熟悉程序不够；
5. 被测试产品存在重大错误，以致于测试无法继续；
6. 测试资源未及时到位（设备和人员）；
7. 硬件、软件或网络环境出现故障等；
8. 测试人员获取的需求与开发人员产生分歧；
9. 测试人员与开发人员的协调与沟通。

3.3应急措施

• 如果上述潜在的可能事件发生，则通过适当加班来保证计划的按时完成。如果是由于被测试产品存在重大错误而严重影响测试进度，则考虑按照测试暂停标准来暂停该测试。

3.4测试的局限性

1. 系统硬件配置存在不可预测的问题；
2. 测试范围不能覆盖所有的可能情况；
3. 测试时间的限制；
4. 测试数据可能不全面；
5. 测试工具自身的缺陷；
6. 测试人员的失误。

第四章质量评估标准

4.1测试模块通过标准

• 测试项的通过标准目前定义为：当此项的功能能够正确地完成，并且它的操作没有引起其他功能项或整个系统的错误，则认为此项测试通过。

4.2验收测试通过标准

• 验收测试的通过标准目前定义为：对于每一类测试，当没有发现致命性错误和严重性错误，一般性错误数量小于测试用例总数的5%，则认为系统通过本次测试，但要以测试结果评审会的评审结果为最后标准。