文档介绍：卷号
卷内编号
文档编号
密级
项目编号：DKH001
<xxx测试项目>
测试计划
Version:
项目承担部门：软件测试组
撰写人（签名）：xxx
xxx
完成日期：2011-录和跟踪信息（每个模块/ 类）
<=1
应清除的调试信息
<=2
（每个模块/类）
计划性
阶段完成超出计的时间
<=1（天）

本业务系统测试工作是以功能测试为主要测试，评估系统是否达到预定的质量目标。根据系统所需要的功能，其测试策略考虑重点在后台数据的处理和前台功能的正确显示还有对业务系统的支持，根据项目的特点和日程，拟不特地安排进行单元测试和集成测试，测试的主要模块有：今日工作管理、工作任务管理、黄马甲家园管理、班组风采管理、目标愿景、运行资料管理、后台信息管理。
在系统测试的规划中，根据项目特点，以业务为优先关注内容，首先关注的是前台的界面管理和管理员的登录，正常登录后才能执行一系列的操作

测试类型
是否采用
说明
功能测试
采用
根据系统需求文档和设计文档，检查产品是否正确实现了功能。
流程测试
采用
按操作流程进行的测试，主要有业务流程、数据流程、逻辑流程、正反流程，检查软件在按流程操作时是否能够正确处理
边界值测试
采用
选择边界数据进行测试，确保系统功能正常，程序无异常。
容错性测试
采用
检查系统的容错能力，错误的数据输入不会对功能和系统产生非正常的影响，且程序对错误的输入有正确的提示信息
异常测试
采用
检查系统能否处理异常
启动停止测试
采用
检查每个模块能否正常启动停止、异常停止后能否正常启动
安装测试
采用
检查系统能否正确安装、配置
易用性测试
采用
检查系统是否易用友好
界面测试
采用
检查界面是否美观合理
接口测试
采用
检查系统能否与外部接口正常工作
性能测试
采用
提取系统性能数据，检查系统是否满足在需求中所规定达到的性能。
压力测试
采用
检查系统能否承受大压力，测试产品应该能够在高强度条件下正常运行，不会出现任何错误。
兼容性测试
采用
对于C/S架构的系统来说，需要考虑客户端支持的系统平台。
对于B/S架构的系统来说需要考虑用户端浏览器的版本。
文挡测试
采用
检查文档是否足够、描述是否合理
回归测试
采用
检查程序修改后有没有引起新的错误、是否能够正常工作以及能否满足系统的需求

测试启动准则
系统测试的启动准则（应同时满足）：
上一轮系统测试所有发现的缺陷均被处理；
上一轮系统测试所发现的应被修正的缺陷已被修正完成；
测试版本已经过开发人员的冒烟测试；
测试版本内容符合版本规划；
测试结束准则
实行了该阶段所有的测试策略并达到结束标准。
所有本轮的测试用例都被执行过
测试报告被权签人批准.
测试暂停/中止标准
发现有重大设计或编码问题，其导致流程性阻塞；
发现有重大设计或编码问题，其导致20%以上的测试用例无法执行或执行无意义，测试相关特性已经无意义；
发现有重大设计或编码