《程序功能测试》课件 项目五　缺陷管理

项目五缺陷管理186使用禅道管理缺陷任务

1871. 了解缺陷报告与处理流程。2. 掌握缺陷管理工具——禅道的使用方法。188测试人员在执行iceCMS内容管理系统中的文章管理功能测试时，发现若干Bug。其中一个Bug的描述如下：在创建文章时，需求规格说明书要求轮播图只能上传JPG/PNG格式的图片，但实际测试中发现，系统并未对图片格式进行校验，非JPG/PNG格式的图片也可上传成功（记为Bug1）；另一个Bug的描述如下：在创建文章时，若未填写“分类”字段，提交时会弹出“失败，请检查网络连接”的错误弹窗，而“分类”字段属于非必填项，既不应进行非空校验，错误提示信息也不合理（记为Bug2）。189本任务要求针对iceCMS内容管理系统项目测试过程中产生的缺陷进行有效识别与报告，使用缺陷管理工具——禅道对上述两个典型Bug的完整生命周期进行跟踪管理，从而规范测试流程，提升测试效率。190一、缺陷报告在缺陷的处理流程中，初始的缺陷报告是驱动其状态流转的原点，也是核心。缺陷报告是测试人员的工作成果之一，通过缺陷报告，测试人员可以准确描述程序中存在的缺陷，并告知开发人员发生的问题。它是测试人员和开发人员之间重要的沟通工具，有助于保障软件质量。缺陷报告通常应包含以下构成要素，见下表。191192缺陷报告的构成要素193根据缺陷特点的不同，上表中列举的缺陷报告的构成要素可以略作取舍。其中，重现步骤是开发人员正确理解缺陷的关键要素之一，对其进行有效描述至关重要。假定开发人员收到以下缺陷描述：“在文本框中输入内容后，界面就开始出现一些奇怪的反应。”开发人员大概率会陷入沉思：“是哪个界面的文本框？输入了什么内容？奇怪的反应具体是什么？应该从何着手修复这个缺陷？”194从上述例子可以看出，如果测试人员对缺陷的描述含糊不清，可能会被开发人员误认为不属于缺陷而拒绝修复，或者认为该缺陷不够重要而选择延期修复，甚至不知所措。因此，一份优质的缺陷报告要求测试人员能够准确、清晰地描述缺陷，为开发人员或其他缺陷处理人员提供充足的信息，来决定应采取何种措施。以下是有效描述缺陷应遵循的基本原则。1. 准确完整准确完整是指描述的细节要准确，信息要完整，并且不会引发歧义；必要时可提供日志、截图等辅助信息，使开发人员能够准确理解并定位问题。2. 简明扼要简明扼要是指仅描述缺陷必需的信息，突出关键信息，避免冗长描述。3. 可再现可再现是指提供详细的重现步骤，确保开发人员依据这些步骤能再次触发缺陷。1954. 单一性单一性是指每份缺陷报告仅描述一个缺陷。实践证明，若在一份缺陷报告中上报多个缺陷，真正被解决的可能只有第一个，其他缺陷很可能被忽略，并且不利于缺陷跟踪。5. 客观性客观性是指以事实为依据，客观描述缺陷，避免主观臆断和猜测，不做个人评价。196197下表展示了一份在测试某系统登录功能时提交的缺陷报告。缺陷报告示例二、缺陷的处理流程缺陷一经发现，便开启了从激活状态到关闭状态的生命周期，并在测试人员、开发人员、产品经理等角色间展开不同状态的流转。下图展示了一个基本的缺陷处理流程。198基本的缺陷处理流程在上述处理流程中，缺陷首先由测试人员发现，再由测试人员报告给指定的开发人员（或开发组长）处理，此时缺陷处于激活状态。当开发人员修复程序后，缺陷处于已解决状态，并重新回到测试人员手中。测试人员对处于已解决状态的缺陷进行验证，若确认该缺陷已被修复，则关闭该缺陷，此时缺陷处于已关闭状态。199一般情况下，缺陷会如上述基本处理流程所述，简洁快速地走完整个生命周期。但实际工作中，缺陷处理流程往往更复杂，需考虑更多情况。下图描述了一个更为常见的缺陷处理流程。200常见的缺陷处理流程在该流程中，缺陷同样从被测试人员发现并激活开始，但被指派的开发人员（或开发组长）未必会立刻处理，而是会先对缺陷进行审核，判断其是否真实有效，以决定是否接受。若经审核，缺陷属于重复缺陷或并非真正意义上的缺陷，开发人员则会拒绝处理，直接将该缺陷调整到已解决状态；若确认缺陷需要修复，开发组长会进一步判断是否立即修复。若需立即修复，则由指定开发人员处理，修复完成后将缺陷调整至真正的已解决状态；否则会延期处理。无论哪种解决方式，缺陷最终都会流转至测试人员手中再次确认，若缺陷已解决，测试人员会关闭缺陷，处理完成；若经测试验证，缺陷仍未修复，测试人员会重新激活缺陷，使其再次回到开发人员手中，循环上述流程，直至测试确认缺陷已修复，才会关闭缺陷，结束处理流程。201从上述流程中可以看出，当测试人员所提缺陷不合理、不全面或不应被认定为缺陷时，开发人员可以不予解决。但有些情况下，即使缺陷属实，也并不一定会被及时修复，有以下原因。1. 时间不充足如果因缺陷导致产品无法如期发布带来的损失大于缺陷本身，那么会优先发布产品，而缺陷将被延期修复。2. 修复风险太大程序之间往往存在着千丝万缕的关系，如果为了修复一个缺陷反而会引出更多的缺陷，那么在时间紧迫的情况下，修复缺陷便显得得不偿失。2023. 不值得修复有些缺陷对用户的使用影响可能微乎其微，开发人员则会将精力投入其他优先级更高的缺陷修复。由于上述3种原因或其他原因，经由产品经理等项目相关人员共同决策，缺陷可能不会被及时修复，但由于缺陷依然存在，所以无法将其调整至已关闭状态，因此，有时会用延期来标示此时的缺陷状态。203缺陷可能在整个生命周期中经历众多状态，有时顺利流转，有时甚至会循环回去、重新流转，常见的缺陷状态及描述见下表。不同公司、不同缺陷管理工具对于缺陷状态、缺陷处理流程、缺陷操作权限等方面的要求都不尽相同。204常见的缺陷状态及描述三、缺陷管理工具的使用缺陷管理作为软件开发流程中的重要环节，为提高缺陷跟踪效率、促进团队协作与沟通、降低管理成本并提升软件质量，使用缺陷管理工具十分必要，它为团队提供了高效、准确、可靠的缺陷跟踪管理解决方案。缺陷管理工具有很多，如Bugzilla、Jira、禅道及部分公司的自研工具等。禅道是一款优秀的国产开源项目管理软件，集项目管理、产品管理、质量管理等功能于一体，覆盖项目、产品、开发、测试等管理核心流程。禅道的测试功能可以独立出来，用于缺陷（Bug）管理，具体操作步骤可分为创建产品、创建（提）Bug、处理Bug。205使用禅道管理Bug的步骤如下。1. 创建产品禅道作为项目管理软件，在其设计理念下，应以产品维度进行任务管理，Bug则关联于产品。因此，为进行后续的Bug管理，应先在禅道中创建产品。如图所示为禅道中的产品列表。206禅道中的产品列表2. 创建Bug在产品维度下可以创建Bug。在禅道中创建Bug时，除了影响版本和Bug标题为必填字段外，其余字段均可选填，如图所示。在禅道中，还可以自定义选择缺陷报告的构成要素。207创建Bug在创建Bug时，测试人员应客观地填写Bug的基本信息，包括Bug标题、Bug类型、严重程度、优先级等，尤其注意重现步骤的描述应准确、简洁，便于开发人员正确理解Bug；必要时可填写发现Bug时使用的操作系统或浏览器，并在附件中添加相关的截图、日志文件等。测试人员在创建Bug时，可在当前指派中选择指定人员处理Bug（一般为开发人员），如上图所示。被指派人员会收到系统消息提醒，并在自己的Bug列表中看到该Bug。若不清楚如何指派，该字段可暂时留空，后续再补充。2083. 处理Bug使用缺陷管理工具的好处是，它能根据不同角色的操作自动进行Bug状态流转，并向相关人员发送系统通知提醒。在禅道中，Bug的状态包括激活、已关闭、已解决，如图所示；基本处理流程如下：创建Bug→确认Bug→解决Bug→验证并关闭Bug。209禅道中Bug的状态开发人员接收到Bug后，可进行如下操作。（1）确认Bug。开发人员确认Bug，表示已成功接收，等待解决。确认Bug时，若发现该Bug应由其他人负责，可重新指派，也可调整Bug类型及优先级，如图所示。210确认Bug（2）解决Bug。Bu