iso质量管理体系认证-软件产品测试计划书(通用)精要

《iso质量管理体系认证-软件产品测试计划书(通用)精要》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、XXXX分析软件产品测试计划书13目录软件产品测试计划书1目录31引言31.1目的31.2项目背景31.3名词定义41.4参考资料42测试任务及要求42.1文档测试内容与要求42.2应用系统测试内容与要求53测试方案63.1测试环境63.2测试组织63.3测试时间安排73.4测试流程要求73.5测试方案及用例74测试进度105系统风险、优先级106问题严重度描述117与测试相关的任务117.1制定测试计划117.2设计测试127.3实施测试127.4记录缺陷，分析缺陷12131引言1.1目的本文是为了测试XXXX分析软件而编制，编制目的在于为此系统的管理工作和技术工作提供指南；确定测试的

2、内容和范围，为以后评价XXXX分析软件提供依据。本文主要依据《XXXX分析软件需求规格说明书》编制。同时，本文也是编制《测试用例》、《测试问题报告》的依据。1.2项目背景1.3名词定义文档中的缩略语和术语有：1.4参考资料1、下表列出了制定测试计划时所使用的文档：文档（版本/日期）已创建或可用已被接收或已经过复审作者或来源备注软件产品需求分析是√否□是□否□概要设计是√否□是□否□详细设计规格书是√否□是√否□软件功能清单是□否□是□否□使用说明书是√否□是√否□安装部署手册是√否□是√否□2、测试提交文档：文档（版本/日期）已创建或可用已被接收或已经过复审作者或来源备注测试大纲是□否□

3、是□否□测试计划是□否□是□否□测试用例是□否□是□否□测试问题报告是□否□是□否□13测试报告是□否□是□否□1测试任务及要求1.1文档测试内容与要求2.1.1文档测试内容《XXXX分析软件需求规格说明书》2.1.2文档测试要求1文档的完整性：主要是测试文档内容的全面性与完整性，从总体上把握文档的质量。例如用户手册应该包括软件的所有功能模块。2描述与软件实际情况的一致性：主要测试软件文档与软件实际的一致程度。例如用户手册基本完整后，我们还要注意用户手册与实际功能描述是否一致。因为文档往往跟不上软件版本的更新速度。3易理解性：主要是检查文档对关键、重要的操作有无图文说明，文字、图表是否易

4、于理解。对于关键、重要的操作仅仅只有文字说明肯定是不够的，应该附有图表使说明更为直观和明了。4文档中提供操作的实例：这项检查内容主要针对用户手册。对主要功能和关键操作提供的应用实例是否丰富，提供的实例描述是否详细。只有简单的图文说明，而无实例的用户手册看起来就像是软件界面的简单拷贝，对于用户来说，实际上没有什么帮助。5印刷与包装质量：主要是检查软件文档的商品化程度。有些用户手册是简单打印、装订而成，过于粗糙，不易于用户保存。优秀的文档例如用户手册和技术白皮书，应提供商品化包装，并且印刷精美。1.2应用系统测试内容与要求2.2.1系统测试内容下面主要针对XXXX分析软件的功能测试建立了一个

5、相对完善的评测体系，各测试项分布情况如下：编号测试项说明13ØØØØØ2.2.1系统测试要求能测试完成后进行业务测试，业务测试关注的要点是业务流程，及数据流从软件中的一个模块流到另一个模块的过程中的正确性1测试方案3.1测试环境a)测试地点XXXX信息科技有限公司b)测试环境1）软件环境：windowsproxpsp3操作系统，Jdk6+eclipse和j2me仿真环境；2）硬件环境：CPU双核处理器，主频在2.8GHz以上，内存至少2GB。c)测试工具工具用途生产厂商版本QuickTestProfessional自动化功能测试，主要用于回归测试和测试同一软件的新版本sMercuryIn

6、teractive9.2MercuryQualityCenter基于WEB环境下的BUG管理工具MercuryInteractive9.03.2测试组织人员具体职责133.1测试时间安排项目名称编写测试计划设计测试用例环境安装部署测试执行总共3.2测试流程要求便于在测试阶段中对文档的归档和对bug的追踪以及管理，要求如下：测试人员：列出进行测试的具体步骤（进行过何种测试），测试结果，反馈给开发人员开发人员：提供功能清单，列出测试失败的详细描述、原理分析、修改方法和修改结果并形成文档回馈给测试人员3.3测试方案及用例测试方案提供了对测试对象的推荐方法。3.5.1阶段性测试方案3.5.1.1

7、系统测试系统测试流程图13测试目标对最终软件系统进行全面的测试，确保最终软件系统满足产品需求并且遵循系统设计。测试范围：测试整个系统的所有功能，包括功能测试、界面测试、安装部署测试及文档测试。测试技术：黑盒测试、动态测试开始标准：接收到《测试申请单》完成标准：发现的BUG已经修改完成或者已经达到可以接受的程度需考虑的特殊事项：能测试完成后进行业务测试，业务测试关注的要点是业务流程，及数据流从软件中的一个模块流到另一个模块的过程中的正