软件质量之测试计划.doc

软件质量管理之测试计划A．引言1．目的　　旨在说明各种阶段任务、人员分配和时间安排、规范等在策略和方法的高度说明如何计划、组织和管理测试项目测试计划包含足够的信息使测试人员明白项目需要做什么是如何运作的另外，清晰的文档结构能使任何一个读者在浏览计划的前面几页后，就能对项目有一个大概的认识测试计划只是测试的一个框架，很多细节需要跟开发人员或人员沟通，因此计划不包括测试用例的细节和系统功能的详细信息2．测试计划内容　　预定的测试活动的范围、途径、资源及进度安排的文档它确认了测试项、被测特征、测试任务、人员安排，以及任何偶发事件的风险3．测试摘要　　这一节主要说明测试计划中重要的和可能有争议的问题本节的主要目的是将这些信息传递给那些可能不会通读整个测试计划文档的人员4．重点事项　　列出测试的重点事项可以将问题按重要程度和优先级罗列出来，然后在后面的章节中再对这些问题进行详细说明，这样就能让对这些问题有重要影响的人员知道问题的所在　　例如，（以测试均匀派发更新包为例）　　a）新进门店如果没有最近三天的交易数据，系统将按默认值插入到IS_BD_TrafficSpread表中　　b）新进门店如果有最近三天的交易数据，但运行时间每天都小于6小时， 系统将按默认值插入到IS_BD_TrafficSpread表中　　c）新进门店如果有最近三天的交易数据，且运行时间有一天大于等于6小时，则系统按这三天的时段平均交易量计算时段派发比率　　d）运行后的门店将按最近三天的时段平均交易量计算时段派发比率　　e）运行后的门店，如果每天运行时间8小时，而某天又突然要运行10小时，那么将有2小时派发不出赠品和奖品，此时需手工更改IS_BD_TrafficSpread表中剩余的2小时的比率才有派发5．争议事项　　简要说明争议事项（例如，数据查询系统，说明其中“自定义查询功能”，部分暂未开放，不作处理）6．风险评估　　通过对技术文档的阅读，对被测系统可能存在的问题：系统设计，设计，响应时间，因测试环境不足可能存在的测试缺陷事先评估出来，以指导测试方案，进行有重点的测试。

例如：客户端上传下载程序，说明在这里用了6台机器做一个客户端程序下载测试，但不能做到大型的，十几台机器同时下载时可能出现的滞后现象或下载不成功现象在公司内无法进行测试，发布下去后再进行人工跟踪，请相关人员注意此点）7．时间进度　　简要说明测试开始时间与发布时间8．测试目标　　简要说明测试发布的质量目标；　　测试计划中所有测试方法和模块已经执行通过（例如，模板测试已经根据《模板及配置程序测试用例标准V2.0.xls》进行测试，并且执行通过测试）；　　所有的测试案例已经执行过；　　所有的重要等级为1/2的已经解决并由测试验证B．项目背景1．测试范围　　说明本计划涵盖的测试范围，比如系统程序更新包测试，模板测试，更新包测试等通常说明什么是要测试的，什么是不要测试的是非常重要的明确规定这些问题后，测试人员对该做什么有一个清晰的认识　　a）简要地列出测试对象中将接受测试或将不接受测试的那些性能和功能；　　b）如果在编写此文档的过程中作出的某些假设可能会影响测试设计、开发或实施，则列出所有这些假设；　　c）列出可能会影响测试设计、开发或实施的所有风险或意外事件；　　d）列出可能会影响测试设计、开发或实施的所有约束。

　　提示和技巧：（以下几点举例均以“处理派发错误和赠品修改错误”更新包为例）　　a）需要测试和特别注意测试那些部分？（例如，数据查询需要测试“更新包执行情况”“更换赠品”“自定义查询”三个部分内容，特别注意删除更新包所牵涉的数据表变动以及更换赠品所影响的两张表dbo.PM_PP_NonCouponPromotionProduct与PM_PP_SubPromotionQuota 是否有变化）　　b）测试是否专门针对与某些问题的解决？（例如，主要针对均匀派发问题和数据查询赠品修改错误问题进行的更新包）　　c）哪些部分不需要测试，为什么？　　d）哪些部分需要推迟测试，为什么？　　e）是否要验证每个模块的稳定性？　　f）测试的优先级和先后顺序例如，先测试均匀派发程序，后测试数据查询程序，因为均匀派发程序必须今天内发布，非常紧急！）2．测试目标　　系统目标对测试人员了解自己需要做什么是非常重要的测试项目负责人应积极与系统设计人员或开发人员沟通，以取得相关资料测试人员必须知道系统是做什么并且帮助项目实现这种目标在计划中包括系统视图和目标后，要确保所有的测试人员都知道项目和系统的目标通常情况下项目计划都是模糊的。

模糊的目标必须通过成员的努力转换成可衡量和实现的东西没有固定的视图和目标，你将无法完成部分任务而且，你会发现很难将对产品的认识向别人转述　　（例如，逻辑测试系统是一个能够选择数据库，执行脚本以及显示测试用例上提到的所有参数逻辑测试系统的目标：为了方便测试人员在测试逻辑脚本，提高测试人员测试促销逻辑的速度和效率，更好地保证发布的促销逻辑参数的准确性3．联系方式　　列出项目参与人员的职务、姓名、E-mail 和　　表格 1 联系方式职务姓名E-Mail开发人员－－－开发经理－－－测试负责人－－－测试人员－－－4．风险及约束　　列出测试过程中可能存在的一些风险和制约因素，并给出规避方案如：　　a）由于客观存在的设备、网络等资源原因，使得测试不全面明确说明哪些资源欠缺，产生什么约束；（例如，客户端程序---由于网络资源有限，不能做到十几台机器同时下载的情况，无法进行大型的压力测试）　　b）由于研发模式为现场定制，且上线时间压力大，使得测试不充分明确说明在此种约束下，测试如何应对；　　c）只针对专门的客户群需求的测试明确说明此约束下的客户群和业务范围例如，测试系统只针对测试人员的需求进行测试）5．测试文档　　列出测试过程中可能用到的参考文档、相关的设计文档以及保存位置，测试完成后应产生的文档。

　　（例如，测试工具CMITest----参考文档：《逻辑测试系统测试计划-V2.0.doc》，《逻辑测试系统测试用例-V2.0.doc》；　　保存位置： AfterService\upgrade目录下，测试完成后应该产生《逻辑测试报告手册V1 0.doc》）6．测试参考文档　　表格 2 测试参考文档文档说明作者文档位置需求文档（需求规格说明书、Readme.txt或者邮件）－－测试计划－－测试用例－－7．测试提交文档　　表格 3 测试提交文档文档说明作者文档位置《测试计划》－－《测试用例》－－《测试报告》－－《Readme.txt》－－《操作说明手册》－－C．质量目标　　描述本阶段目标和要求质量目标应该包括产品的质量目标和测试小组的质量目标质量不仅是衡量系统的功能或性能是否正常对系统来说，在开发过程中尽早建立全面的质量标准与系统的及时发布是一样重要的质量目标是一个强有力的工具，应该在系统开发过程中尽早建立一个定义准确的质量目标在以后的产品开发过程中帮助决策例如，系统是否能够正式发行？在代码完成后，应该修复那些缺陷？在系统完成后那种类型的测试是最合适的？1．系统的质量目标　　表格 4 系统的质量目标测试质量目标确认者（如需说明）测试已实现的产品是否达到设计的要求，包括：各个功能点是否已实现，业务流程是否正确－系统规定的操作和运行稳定－　　以下例子，门店数据查询赠品完善赠品添加功能。

　　表格 5 例如：测试质量目标确认者（如需说明）更改赠品显示促销编号功能，删除更新包功能以及显示均匀派发功能均已实现，业务流程正确无误－系统规定的操作和运行稳定－2．测试质量目标　　表格 6 测试质量目标测试质量目标确认者（如需说明）所有的测试案例已经执行过－所有的自动测试脚本已经执行通过－所有的重要等级已经解决并由测试验证－每一部分的测试已经被Test Lead确认完成－重要的功能不允许有Bug－一般的功能或与最终使用者不直接联系的功能不允许有一个以上的bug出现－发现错误的Bug的速率正在下降并接近0－D．资源需求1．测试环境1.1 硬件测试环境　　描述建立测试环境所需要的设备、用途及软件部署计划　　“机型（配置）”：此处说明所需设备的机型要求以及内存、CPU、硬盘大小的最低要求；　　“用途及特殊说明”：此设备的用途，如服务器，服务器等；如有特殊约束，如SDK版本等，也写在此列；　　“软件及版本”：详细说明每台设备上部署的自开发和第三方软件的名称和版本号，以便系统管理员按照此计划分配测试资源；如：测试环境的版本为母盘2007-12-3版本,客户端为2007-9-11版本　　“预计空间”：说明第三方软件和应用程序的预计空间；　　“环境约束说明”：建立此环境时的特殊约束。

如需要路由进行局域网环境等　　表格 7 测试环境机型（配置）IP地址用途及特点软件及版本预计空间TCL14.22.0.6WinXP2－ Server 20051G虹光AV210 C2－－－－－1.2 软件测试环境　　表格 8 软件测试环境软件需求用途－－2．测试工具　　表格 9 测试工具测试工具用途自动测试工具－　E．测试策略1．整体测试策略　　本节的目的是说明计划中使用的基本的测试过程使用里程碑技术在测试过程中验证每个模块，测试人员在需求阶段参与测试工作，进行需求review、设计 review、测试案例设计和测试开发，在系统开发完成之后，正式执行测试系统达到软件系统质量要求和测试要求后发布，并提交相关的测试文档2．开始/中断/完成标准　　表格 10 中断/开始/完成测试的标准开始/中断/完成测试标准说明开始测试标准硬件环境可用且软件正确安装完成中断测试标准安装无法正确完成或程序的文档有相当多的失误或系统服务异常或发现Block Bug完成测试标准完成测试计划中的测试规划并达到程序和测试质量目标,并由开发人员与测试人员共同确认3．测试类型　　表格 11 测试类型测试类型是否采用说明功能测试采用根据系统需求文档和设计文档，检查系统是否正确实现了功能流程测试采用按操作流程进行的测试，主要有业务流程、数据流程、逻辑流程、正反流程，检查系统在按流程操作时是否能够正确处理边界值测试采用选择边界数据进行测试，确保系统功能正常，程序无异常容错性测试采用检查系统的容错能力，错误的数据输入不会对功能和系统产生非正常的影响，且程序对错误的输入有正确的提示信息异常测试采用检查系统能否处理异常启动停止测试采用检查每个模块能否正常启动停止、异常停止后能否正常启动安装测试采用检查系统能否正确安装、配置易用性测试采用检查系统是否易用友好界面测试采用检查界面是否美观合理接口测试采用检查系统能否与外部接口正常工作(例如,能否与扫描仪一同正常工作)配置测试采用检查配置是否。