文档介绍：网上订餐系统
测试计划
2011年10月8日
网上订餐系统测试计划
计出一整套的测试用例，重要的部分用例需要设计得完善一些，一般部分的则指出测试的要点，在以后的测试工作中再不断去完善测试用例库。
测试过程要受到控制。
根据事先定义的测试执行顺序进行测试，并填写测试记录表，保证测试过程是受控的。
确定重点。
测试重点放在各子系统的功能实现上，问题较多的省中心管理系统和证书管理系统则是重中之重。
不测试题实现技术。
本次测试不对XX子系统中的XX实现的核心技术（环境仿真等）进行测试验证。
测试技术
本项目采用黑盒测试技术。
本项目测试过程中将不会采用测试工具。
依据标准
本次测试中测试文档的编写、测试用例的编写、具体的执行测试以及测试中各项资源的分配和估算，都是以XX公司提供的各子系统的使用手册盒练习指导手册为标准，软件的执行以系统逻辑设计构架为依据。
测试过程
网上订餐系统测试计划
第 2 页
测试范围
制定本次项目测试范围的依据为：
各子系统所包含的功能
同快餐公司该项目负责人特别确定的测试范围
要测试的子系统：
测试内容
测试范围
功能测试
XX子系统
XX子系统
XX子系统
XX子系统
XX子系统
XX网站
性能测试
一、模块
两个子系统进行性能测试：
1、XX子系统
2、XX子系统
二、数据量
网上订餐系统测试计划
第 3 页
以XX数据库中存在十万条XX记录为标准，测试如下性能数据：
1、新XX数据入库性能
2、修改XX数据
3、XX功能性能
三、硬件配置
不同硬件配置对系统性能的影响
1、一般配置的性能（CPU：ＰⅢ 667、内存128M）
2、在一般配置的基础上增加内存后的性能（CPU：ＰⅢ 667、内存256M）
3、在一般配置的基础上升级CPU后的性能（CPU：Ｐ4、内存128M）
不测试的模块：
模块
说明
XX子系统
不测试XX子系统的功能，但是要测试网上订餐系统是否正确
XX功能
该功能不做测试
XX功能
该功能不做测试
XX功能
该功能不做测试
更加具体的测试范围，请参见《网上订餐系统 - 》
风险分析
测试人员对系统熟悉程度的风险：
参与本项目的测试人员都是第一次接触该类型系统，在经过短期的系统培训后，仍然有可能没有完全掌握系统的业务细节，这将在后面的测试设计和测试执行工作造成一些测试逃逸现象（即一些要测试的方面没有测到）。
系统资料方面的风险：
本项目被测试的系统没有完备的开发文档，测试人员做测试设计时能够参考的只是使用手册和训练手册，以及通过培训和初步使用后对系统的了解，可能导致测试人员在初期无法全面地对系统进行深入的测试。
时间方面的风险：
本次项目时间只有一个月，却要完成测试规范的制定、整套测试用例的设计和执行一轮完整的测试，时间进度非常紧张，可能导致测试设计工作不够完善。
网上订餐系统测试计划
第 4 页
测试方法
里程碑技术
在本项目中，我们将整个测试过程分为几个里程碑，达到一个里程碑后才能转换到下一阶段，以控制整个过程。
我们将整个测试过程分为以下几个里程碑：
里程碑
完成标准
系统培训：
对于本项目所有需要测试的系统的培训完成
测试人员已经对所有被测系统/模块进行了使用，了解了被测系统的具体功能
测试需求：
所有具体测试范围已确定
测试需求制定完成
所有测试需求得到客户认可
测试设计：
测试用例已覆盖所有测试需求
测试用例设计已经完成
测试执行：
所有测试用例被执行
发现的缺陷都有缺陷记录
测试过程有测试记录
结果分析：
完成测试分析报告
测试用例设计
本次测试的测试案例，是在经过系统培训后，由测试人员根据客户对系统的介绍和自己对系统的理解按照系统层次结构组织编写。
本系统案例的编写采用黑盒测试常用的分析方法设计用例；
对于每一个测试用例，测试设计人员应为其指定输入（或操作）、预期输出（或结果）；
每一个测试用例，都必须有详细的测试步骤描述；
本次测试设计的所有测试用例均需以规范的文档方式保存；
在整个测试过程中，可根据项目实际情况对测试用例进行适当的变更