JW06M15测试方案模板.doc

no:g11234567 测试方案样品名称 生产单位 委托单位 测试类型 报告日期 国家应用软件产品质量监督检验中心版本修订记录版本标识注 释作 者日 期1.0初始版本xxxyyyy/mm/dd文档使用对象姓 名职 务xxxxxxxx审批人员姓 名职 务日 期目录国家应用软件产品质量监督检验中心测试方案no：g11234567 第 14 页 共 14页1文档标识12概要12.1文档用途12.2测试目的12.3测试范围12.3.1用户文档22.4测试环境描述32.5参考资料42.5.1缩写42.5.2定义42.5.3文档43组织机构53.1角色与职责53.2培训53.2.1与应用相关的方面53.2.2测试过程培训53.2.3工具培训54. 测试进度65测试流程65.1测试类型65.2测试方法75.3测试关键过程域75.3.1测试计划制订（kpa1）85.3.2测试用例开发（kpa2）85.3.3测试环境准备（kpa3）95.3.4测试执行（kpa4）95.3.5测试结果分析（kpa5）105.3.6进行情况汇报（kpa6）105.4验收标准106. 可交付成果117. 相关过程117.1缺陷管理118. 假设129. 约束1210. 依赖1211. 风险和问题121文档标识本文档包含针对生产单位开发的待测试产品名称 v1.0的全面的测试方案。2概要2.1文档用途本文档是完成xxx项目测试的指导性文件。本文档给出了对测试需求、测试环境、测试过程及测试结果的总体要求, 这也是本测试项目中其他文档编写及结果评价的基础。2.2测试目的在此说明本次测试的目的。示例：本次测试是针对xxx项目进行的确认/鉴定/验收/委托/登记测试，目的是为判定该系统是否满足需求规格说明书中规定的功能与性能指标提供客观的依据。2.3测试范围参照项目名称合同和需求文档，在此说明测试范围，列出要测试种类和测试内容。 测试项目测试范围第 1 页共 2 页序号测试分类测试内容1t-ud用户文档评审2t-f功能性测试3t-r可靠性测试测试项目测试范围第 2 页共 2 页序号测试分类测试内容4t-u易用性测试5t-m可维护性测试6t-p可移植性测试7t-e效率测试8t-cc中文特性测试示例：本次测试为软件确认测试，包括软件的用户文档、功能性、可靠性、可维护性、易用性、可移植性、效率及中文特性八个方面。2.3.1用户文档用户文档测试重点包括：完整性、正确性、一致性、易理解程度和易浏览程度。1) 完整性 使用手册； 产品描述中说明的所有功能； 用户可调用的所有功能描述； 说明产品的描述中给出的所有边界值； 安装手册； 程序维护手册。2) 正确性 文档中所有信息应正确，不能有歧义和错误的描述。3) 一致性 文档自身、文档之间或者文档与产品描述之间，不应相互矛盾，且术语一致。4) 易理解程度 文档对正常使用其产品的一般用户应是容易理解的。5) 易浏览程度 用户文档易于浏览，相互关系明确； 用户文档应有目录表和索引表。2.4测试环境描述针对被测试应用程序的测试环境和配置信息，在此给出一个概要说明。软件环境：终端类别操作系统相关应用软件服务器端windows 2000 serverofficexp ,oracle 9i客户端linux 2.0 redoffice 1.2.5硬件环境：终端类别机器名设备编号配置说明服务器端联想开天4600pc-n0001p4/1.8g 128m ram 20g客户端hp p7374avl430pc-n0002p4/1.8g 128m ram 20g联想开天4500pc-n0003p4/1.8g 256m ram网络环境：网络类型带宽设备数量以太网全/半双工 1000m/100m/10mcisco catalyst 6500系列交换机cisco catalyst 3500系列交换机ddn2misdn64k/128kadsl 512k/2m其它辅助设备：设备名称规格型号数量备注摄像头耳机秒表2.5参考资料2.5.1缩写在此列写本测试项目所使用的缩略语。2.5.2定义在此对本项目使用的术语进行定义。示例： 测试类型定义：t-f：功能性测试t-e：效率测试t-r：可靠性测试t-s：安全性测试t-m：可维护性测试t-u：易用性测试t-p：可移植性测试t-c：标准符合性测试t-ud：用户文档评审t-cc：中文特性测试2.5.3文档在此列出本项目引用的文档及资料。3组织机构3.1角色与职责项目名称测试过程参与者的角色,职责及其应具备的技能如下:角色人数职责技能项目经理评审并批准项目计划及有关报告；组织并确保团队工作；控制项目执行；评估项目绩效；与有关人员进行沟通。熟悉项目管理知识或有项目管理经验,能进行有效沟通。测试组长项目计划编制；协调并实施项目计划中确定的活动；识别测试环境需求；负责设计测试用例；为其他人员提供技术支持。熟悉软件测试方法及其工具，具有一定的领导测试人员开展测试工作的能力。测试人员执行测试活动；在项目计划制订阶段，识别项目活动估计每项活动所需的时间。了解测试工作，可根据测试说明执行测试，并可对测试结果进行简单归纳，会使用缺陷跟踪与管理系统。环境准备人员提供资源保障；建立并维护测试环境。对测试环境中所涉及的软硬件及其配置熟悉，可迅速排除测试过程中出现的软硬件故障。质量保证人员确定项目质量目标；制订并实施质量计划；监督、指导项目活动的执行过程。熟悉软件质量保证和软件过程改进理念，了解被测软件的特性及应用场景。3.2培训在此说明测试组为完成本测试项目所需的培训事宜,包括:3.2.1与应用相关的方面3.2.2测试过程培训3.2.3工具培训4. 测试进度 在此给出本测试项目的总体进度。事件预计工作日备注培训测试文档编制人员培训测试操作人员编制测试方案编制测试计划编制测试用例执行测试、生成原始记录执行回归测试、生成原始记录（如果不做回归测试，请删除本行）第一次测试总体时间的60%编制测试报告编制缺陷报告提交测试文档5测试流程5.1测试类型在此规定本项目中将使用的测试类型及其描述。测试类型描 述确认测试对产品化软件的品质从用户文档、功能性、可靠性、易用性、效率、可维护性、可移植性和中文特性八个方面做全方面的质量检测，帮助软件企业找出产品存在的问题。登记测试为软件产品登记备案做市场准入的基础测试。鉴定测试针对新技术、新产品的技术鉴定，从技术和应用的角度，对软件技术成果做全面的质量评测。政府采购选型测试配合政府采购，为政府信息化建设中选用的软件做产品质量测试或对比测试。阶段性开发目标测试参照项目总体进度和阶段性开发目标，对工程质量进行评测，为委托方了解工程进度、决定是否继续投资提供参考依据。验收测试按照合同条款与系统需求说明，对软件项目进行全面质量评测，为验收提供依据。对比测试对同一类产品从用户文档、功能性、可靠性、易用性、效率、可维护性、可移植性和中文特性八个方面进行综合的比较。单元测试主要是在软件开发过程中针对程序模块进行正确性检验。集成测试是在单元测试的基础上将所有模块按照设计要求组装成系统或子系统，对模块组装过程和模块接口进行正确性检验。委托测试用户委托的其他类型的测试。 5.2测试方法在此规定本项目中将使用的测试方法。示例：功能测试主要采用手动测试方法，对软件产品进行黑盒测试。效率测试主要采用自动测试方法，使用工具为qaload 5.0、application expert。5.3测试关键过程域完成本项目测试的关键过程域（kpa）包括： 测试计划制订； 测试用例开发； 测试环境准备； 测试执行； 测试结果分析； 测试情况汇报。5.3.1测试计划制订（kpa1）在此规定本项目的测试计划制订的步骤。示例: 根据项目名称的业务需求和技术需求，确定测试的具体内容； 对测试内容进行评审并制订测试需求； 根据测试需求，识别不同的测试过程以及测试条件，针对每个测试过程规定测试数据的数量并对其特征进行规定，即对测试用例进行描述； 识别项目活动，定义输出成果，估算每项活动所需的时间； 识别项目风险，并确定应对策略； 综合有关内容，确定阶段目标，并形成测试计划； 对测试计划进行评审、修改，直至测试计划获得批准； 将测试计划分发给有关人员。5.3.2测试用例开发（kpa2）在此规定将如何进行测试用例开发。示例: 根据测试计划中测试决策树的规定，按测试意图对每一个测试点分别设计在不同情况下的测试动作、输入和预期的反映； 形成测试用例列表； 对测试用例列表的覆盖度进行检查，完善后形成测试用例； 对于自动测试，还需根据手工测试用例修改成自动测试用例。5.3.3测试环境准备（kpa3）在此规定为确保测试执行得以顺利进行所需的任何有关测试环境方面的准备活动。示例： 准备硬件设备； 安装软件； 配置网络环境。5.3.4测试执行（kpa4）在此规定测试执行活动。这些活动将使用根据测试计划制作的测试用例。示例： 根据测试计划中有关测试环境的内容，检查测试环境（包括硬件及软件），确保测试环境符合要求； 对于测试用例的描述信息，按测试意图为每一个测试用例设计其操作流程中重要环节的动作、输入数据和预期的反映（注：此流程可不必详细到每一个具体的步骤，但应确保测试执行人员可以据此信息顺利执行，而不必询问测试用例的开发人员）； 执行测试活动，并记录所使用的机器及执行日期，对于每个测试用例还应记录关键操作步骤、输入数据以及任何与测试人员预期结果不符的系统响应； 每个测试用例执行完毕后，视具体情况对系统进行备份或根据备份数据对系统进行恢复。5.3.5测试结果分析（kpa5）在此对测试结果进行评估，并将这些结果与验收标准(在测试计划中事先设定)进行比较。在本项目中，测试工作应遵循如下主要步骤： 对记录的测试结果数据进行分析； 对于存在问题的数据，分析判断产生问题的原因； 由于测试用例开发过程不合理产生的原因，提出测试用例开发过程修订建议，并记录相关数据； 由于测试执行方面的原因，提出测试用例开发过程修订建议，并记录相关数据； 由于被测软件的原因，将此情况记录在缺陷跟踪及管理系统中；（该过程域是对测试结果进行分析，软件有问题属于记录缺陷而不是分析缺陷） 根据测试结果数据计算各种度量值； 对各种度量值进行说明，给出明确的结果分析意见及有关建议。5.3.6进行情况汇报（kpa6）在此规定测试组通过什么形式将测试情况汇报给管理层、应用开发组以及用户。在该报告中，测试组将给出测试结论及建议。示例：每周五给应用开发组反馈一周测试情况和缺陷报告，给管理者提交测试计划执行情况的报告。5.4验收标准在此规定用于确定测试任务是否完成的验收标准。示例一：测试用例执行率要达到100%，测试用例的通过率要达到80%。示例二: 测试用例的覆盖率达到用户提出的主要功能点的百分率。示例三：测试用例执行率要达到100%，再提供一次回归测试。6. 可交付成果在此规定本测试项目的可交付成果。示例: 测试方案、测试计划、测试报告、缺陷报告。7. 相关过程7.1缺陷管理在此规定本测试项目将使用的缺陷跟踪及管理工具，并对在项目完成时所应提交的图表化的报告进行概要说明。示例：依照设计好的测试用例对产品进行测试，将发现的缺陷，包括功能、效率、界面，按照用例中的测试号分别记录，保证各类缺陷记录的维护、分配和修改。使用butterfly管理工具对缺陷进行跟踪和管理，项目完成时所提交的报告包括如下内容： 缺陷id； 项目名称； 样品版本； 测试平台； 操作系统； 功能模块名； 缺陷优先级； 可重现性； 提交人； 确认人； 缺陷问题摘要； 缺陷详细描述。8. 假设在此记录与本测试项目相关的任何假设。示例: 本测试开始前，系统已通过开发单位的单元测试和集成测试。9. 约束在此记录与本测试项目相关的任何约束。示例：被测样品必须遵循xxx行业的规范标准。10. 依赖在此记录与本测试项目相关的任何外部依赖（即，在测试组之外的）。示例: 正式测试开始前需获得被测产品的使用手册； 必要的测试环境及软件应用的基本培训； 必要的情况下应及时得到开发单位的技术支持。11. 风险和问题在此记录任何与本测试项目相关的风险和问题。例如：风险和问题包括以下几条： 开发单位是否按时完成既定工作； 测试计划、测试流程、测试进度的制订不够合理、规范。在项目进行过程中，发现其可操作性不强； 测试所需的资源是否到位。如：是否有足够的测试组人员，测试人员的培训是否按时进行，并且测试人员的技能是否达到了要求。测试所需的软、硬件和操作系统等测试环境是否准备完毕； 测试人