在开发周期中，每个团队都扮演着重要的角色。软件开发团队专注于交付代码，质量保证团队专注于产品质量。
每个团队都有一个特定的重点，走向市场只能是成功，对吗？不完全是。
即使发布了无问题的产品，团队之间的关系也只能是无足轻重。
事实上，许多组织将开发人员和测试人员之间的关系描述为竞争。
但是为什么呢？两个队不都有相同的目标吗？
专注于产品如何交付给市场，但却看不到两个团队，都想要的同样的东西：向消费者交付最好的产品。
当开发人员和测试人员意识到他们在同一个团队时，竞争就不会存在。解决这个问题的方法在于如何在团队之间传递开发和质量保证沟通。
有这么多的事情要做，又有这么多的风险，花时间沟通说起来容易做起来难。
幸运的是，我们可以在开发周期实践中构建更强有力的沟通计划，旨在提高生产效率，同时减少重复出现的问题。尝试这些策略来改善软件开发和质量保证之间的沟通，这样我们的团队可以增加理解和减少挫折。
01
—
Clear Requirements & Goals
明确的要求和目标
强大的规范和需求有助于软件开发和质量保证团队之间的沟通。
当需求和目标，以开发人员或测试人员无法理解的方式编写时，会导致混乱和孤立。
在起草需求和目标时，要考虑到依赖于来自两个团队的输入，这样两个团队都知道他们在整个项目中的角色和责任，并理解在冲刺阶段的期望。
02
—
Build Empathy Across Teams
建立团队间的共鸣
把移情想象成站在别人的立场上。
- 从他们的角度来看，会有什么感受？
- 你能理解他们正在经历的情感和想法吗？
- 这种理解如何指导你的行动？
当压力很大时，很难跳出自己的观点去思考。然而，正是这种片面的理解阻碍了软件开发和测试人员的沟通。不要指责，深呼吸，从另一个团队的角度来想象情况。
这种心理练习可以减少冲突，积极沟通，让双方成为盟友，而不是敌人。
03
—
Pair Programers with Testers
将程序员与测试人员配对
相互理解的最好方式是通过经验。
配对编程 允许开发人员在一起执行测试之前，一步一步地向测试人员解释他们编写的代码。
通过结对编程，软件开发和测试人员沟通变得更加清晰，因为两个团队都有机会走完他们的过程并一起讨论。
当开发人员和测试人员需要一起工作来修复错误时，他们会更加尊重彼此。
04
—
Provide Consistent & Constructive Feedback
提供一致的建设性反馈
没有人对破坏性的反馈反应良好，这是有充分理由的。
当收到的反馈不清楚、指责、判断和主观臆测时，如何解决发现的问题？
通过改变两个团队提供反馈的方式，加速软件开发和质量保证沟通。
在向其他团队提交反馈之前，确认它符合所有建设性标准。
有价值的反馈是:
- 具体
- 以问题为中心
- 仅基于观察
- 客观
- 旨在激发可行的后续步骤
05
—
Emphasize the “Test First” Approach
强调“测试先行”的方法
测试应该永远是最重要的，即使是在项目的初始阶段。
通过测试先行的方法，软件开发团队知道在开发之前，将运行什么类型的质量保证测试。
这允许开发人员在构建代码时，预测测试期间可能出现的潜在问题。
测试人员，可以通过沟通，向开发团队提供质量保证措施，来帮助保证这个过程，解释团队计划在整个开发周期中执行哪些测试脚本。
06
—
Cross-Train Teams
交叉训练团队
相互理解的团队在一起工作会更好。
交叉训练的目的不是让开发人员和测试人员互相承担责任，而是让每个团队对软件开发和质量保证测试过程有敏锐的洞察力。
开发人员可以向测试人员展示代码库，并解释开发团队如何构建新代码，以及他们的团队如何定位代码缺陷以及如何修复它们。
测试人员可以向开发人员展示他们的测试用例，并解释他们测试技术中的推理。
理解代码基础的测试人员可以预见潜在的问题和代码中断，因此创建了更强的测试用例。
理解测试用例的开发人员可以改进代码构造，以便它能够通过测试。