我的意思是一些在团队中做产品手工测试的人员也会要求去直接测试代码。（后者依赖很多因素，会在这里解释。）
在我看来，这种QA的职责的描述在深度和广度上都起了反作用。我经常耗费大量的时间跟客户解释所有职责相关的方方面面，还有QA给团队产品带来的价值。
几次之后，我发现画张图可以直观的帮助我和客户沟通。它显示在下面，每部分都有说明。
主题
QA给项目带来的作用总结如图最上和最下面,就是有人需要在所有研发过程中带着以下问题来确保做出希望想要的产品，这些问题提就是：“我们开发了正确的产品吗？或是我们把它研发正确了吗？”。
我个人不喜欢使用“质量”，取而代之的是“准确”。“准确”，我会提供一些需要关注的点。
例如，如果一个呼叫中心的应用系统从审美学来看用户界面非常糟糕的，色彩主题模糊难以辨别边界，糟糕的顺序流向，需要大量的点击和滚动条滚动的。那么对于用户来说使用tab键是完美的解决方案，且是用户唯一与系统交互的方法，那么对于用户，这就是准确的产品。
原则
左上方的图片是帮助讨论策略和构建可维护的测试框架。这个原则就体现在测试金字塔。右上方是QA每个故事需要考虑和与团队讨论的。这并没有反应出他们都积极参与了每个研发活动。
实践
中间的图片是从QA的视角来看故事的生命周期，每个重要点他们都会参与。比较故事生命周期的重要点和自动化测试的瀑布测试人员，可以看出QA的额外工作职责。而不是那些已经创建的评论所说的，这个职责更强调过程中将要发生的，以确保初期的想法和描述是足够全面的。
环境
最下面的图片是从环境搭建者的角度来解释，减少风险的活动和帮助团队获得研发准确产品的信心。每个环境提供了唯一验证的平台和提供给了关注产品的不同利益。
深度和广度作用
最右下图片是解释没有没有QA也是一样的。角色中如果有人对迭代管理有深刻理解，如有需要的话，他们可以担当任何角色。一些不需要任何培训就可以做BA，一些担当UX,一些可担当开发者。每个人都身兼数职。
最重要的是QA对团队中的每个角色都有基本了解，可称为“通才”。他们需要理解的角色范围是：理解项目和他们的产品进程是怎么样的，同时，对过程和实践提出改进。总之，就是告知团队在产品研发中什么是客户最想要的。
我希望这个图概括了QA角色的本质作用，同时能帮助你在讨论相关话题中解释QA职责。
