软件测试方案模板;.doc
测试方案方案名称 xxx系统测试方案 生产单位 开发xx系统的公司 执行单位 执行测试方案的公司 报告日期 版本修订记录版本标识注 释作 者日 期1.0初始版本XXXYYYY/MM/DD文档使用对象姓 名职 务XXXXXXXX审批人员姓 名职 务日 期目录1文档标识2概要2.1文档用途2.2测试目的2.3测试范围2.4测试环境描述2.5参考资料2.5.1缩写2.5.2定义2.5.3文档3组织机构3.1角色与职责3.2培训和测试工具4. 测试进度5测试流程5.1测试类型5.2测试方法5.3测试关键过程域5.3.1测试计划制订5.3.2编写测试用例5.3.3测试环境准备5.3.4测试执行5.3.5编写测试报告5.4验收标准6. 相关过程6.1缺陷管理7. 风险和问题1文档标识本文档包含针对生产单位开发的待测试产品名称的全面的测试方案。2概要2.1文档用途本文档是完成XXX项目测试的指导性文件。本文档给出了对测试需求、测试环境、测试过程及测试结果的总体要求, 这也是本测试项目中其他文档编写及结果评价的基础。2.2测试目的在此说明本次测试的目的。示例:本次测试是针对xxx项目进行的确认/鉴定/验收/委托/登记测试,目的是为判定该系统是否满足需求规格说明书中规定的功能与性能指标提供客观的依据。2.3测试范围(可根据公司系统实际情况选择合适的测试范围和内容)参照项目名称合同和需求文档,在此说明测试范围,列出要测试种类和测试内容。 测试项目测试范围第 1 页共 2 页序号测试分类测试内容1功能测试如:菜单,工具栏,快捷键,下拉框等2界面测试如:登陆界面,总界面,报表界面等3容错测试如:数据长度,数据类型,非法操作等4xxxxxx5 示例:本次测试为软件确认测试,包括软件的、功能性、界面性、容错特性等方面。2.4测试环境描述针对被测试应用程序的测试环境和配置信息,在此给出一个概要说明。软件环境:终端类别操作系统相关应用软件服务器端Windows 2003 ServerOfficeXP ,Oracle 9i客户端Linux 2.0 Redoffice 1.2.5硬件环境:终端类别机器名设备编号配置说明服务器端客户端网络环境:网络类型带宽设备数量其它辅助设备:设备名称规格型号数量备注2.5参考资料2.5.1缩写在此列写本测试项目所使用的缩略语。2.5.2定义在此对本项目使用的术语进行定义。2.5.3文档在此列出本项目引用的文档及资料。3组织机构3.1角色与职责项目名称测试过程参与者的角色,职责及其应具备的技能如下:角色人数职责技能项目经理评审并批准项目计划及有关报告;组织并确保团队工作;控制项目执行;评估项目绩效;与有关人员进行沟通。熟悉项目管理知识或有项目管理经验,能进行有效沟通。测试组长项目计划编制;协调并实施项目计划中确定的活动;识别测试环境需求;负责设计测试用例;为其他人员提供技术支持。熟悉软件测试方法及其工具,具有一定的领导测试人员开展测试工作的能力。测试人员执行测试活动;在项目计划制订阶段,识别项目活动估计每项活动所需的时间。了解测试工作,可根据测试说明执行测试,并可对测试结果进行简单归纳,会使用缺陷跟踪与管理系统。环境准备人员提供资源保障;建立并维护测试环境。对测试环境中所涉及的软硬件及其配置熟悉,可迅速排除测试过程中出现的软硬件故障。质量保证人员确定项目质量目标;制订并实施质量计划;监督、指导项目活动的执行过程。熟悉软件质量保证和软件过程改进理念,了解被测软件的特性及应用场景。3.2培训和测试工具根据公司项目实际情况可对测试人员进行相关培训,如业务流程培训,列出此次测试使用的测试工具4. 测试进度 在此给出本测试项目的总体进度。事件预计工作日备注编写测试方案编制测试计划(指各测试步骤计划完成时间)编制测试用例执行测试、生成原始记录执行回归测试、生成原始记录编制测试报告编制缺陷报告提交测试文档5测试流程5.1测试类型根据公司的实际项目情况列出测试类型及其描述。测试类型描 述单元测试主要是在软件开发过程中针对程序模块进行正确性检验。(由开发完成)集成测试是在单元测试的基础上将所有模块按照设计要求组装成系统或子系统,对模块组装过程和模块接口进行正确性检验。(主要后台和前端联调,以及接口测试等)功能测试对产品化软件的品质从用户文档、功能性、可靠性、易用性、效率、可维护性、可移植性等做全方面的质量检测,帮助软件企业找出产品存在的问题。验收测试按照合同条款与系统需求说明,对软件项目进行全面质量评测,为验收提供依据。xxxxxxxxxxxxxxxx 5.2测试方法在此规定本项目中将使用的测试方法。示例:功能测试主要采用手动测试方法,对软件产品进行黑盒测试,以及采用黑盒测试的方法。5.3测试关键过程域完成本项目测试的关键过程域包括: 测试计划制订; 编写测试用例; 测试环境准备; 测试执行; 测试结果分析; 测试情况汇报。5.3.1测试计划制订列出测试资源准备,准入测试,系统测试,准出测试,以及其他测试的具体测试计划时间表5.3.2编写测试用例在此规定将如何进行测试用例的编写。示例: 根据需求文档和设计文档以及其他相关文档制定测试列表; 对测试用例列表的覆盖度进行检查,完善后根据测试用例的设计方法形成详细的测试用例;5.3.3测试环境准备在此规定为确保测试执行得以顺利进行所需的任何有关测试环境方面的准备活动。示例: 准备硬件设备; 安装软件; 配置网络环境; 测试数据准备。5.3.4测试执行根据测试用例逐条执行测试用例,出现bug时在bug管理工具上提交bug。5.3.5编写测试报告执行完每一轮测试编写测试报告,一般以邮箱的形式汇报给和项目有关的人员,每周进行测试情况的汇报,说明测试进度,存在的问题和风险,以及是否有特殊情况导致测试计划变更等5.4验收标准测试用例执行率要达到100%,测试用例的通过率要达到80%,所有bug已经修复,保留的bug经项目负责人同意暂不修复,保留的bug要不影响系统软件的正常使用,并出具准出测试报告。6. 相关过程6.1缺陷管理在此规定本测试项目将使用的缺陷跟踪及管理工具,并对在项目完成时所应提交的图表化的报告进行概要说明。示例:依照设计好的测试用例对产品进行测试,将发现的缺陷,包括功能、效率、界面,按照用例中的测试号分别记录,保证各类缺陷记录的维护、分配和修改。使用禅道管理工具对缺陷进行跟踪和管理,项目完成时所提交的报告包括如下内容: 缺陷ID; 项目名称; 样品版本; 测试平台; 操作系统; 功能模块名; 缺陷优先级; 可重现性; 提交人; 确认人; 缺陷问题摘要; 缺陷详细描述。7. 风险和问题例如:风险和问题包括以下几条: 开发单位是否按时完成既定工作; 测试计划、测试流程、测试进度的制订不够合理、规范。在项目进行过程中,发现其可操作性不强; 测试所需的资源是否到位。如:是否有足够的测试组人员,测试人员的培训是否按时进行,并且测试人员的技能是否达到了要求。测试所需的软、硬件和操作系统等测试环境是否准备完毕; 测试人员之间,以及测试组人员与用户之间是否进行了有效的沟通; 项目参加人员对于所使用的测试工具及其系统不熟悉,在使用过程中出现偏差,影响测试效率。 备注:以上文档内容仅供参考,实际操作可根据公司实际情况作出调整