B．项目背景

　　1．测试范围

　　说明本计划涵盖的测试范围，比如系统程序更新包测试，模板测试，更新包测试等。通常说明什么是要测试的，什么是不要测试的是非常重要的。明确规定这些问题后，测试人员对该做什么有一个清晰的认识。

　　a）简要地列出测试对象中将接受测试或将不接受测试的那些性能和功能；

　　b）如果在编写此文档的过程中作出的某些假设可能会影响测试设计、开发或实施，则列出所有这些假设；

　　c）列出可能会影响测试设计、开发或实施的所有风险或意外事件；

　　d）列出可能会影响测试设计、开发或实施的所有约束。

　　提示和技巧：（以下几点举例均以“处理派发错误和赠品修改错误”更新包为例）

　　a）需要测试和特别注意测试那些部分？（例如，数据查询需要测试“更新包执行情况”“更换赠品”“自定义查询”三个部分内容，特别注意删除更新包所牵涉的数据表变动以及更换赠品所影响的两张表dbo.PM_PP_NonCouponPromotionProduct与PM_PP_SubPromotionQuota 是否有变化）

　　b）测试是否专门针对与某些问题的解决？（例如，主要针对均匀派发问题和数据查询赠品修改错误问题进行的更新包）

　　c）哪些部分不需要测试，为什么？

　　d）哪些部分需要推迟测试，为什么？

　　e）是否要验证每个模块的稳定性？

　　f）测试的优先级和先后顺序。（例如，先测试均匀派发程序，后测试数据查询程序，因为均匀派发程序必须内发布，非常紧急！）

　　2．测试目标

　　系统目标对测试人员了解自己需要做什么是非常重要的。测试项目负责人应积极与系统设计人员或开发人员沟通，以取得相关资料。测试人员必须知道系统是做什么并且帮助项目实现这种目标。在计划中包括系统视图和目标后，要确保所有的测试人员都知道项目和系统的目标。通常情况下项目计划都是模糊的。模糊的目标必须通过成员的努力转换成可衡量和实现的东西。没有固定的视图和目标，你将无法完成部分任务。而且，你会发现很难将对产品的认识向别人转述。

　　（例如，逻辑测试系统是一个能够选择数据库，执行脚本以及显示测试用例上提到的所有参数。逻辑测试系统的目标：为了方便测试人员在测试逻辑脚本，提高测试人员测试促销逻辑的速度和效率，更好地保证发布的促销逻辑参数的准确性。）

　　3．联系方式

　　列出项目参与人员的职务、姓名、E-mail 和电话。