缺陷管理

概述 本场景描述的是针对10以下小型产品研发团队或小型项目的敏捷应用场景。Leangoo单团队敏捷开发项目模板是基于Scrum模型定义的，所以这里所说的单团队是指只有一个Scrum团队的场景。 Scrum是用于开发和维护复杂产品的一个框架。上世纪90年代，Scrum在全球已得到广泛应用,Scrum最初用于产品研发，目前已广泛用于软硬件开发、互联网、人工智能、学校、政府、市场、管理组织运营等诸多领域。随着技术、市场和环境的复杂度和不确定性持续增长，Scrum在处理复杂性方面的效用日益得到证实。下图是Scrum的框架和流程： ​ 在Leangoo中建立敏捷项目 对小型团队来说，在 Leangoo 中建立一个敏捷项目就可以很好的支持团队的产品或项目研发。如果下图所示： ​ 项目示例： ​ Leangoo的敏捷项目模板会默认创建“产品Backlog”看板，缺陷看板和第一个迭代的迭代看板（在Scrum中，迭代叫做Sprint），您可以根据需要创建后续迭代的看板。您也可以根据产品和项目的特征，判断是否需要通过使用Leangoo脑图工具创建产品路线图规划。 产品路线图规划和需求管理 产品路线图是重要的产品管理工具。产品路线图是一个高层次的战略计划，它描述了产品在未来一段时间可能会如何发展和壮大。产品路线图确保整个产品团队持续关注产品的目标，帮助产品负责人把握产品的战略方向

认识缺陷报告 缺陷报告的重要性 软件缺陷的描述是软件缺陷报告的基础部分，需要使用简单、准确、专业的术语来描述缺陷。否则，它就会含糊不清，可能会误导开发人员，影响开发人员的效率，也会影响测试人员自身的声誉，准确报告缺陷是非常重要的。 清晰准确的软件缺陷描述可以减少开发人员退回来的缺陷数量，可以节省开发人员和测试人员的时间。 提高软件缺陷修复的速度，使项目组能够有效地工作。 提高测试人员的可信任程度，可以得到开发人员对有效缺陷的及时响应。 加强开发人员、测试人员和管理人员的协同工作，让他们更好的工作 缺陷报告的注意事项 尽量确保缺陷可以重现 如果提交的缺陷无法重现，会影响开发人员的工作效率。 简洁、准确、完整 测试人员在提交缺陷报告时，要站在开发人员的角度上思考问题，要确保开发人员能迅速定位问题，而不会产生理解上的歧义。 一个缺陷一个报告 有的测试人员喜欢在一个缺陷报告里提交多个缺陷，这种习惯不提倡，原因有以下两点： 不便于分配。 比如缺陷报告有2个缺陷，分别属于不同的开发人员，到底该分配给谁呢？ 不便于验证。 比如一个缺陷报告里面有2个缺陷，缺陷1已经解决，缺陷2还没有解决，那么这个缺陷报告该不该关闭呢？ 缺陷书写规范 标题：应保持简短、准确，提供缺陷的本质信息 尽量按缺陷发生的原因与结果的方式书写； 避免使用模糊不清的词语，例如：“功能中断，功能不正确，行为不起作用”等

1.软件的生命周期（prdctrm） 计划阶段（planning）-〉需求分析（requirement）-〉设计阶段（design）-〉编码 （coding）->测试（testing）->运行与维护（running maintrnacne） 2、问：你在测试中发现了一个bug，但是开发经理认为这不是一个bug，你应该怎样解决？ 首先，将问题提交到缺陷管理库里面进行备案。 然后，要获取判断的依据和标准：根据需求说明书、产品说明、原型图、设计文档等，确认实际结果 是否与计划有不一致的地方，提供缺陷是否确认的直接依据； 如果没有文档依据， 1）可以根据同行或类似软件的一般特性来说明是否存在不一致的地方，来确认是否是缺陷； 2）根据用户的一般使用习惯，来确认是否是缺陷； 3）与设计人员、开发人员和客户代表等相关人员探讨，确认是否是缺陷； 合理的论述，向测试经理说明自己的判断的理由，等待测试经理做出最终决定，如果仍然存在争议，可以通过公司政策所提供的渠道，向上级反映，并有上级做出决定。 3、给你一个网站，你如何测试？ 首先，查找需求说明、网站设计等相关文档，分析测试需求。 制定测试计划，确定测试范围和测试策略，一般包括以下几个部分：功能性测试；界面测试；性 能测试；数据库测试；安全性测试；兼容性测试 设计测试用例： 功能性测试可以包括，但不限于以下几个方面： 链接测试。链接是否正确跳转