一种非正式的测试技术，开发人员和测试人员作为 "伙伴 "共同测试一个单元或模块的代码。
- 方法： 工程, 产品设计, 项目管理
好友测试
好友测试
- 敏捷方法论, 持续改进, 跨职能合作, 设计思维, 质量保证, 质量管理, 软件测试, 用户测试, 核查和验证
目标
如何使用
- 开发人员和测试人员坐在一起，在代码开发完成后立即协作审查和测试代码，目的是在正式测试阶段开始前捕捉错误。
优点
- 促进开发和测试团队之间的协作，促进知识共享，并能及早发现缺陷，降低返工成本。
缺点
- 它的非正式性意味着它可能不如结构化测试那么彻底，它的成功取决于伙伴们的人际交往技巧，而且它不能替代正式的质量保证周期。
类别
- 工程, 项目管理, 质量
最适合：
- 通过开发人员与测试人员的协作，进行早期错误检测并提高代码质量。
Buddy Testing 在敏捷和 DevOps 环境中尤其具有优势，在这种环境中，迭代开发需要快速的反馈循环和适应性。这种方法通常在软件项目的编码阶段使用，以确保在根据规范进行更正式的测试之前达到功能和性能标准。通过开发人员和测试人员的实时协作，这种方法常见于金融、电信和医疗保健等行业，在这些行业中，由于严格的监管要求，软件的可靠性至关重要。在敏捷团队中，软件工程师、质量保证分析师，有时产品负责人也会参与这种做法，他们可以提供与用户需求相关的背景反馈。进行 Buddy 测试可以在专门的测试会议上进行，也可以在结对编程活动中进行，这样就有机会进行现场调试，同时促进对应用程序架构和用户需求的了解。这种方法不仅能提高代码质量，还能加快开发周期，因为及早发现错误可以最大限度地减少后期测试阶段的延误。此外，它还鼓励了一种共同承担产品质量责任的文化，激励所有团队成员为实现共同目标做出贡献，并合作解决问题。
该方法的关键步骤
- 一起审查代码，重点关注逻辑和结构。
- 立即识别和讨论潜在的错误。
- 结合使用调试工具，找出问题所在。
- 针对发现的问题进行实时编辑或调整。
- 实时协作测试各个组件
- 鼓励就设计和功能决策进行公开对话。
- 记录会议期间得出的结论和做出的决定。
- 重新评估任何变化对功能的直接影响。
专业提示
- 实施结对编程，加强实时反馈，让测试人员立即发现差异并提出改进建议。
- 在好友测试过程中利用基于任务的场景，将代码功能与用户期望直接联系起来，这有助于及早发现潜在的可用性问题。
- 安排定期的知识共享研讨会，让开发人员和测试人员讨论以往缺陷的模式，提高彼此对代码的理解，改进测试策略。
相关文章
主生产计划（MPS）
大规模定制
营销漏斗
营销审计
MAPO 指数（医院病人的移动和援助）
制造资源计划（MRP II）