ISTQB基础知识：软件测试管理

北京昱达环球科技有限公司版权所有©1ISTQB基础知识软件测试管理目录测试项目管理概述测试管理内容测试团队管理测试流程管理测试技术管理测试缺陷管理测试风险管理测试管理概述什么是项目？项目三要素是什么？什么是项目管理？项目管理的目标是什么？什么是测试项目管理？测试管理内容团队管理流程管理进度管理质量管理成本管理缺陷管理技术管理风险管理测试团队组织结构测试团队组织结构保持测试组的独立性可更充分发挥测试的客观性、专业性，为提高软件质量提供有力保证。一般可分为基于技能的组织模式或基于项目的组织模式。测试组织模式基于技能的组织模式测试人员不需涉及多个主题，只需集中精力在某一专业领域，因此测试人员必须掌握专业测试工具的使用方法和复杂的测试技术。基于项目的组织模式测试人员分配在一个项目中，以减少工作中的中断和转换，有利于系统各模块的协调、集成。问题讨论哪种测试模式更好？测试的角色和职责角色测试经理（测试组长）测试员说明测试组长的角色有时候也可以由项目经理、开发经理(Developmentmanager)、质量保证经理(QAmanager)或测试组的经理来担任。在较大的项目中，常常会有两个职位：测试组长(testleader)和测试经理(testmanager)。这两个角色执行的活动和任务是由项目和产品的背景、人员的角色和组织结构来决定的。测试经理的职责与项目经理以及其他人共同协调测试策略和测试计划。制定或评审项目的测试策略和组织的测试方针。将测试的安排合并到其他项目活动中，比如集成计划。制定测试计划（考虑背景，了解测试目标和风险等）。创建测试规格说明、测试准备、测试实施和测试执行，监督测试结果并检查出口准则。根据测试结果和测试进度（有时记录在状态报告中）调整测试计划，必要时采取必要的措施对存在的问题进行补救。对测试件进行配置管理，保证测试件(testware)的可追溯性。引入合适的度量项以测量测试进度，评估测试和产品的质量。决定哪些测试用例可以自动化执行，自动化的程度，如何实现。选择测试工具支持测试，并为测试员组织测试工具的培训。决定测试环境的实施。根据在测试过程中收集的信息编写测试总结报告。测试员的职责职责负责测试计划中具体事项的执行，进行各种级别的测试，执行并记录测试日志，评估测试结果，记录和预期结果之间的偏差。理解测试对象，准备和获取测试数据，配置测试环境和操作测试工具。实施自动化测试（可能需要开发人员或测试自动化专家的支持）。在可行的情况下，测量组件和系统的性能。对他人的测试进行评审。说明根据测试级别及与产品和项目相关的风险，可以由不同的人员担任测试员的角色，以保持一定程度的独立性。在组件和集成测试的级别，测试员可能是开发人员。进行验收测试的测试员一般是业务方面的专家和用户。进行运行验收测试(operationalacceptancetest)的一般是将来使用软件的操作者。测试策略（测试方法）概述测试策略(TestingStrategy)通常是描述如何测试软件的总体方法和目标。测试策略是关于如何测试系统的正式描述，要求开发针对所有测试级别的测试策略。测试小组分析需求，编写测试策略并和项目小组一起复审计划。在编写测试计划前，首先确定测试策略。包括确定测试环境、阶段、类型、方法和技术。描述测试包含多少个测试级别（如组件测试、集成测试、系统测试等）以及每个阶段内进行的测试种类（如功能测试、性能测试、压力测试等）。测试方法是测试策略的具体体现。目的制定测试策略的目的是确定合理的测试方案，使得测试更有效。它是规划测试过程、选择测试设计技术和应用的测试类型以及定义入口和出口准则的基础。确定测试策略的因素项目目标-完成测试的标准测试标准的严格程度。比如军用软件的可靠性、安全性要求非常高。小型商场的收费系统由于是内部使用，主要考虑其计算的准确与精度及复杂统计与报表生成等方面准确性与易用性。测试资源状况参与测试的人、测试中所需要的软件平台（如操作系统甚至会涉及到第三方的一些应用软件）及测试可能用到的相关硬件设备（如计算机，网络硬件其它外设等）测试和项目的风险评估常见的测试策略测试执行阶段可以划分为两个子阶段，前一个阶段的目的是发现缺陷。测试用例的执行，应该是帮助更快地发现缺陷，而不是成为“发现缺陷”的障碍——使发现缺陷的能力降低。所以在这一阶段，要不顾风险，就是发现缺陷，这样不仅对开发团队也非常有利，能尽早地修正大部分缺陷；对测试有利，测试效率高，后面的回归测试也会稳定，信心更充分。在代码冻结或产品发布前的稍后的子阶段，目的是减少风险，增加测试的覆盖度，这时测试的效率会低一些，以损失部分测试效率以极大降低风险、获得更高质量的收益。在前一阶段，测试用例的执行速度要低一些，测试人员多思考，多做些随机(ad-hoc)测试，这样又帮助提高测试用例的质量，从而对随后的回归测试提供了更有力的保障。测试执行要进行有效监控，包括测试执行效率（缺陷数/KTC,KTC=1000testcases）、Bug历史情况和发展趋势等。根据获得的数据，必要时对测试范围、测试重点等进行调整，包括对测试人员的调整、互换模块等手段，提高测试覆盖度，降低风险测试总是是有风险的，需要识别风险、规避风险、降低风险。测试方法概述测试方法概述测试方法是测试策略的具体实现选择测试方法的影响因素风险、危害和安全可用资源和人员技能测试技术系统的类型（比如客户定制与商业现货软件的比较）测试对象相关法规典型的测试方法分析的方法，比如基于风险的测试，针对存在最大风险的领域。基于模型的方法，比如利用失效率(failurerate)的统计信息(如:可靠性增长模型(reliabilitygrowthmodels))或使用统计信息(如：运行概况(operationalprofiles))来进行随机测试(stochastictesting)。系统的(methodical)方法，比如基于失效的（包括错误推测(errorguessing)和缺陷攻击(fault-attacks)）方法，基于检查表(check-list)的方法和基于质量特征(qualitycharacteristic)的方法。基于与过程或标准一致的方法，比如在行业标准中规定的方法或各类敏捷的方法。动态和启发式的方法，类似于探索性测试，测试很大程度上依赖于事件而非提前计划，而且执行和评估几乎是并行进行的。咨询式的方法，比如测试覆盖率是主要根据测试小组以外的业务领域和/或技术领域专家的建议和指导来驱动的。基于面向可重用的(regression-averse)方法，比如重用已有的测试材料，广泛的功能回归测试(functionalregressiontests)的自动化，标准测试套件(testsuites)等。确定测试范围和通过测试的标准测试范围优先级最高的需求功能新功能和编码改动较大(提高性能表现)的旧功能运用有效的测试技术去提高测试效果经常容易出现问题部分的功能一些经常被用户使用的功能和配置测试通过的标准单个测试的通过/失败：是否通过测试用例全部产品测试通过/失败：每个阶段的通过/失败某个阶段测试通过的规则：基于测试用例的规则；基于“测试期缺陷密度”的规则；基于“运行期缺陷密度”的规则。测试文档管理测试文档的作用软件测试文档是软件测试过程中各阶段的工作成果和结束标准，提高测试过程的可视性和可管理性，有利于对软件测试过程进行管理。软件测试文档还是开展软件回归测试和软件测试重用的基础。测试文档的类型测试计划文档测试方案文档测试用例文档测试报告文档测试计划文档的内容测试范围和风险，明确测试的目标定义测试的整体方法（测试策略），包括测试级别的定义、入口和出口准则(exitcriteria)的定义。把测试活动集成和协调到整个软件生命周期活动中去：收集，准备，开发，运行和维护。决定测试什么？测试由什么角色来执行？如何进行测试？如何评估测试结果？为测试分析和设计活动安排时间进度。为测试实现、执行和评估安排时间进度。为已定义的不同测试任务分配资源。定义测试文档的数量、详细程度、结构和模板。为测试准备和执行的监控、缺陷解决(defectresolution)和风险问题(riskissues)选择度量项。确定测试规程的详细程度，以提供足够的信息支持可重复的测试准备和执行。测试过程的质量保证和配置管理。应交付的测试工作产品。测试计划文档的开始和完成写作测试计划文档的开始和完成测试计划的编写从需求分析阶段开始到软件设计阶段结束时完成说明测试计划是个持续的活动，需要在整个生命周期过程和活动中进行。从测试中得到的反馈信息可以识别变化的风险(changingrisks)，从而对计划作相应的调整。测试的入口准则概述入口准则定义了什么时候可以开始测试。例如某个测试级别的开始，或什么时候一组测试准备就绪可以执行。内容测试环境已经准备就绪并可用测试环境中的测试工具已经准备就绪可测的代码可用测试数据可用测试的出口准则概述定义什么时候可以停止测试。例如某个测试级别的结束，或者当测试达到了规定的目标。内容完整性测量，比如代码、功能或风险的覆盖率。对缺陷密度或可靠性度量的估计。成本。遗留风险(residualrisks)，比如没有被修改的缺陷或在某些区域缺少测试覆盖等。进度表(schedules)如基于交付到市场的时间。测试方案、用例和报告文档测试方案文档指明为完成软件测试而进行的设计测试方法的细节文档，主要包含如下内容：概述（被测对象的需求要素、测试设计准则）应测试的特性、测试需求（确定测试的各种需求因素，包括环境要求、被测对象要求、测试工具需求、测试数据准备等）测试设计（包括测试用例、测试工具、测试代码的设计思路和设计准则）测试用例文档测试用例的好坏决定着测试工作的效率，选择合适的测试用例是作好测试工作的关键测试用例文档包含如下内容：测试项目、用例编号、用例级别、步骤、输入值、预期输出值、实测结果等测试报告文档指明执行测试结果的文档，主要包含如下内容：测试时间、人员、产品、版本、测试环境配置、测试最终发现的问题，已经修正的问题，遗留问题，测试结果统计，总结和评价等。测试工作量估算概述概述软件测试工作进行WBS分解，通过分解定义的任务，并根据以前项目测试的经验和历史数据确定具体任务的工作量，根据工作量并结合企业生产率估算出成本。一旦估算了测试工作量，就可以识别资源和建立时间进度表。测试工作量的内容测试用例设计测试环境设置测试用例执行测试缺陷报告测试工作量的估算计量单位人时计算机硬件数量计算机软件与测试工具数量测试工作量的决定因素和估算方法决定因素产品的特点测试模型(即如测试基础(testbasis))使用的规格说明和其它信息的质量、产品的大小(size)、问题领域(problemdomain)的复杂度、可靠性(reliability)和安全性(security)方面的需求、对文档的需求等。开发过程的特点组织的稳定性(stability)、使用的工具、测试过程、参与者的技能水平和时间紧迫程度(pressure)等。测试的输出发现的缺陷数量和需要返工的工作量。估算方法基于度量的方法根据以前或相似项目的度量值来进行测试工作量的估算，或者根据典型的数据来进行估算。基于专家的方法由任务的责任人(ownerofthetask)或专家来进行测试任务工作量的估算。测试过程进度监控的目的目的为测试活动提供反馈信息和可视性。监控的信息可以通过手工或自动的方式进行收集，同时可以用来衡量出口准则(exitcriteria)，比如测试覆盖率。可以用度量数据对照原计划的时间进度和预算来评估测试的进度。测试进度的跟踪控制的方法里程碑管