测试方案模板

XX市XX软件开发项目内部测试方案修订人签字：审核人签字：同意人签字:日期：日期:日期：修订历史纪录变更类型:增加/修订/删除版本号日期变更类型修改人摘要备注V1。0

目录TOC\o"1-3”\h\z\u1。1系统概述4_Toc”1。3范畴4_Toc”1。5参考文档52软件测试环境5HYPERLINK\l”_Toc”2。1测试环境5HYPERLINK\l”_Toc"2。2参加组织6HYPERLINK\l”_Toc"2。3人员角色6_Toc”3.1总体计划7_Toc”3。1.2测试准备73。1。3测试类别73。2计划执行的测试93。2.3测试入口准则103。2。4测试通过原则103。3测试用例114。2测试计划11HYPERLINK\l”_Toc”4.3缺点管理12HYPERLINK\l”_Toc"5测试评价12HYPERLINK\l”_Toc”6风险预估和应对137测试输出物14引言系统概述随着广大XX市民百姓对住房需求的增加，住房市场呈现高速发展趋势，管理中心各项业务得到了快速发展.业务的发展与信息系统的发展是相辅相成的，住房资金业务的快速发展、信息技术日新月异的发展和广大市民百姓对政府服务水平预期的不停提高，对管理中心信息化系统的建设提出了更高规定。为实现管理中心将来五年业务发展目的，通过业务需求驱动和先进技术需求驱动重构管理中心核心业务系统。本次系统重建的业务需求重要涉及创新面对个人办理业务的业务模式、丰富服务渠道、优化业务流程、提高资金管理水平、有效管控风险、提高办公效率，增进信息共享等方面;技术需求涉及构建全新技术架构重构核心系统、运用云计算和大数据技术有效解决数据支持决策分析、持续提高安全体系建设、持续提高IT服务保障体系建设、升级基础设施条件等。文档概述本文档描述了XX市XX管理中心系统内部测试阶段工作的有关状况,内容涉及进行测试的环境、测试工作的标记以及测试工作的时间安排等，在实际工作中指导测试人员完毕测试工作.重要涉及下列几点目的：尽量发现被测试软件中的错误，方便开发人员进行修正，提高软件的可靠性;拟定测试方略,并对测试方略加以阐明。另，本文档不涉及性能测试，具体内容见性能测试方案；拟定所需资源,对测试工作量进行预计;客观反映产品中存在的缺点，为提高产品质量服务；完毕本阶段的测试工作，为产品交付做准备。范畴设计针对XX市XX中心业务系统的系统测试—功效测试方案。通过上述方案用以验证：产品功效与否满足需求规定并能够正常运行——功效测试；顾客界面与否与需求保持一致，确保顾客界面的和谐性、易操作性--顾客界面测试;产品性能与否满足需求规定并能够正常运行——性能测试;目的读者及阅读建议目的读者阅读建议项目经理及评审人员全文档认真阅读测试负责人及测试工程师全文档认真阅读开发工程师认真阅读“章节2"-“章节4”，其它部分理解性阅读参考文档文档参考内容作者或来源使用备注GBT-8567-计算机软件文档编制规范:软件测试计划（STP）文档格式拟定文档格式及涉及内容需求规格阐明书项目组拟定测试需求及方略大/中日程计划测试计划项目组拟定测试计划及人员安排软件测试环境测试环境硬件用途客户端硬件配备信息数量软件分类软件名称版本操作系统浏览器数据库客户端服务器硬件配备信息数量软件分类软件名称版本操作系统WEB中间件数据库参加组织参加方人员提供资源参加工作参加阶段参加时间备注人员角色下表列出了在项目内部测试工作过程中的人员配备：角色人员职责项目经理提供技术指导并获取适宜资源负责整个项目中的协调工作测试负责人编写测试方案、计划项目测试的日常管理工作监控测试工作，规避风险编写系统测试报告等测试工程师编制和维护测试用例执行测试并统计成果缺点跟踪开发工程师对程序缺点进行修改程序新版本公布必要时参加进行功效测试测试工具工具类型工具名称版本备注用例管理工具缺点管理工具数据库项目管理计划总体计划该系统测试的方略有功效测试、顾客界面测试和性能测试，功效测试要覆盖系统中的每个功效。在功效测试时既要输入对的的数据,测试功效与否满足，也要对每个功效中的每个数据输入域故意输入错误的数据，测试系统的强健性。顾客界面测试核算各个窗口风格（涉及颜色、字体、提示信息、图标、Title等）都与需求保持一致，或符合可接受原则，确保顾客界面的和谐性、易操作性，并且符合顾客操作习惯。性能测试往往针对软件的一部分功效，进行专项测试。执行完一组工作后，及时检查与否已达成预定目的，与否已执行完该过程全部的环节等，如实际状况与计划出入较大,应及时调节计划。考虑到多个因素和条件的限制，采用黑盒测试方案,即根据软件所需要的输入数据的格式以及应当完毕的功效,设计某些正当的测试用例和不正当的测试用例，特别是根据边界条件设计某些边界测试用例，以检查系统与否能对的地完毕预期功效，得到但愿的输出；或者是对不正当的输入和操作能够对的地识别和防御。测试级执行的测试级别为系统级。测试准备测试方案编写完毕并邮件告知项目构组员;测试组根据需求规格阐明书完毕测试内容确认和重点交易列表，需项目经理或开发人员确认；项目经理安排有关人员完毕内部测试环境的配备；测试开始前将与开发人员配合将“测试有关信息。xls”文档整顿完毕，涉及测试环境配备、Bugfree顾客信息，柜员信息等；测试类别功效测试功效测试侧重于能够被直接追踪运用例或业务功效和业务规则的全部测试需求。这些测试的目的在于核算能否对的的接受、解决和检索数据以及业务规则与否对的实施。这种类型的测试基于黑盒办法,即通过图形顾客界面（GUI）与应用程序交互并分析输出成果来验证应用程序及其内部进程。下列列出测试办法概要：测试范畴:验证数据精确度、数据类型、业务功效等有关方面的对的性测试目的：核算全部功效均已正常实现，且与需求一致。办法：运用有效的和无效的数据来执行各个用例或功效，以核算下列内容：在使用有效的数据时得到预期成果；在使用无效的数据时显示对应的错误信息或警告；各业务规则都得到了对的的应用；根据:测试用例完毕原则：所计划的测试已全部执行所发现的缺点已全部解决（无1，2级遗留缺点）需考虑的特殊事项顾客界面（UI)测试顾客界面（UI)测试用于核算顾客与软件之间的交互。UI测试的目的是确保顾客界面会通过测试对象的功效来为顾客提供对应的访问或浏览功效。另外，UI测试还可确保UI中的对象按照预期的方式运行,并符合公司或行业的原则。测试范畴:1、导航、链接、Cookie、页面构造（涉及菜单、背景、颜色）、字体、按钮名称、Title、提示信息的一致性等2、和谐性、可操作性、易用性测试目的：核算各个窗口风格（涉及颜色、字体、提示信息、图标、Title等）都与需求保持一致,或符合可接受原则，能够确保顾客界面的和谐性、易操作性,并且符合顾客操作习惯。办法：WEB非功效性通用测试办法，手工测试完毕原则：UI符合可接受原则，能够确保顾客界面的和谐性、易操作性，并且符合顾客操作习惯需考虑的特殊事项重点测试网上业务平台、政务网站等对外门户的顾客界面。性能测试性能测试对响应时间、事务解决速率和其它与时间有关的需求进行评测和评定。性能测试的目的是核算性能需求与否都已满足。实施和执行性能测试的目的是将测试对象的性能行为当作条件（例如工作量或硬件配备）的一种函数来进行测试和微调。测试范畴：多顾客长时间在线操作时性能方面的测试测试目的:核算系统在大流量的数据与多顾客操作时软件性能的稳定性，不造成系统崩溃或有关的异常现象。办法:使用loadrunner工具进行测试完毕原则：系统满足顾客需求中所规定的性能规定需考虑的特殊事项计划执行的测试测试范畴序号分类核心用例来源用例编写人员测试方略备注功效测试、顾客界面测试、性能测试注：具体各核心内容下的交易见“交易测试状况一览表"，此处不逐个列出.测试重点测试重点重要从下列几个方面考虑，针对测试重点,在用例的编写与评审、人员安排、测试轮次、Bug解决规定等方面都应高于其它部分。需求中,优先级高的重点功效或顾客的惯用功效；开发过程中，重点关注的模块、功效及特性（此项通过交易的代码修改量等内容拟定，由项目经理提供）;有关领导的关注点和意见；开发人员的能力和水平差别；以往版本或其它项目中的常见问题；注：此项内容由项目经理配合进行确认，具体交易列表及重点测试交易，见“交易测试状况一览表”，此处不逐个列出。测试入口准则在提交测试组进行系统测试前，开发工程师需要通过自测试以及开发组组内互测；测试组接受测试，且通过冒烟测试后，方可进行系统测试。测试通过原则系统无业务逻辑错误和二级缺点，经拟定的全部缺点都已得到商定的解决成果；设计的测试用例全部执行完毕，由于其它因素造成未能执行的用例有对应统计;2。1节中规定的全部功效点，测试覆盖率=100％,有效Bug的关闭率〉=90%；满足联合测试和第三方测评规定.测试用例测试用例分类测试用例与测试类型对应：功效测试用例、顾客界面测试用例及性能测试用例重点用例通过用例中的用例级别进行标记:核心业务正常流测试功效点具体测试交互测试：重要测试界面、易用性等内容异常测试测试用例评审组内评审：测试组内部采用交叉评审方式,对已做成测试用例进行评审；组外评审：开发组的有关人员(由项目经理或部门经理指定),对测试一览表中重点交易的用例进行评审;测试实施轮次执行轮次内容备注第一轮第二轮第三轮其它注意事项:测试工程师根据测试用例进行测试，并将测试中发现的Bug，统计到Bugfree中；开发工程师对Bug进行修改，并阐明Bug产生的因素及产生阶段;如果对需要修改的Bug意见不统一，则由项目经理确认修改意见；第二轮系统测试开始，测试工程师首先对第一轮测试中遗留的问题进行回归验证，即验证上一轮发现的Bug与否已经全部得到解决。回归测试完毕后，测试工程师再根据测试用例,开展新的系统测试工作；第三轮系测试，结合核心系统进行测试，同时加强对业务系统中重点交易的测试。测试计划项目里程碑任务开始时间结束时间输出物执行人员备注制订测试方案编写测试方案内部测试方案设计测试测试用例编写测试用例测试用例评审测试用例评审统计表执行测试内部测试第一轮缺点统计、轮次测试报告内部测试第二轮缺点统计、轮次测试报告内部测试第三轮缺点统计、轮次测试报告评定测试测试总结内部测试报告注：轮次测试的具体内容会根据各子系统开发进度做适宜调节。缺点管理参见《03Bugfree填写规范V1。0。4。doc》。测试评价系统测试完毕,提供下列度量指标成果用以评定项目质量并输出测试报告：度量指标名称定义/计算公式指标目的数据重要来源测试功效点总数(个）测试功效点总数＝各级测试功效点数之和；统计测试规模“附件1：交易测试状况一览表。xls"功效点测试生产率（个/人月)功效点测试生产率=测试功效点总数/测试组实际总工作量;衡量测试组的生产率系统功效测试轮次(轮）指测试组实际进行的系统功效测试轮数；预估类似项目的平均测试轮数Bugfree测试覆盖率(100%）功效点测试覆盖率=测试功效点总数/功效点总数；衡量测试的覆盖程度“附件1:交易测试状况一览表。xls”功效点测试通过率（100％）完全通过功效点数/测试功效点总数由此指标，可衡量代码开发的质量。Bug关闭率（100%）Bug总关闭率=已关闭Bug总数/有效Bug总数＊100％1、衡量开发人员对Bug的解决程度；2、判断产品交付时的遗留Bug数BugFree测试密度（个/功效）测试密度=实际测试用例数/功效点总数衡量测试用例颗粒度与否适宜测试用例Bug密度1（个/功效）Bug密度1=实际Bug数/功效点总数衡量bug产出与否在合理范畴内BugFreeBug密度2（个/功效）Bug密度2=实际Bug数/代码变动数衡量代码变动产生的bug数是合理BugFree风险预估和应对下表列出了在项目测试工作中存在的多个风险的假定，需要考虑项目测试过程中可能发生的具体事务,分别分析并加以应对，然后体现到测试计划中.风险类型风险责任方风险内容解决优先级应对方法备注时间计划人员风险资源协调插入事务任务超预期注：各个风险类型解释以下：时间计划:核心MileStone无法匹配的延期风险；人员风险：测试人员和需配合方的人员的变动造成的工作任务无法按计划完毕或者完毕质量无法确保的风险,涉及新人风险、人员变化、投入局限性、投入质量不高等;资源协调：涉及所需资源不能如期到位，或者资源质量低于预期等风险。例如测试工具开发的风险、各个阶段交付物的质量风险等；插入事务: