软件测试管理体系.docx

测试管理体系软件测试管理体系2012年6月关于本文档主 题测试管理体系说明用于说明测试管理体系的规章制度、测试管理等。适用对象项目组成员修 订 历 史版 本章 节类 型日 期作 者说 明V1.0C2012-06-06李艳宇创建说明：类型创建（C）、修改（C）、删除（D）增加（A）；评 审 记 录 角 色签 名日 期说 明目 录关于本文档1软件测试管理体系31目标32规章制度32.1测试流程32.2文档模板42.3测试工具43培训体系54知识库55测试管理56测试风险预测和控制57测试人员6软件测试管理体系1目标为测试流程提供规范，要求，测试流程控制以及测试人员管理，故制定该软件测试管理体系。2规章制度2.1测试流程2.1.1需求分析需求分析是确定系统必须完成哪些工作，也是对目标系统提出完整、准确、清晰、具体的要求，需要测试人员充分理解用户的需求，并对用户需求进行分析、划分，同时也需要考虑到内部需求，比如：可测试性需求、可维护性需求等等。2.1.2测试计划测试计划是描述测试目的、范围、方法和测试重点的文档。依据特定的项目，在一个测试计划中可能包含以下项目：1、 确定测试阶段目标和策略；2、 确定测试阶段输入输出；3、 明确要完成的测试活动；4、 评估完成活动所需要的时间和资源；5、 明确测试组织和岗位职权；6、 进行活动安排和资源分配；7、 安排跟踪和控制测试过程的活动；8、 评审、总结测试阶段及结果；测试计划编写六要素：1、 为什么要进行这些测试；2、 测试哪些方面，不同阶段的工作内容；3、 测试不同阶段的起止时间；4、 相应文档和缺陷的存放位置；5、 项目有关人员组成，安排哪些测试人员进行测试；6、 如何去做，使用哪些测试工具以及测试方法进行测试；2.1.3测试用例测试用例是将软件测试的行为活动做一个科学化的组织归纳，目的是能够将软件测试的行为转化成可管理的模式；同时测试用例也是将测试具体量化的方法之一，内容有测试目的，测试范围，定义术语，参考文档等。包含的信息：用例标识和用例名称内容描述前提条件执行步骤预期结果评价准则用例设计人员和设计时间用例执行人员和执行时间其他2.1.4测试评审评审对象：测试计划、测试用例；1、 测试计划评审：测试计划编写完成后，一般要对测试计划的正确性、全面性以及可行性等进行评审，评审人员的组成包括开发人员、营销人员、测试负责人以及其他有关项目负责人。项目完成后，应该对计划的执行情况进行评审，看有哪些不合理的地方，一边为编写下一个项目测试计划积累经验。2、 测试用例评审：能够使用例的结构更清晰，覆盖的用户场景更全面；对于测试工程师来说也是一个快速提高用例设计能力的过程。 2.1.5测试报告测试报告是测试阶段最后的文档产出物，并对发现的问题和缺陷进行分析，为纠正软件存在的质量问题提供依据，同时为软件验收和交付打下基础。报告通常包含：缺陷标识、所属系统、所属模块、版本号、严重程度、优先级、测试种类、缺陷概述、缺陷详述以及开发人员意见及其它内容。2.2文档模板1、测试计划模板；2、测试用例模板；3、测试报告模板；2.3测试工具测试管理工具：Quailty Center（简称QC）性能测试工具：LoadRunner；自动化测试工具：QuickTest Professional；1、QC：Quailty Center的简称，该软件提供统一、可重复的流程，用于收集需求、计划和安排测试、分析结果并管理缺陷和问题。组织可使用该软件在较大的应用程序生命周期中实现特定质量流程和过程的数字化。2、LoadRunner：测试对象是整个企业的系统，它通过模拟实际用户的操作行为和实时性能监测，帮助测试人员更快的查找和发现问题；3、QTP：Quicktest Professional的简称，是一种自动测试工具。使用它的目的是想用它来执行重复的手动测试，主要用于回归测试和测试同一软件的新版本。因此在测试前要考虑好如何对应用程序进行测试，例如要测试哪些功能、操作步骤、输入数据和期望的输出数据等。3培训体系告诉新员工需要做什么，需要哪些技能，大家的工作方式，如何融入团队？技能由新员工自己去学，可以提供一些参考资料和方法。新员工在学习和工作当中可以寻求他人的指导，帮助他找到自己的位置。培训使团队成员技能提升，快速成长，满足形式和技术变化的需求，包括培训组织结构和职责，定期培训需求调查、培训计划制定、培训计划的执行和监控、培训效果调查和总结等。4知识库工作中的总结，团队的共同提高，处理某些问题的经验，犯过的错误，记录知识的适用范围。 积累是为了使用，在建设初期要想到将来使用的方式、以及使用的方便，并且一定要有人维护，促使大家能够养成良好的习惯。5测试管理对上述过程及结果需进行监督，并在适宜时进行测量，以保证上述过程的有效性，如没有实现预计结果，则应进行适当的调整与纠正。注意对测试方法，及测试过程中遇到的常见问题进行归纳总结。6测试风险预测和控制常见测试风险主要有以下几类：1、测试时间进度风险：用户需求发生重大变更或设计计划的大幅调整压缩了测试时间；2、测试质量目标风险：测试目标不清晰，如易用性测试，用户文档的测试目标存在见仁见智问题；3、测试范围认知风险：对产品质量需求或产品特性理解不准确，造成测试范围分析误差，出现测试盲区或验证标准错误；4、测试人员风险：测试开始后，测试人员、技术支持人员因故不能及时到位；5、测试充分性风险：部分测试用例设计时忽略了边界条件和深层次的逻辑关系、部分测试用例呗测试人员有意无意的忽略执行；6、测试环境风险：测试环境与生产环境不一致，致使性能测试的结果存在误差；7、测试工具风险：相关测试工具准备不及时，测试人员对新工具无法熟练运用等情况也时有发生。为避免、转移或降低风险，应事先做好针对不同情况的应对策略。首先，在做测试计划时，对资源、时间、成本等古迹要留有余地，避免风险发生时没有相应的资源及时支持应急方案。其次，测试开始前，对测试环境，测试工具等难以控制的因素进行检查，将这些因素纳入风险管理计划中。第三，通过培训提高测试人员的综合素质，降低由于测试目标不明确、项目背景不熟悉、测试技术及工具不能熟练掌握导致的测试风险。关键技术岗位要培养后备人员。第四，对所有过程做好日常跟踪，并进行完善的文档管理。7测试人员测试经理-负责项目测试阶段的测试计