摘自Wikipedia：


质量保证是指在质量体系中实施的行政和程序活动，以便对产品，服务或活动的要求和目标得以实现。完成。[1]是
系统的测量，与标准的比较，对
过程的监视以及相关的反馈回路，可以防止错误。[2]这可以与质量控制形成鲜明对比，质量控制着重于过程输出。


您可以阅读以下文章，以了解质量检查和测试（质量控制）之间的区别： “测试”和“质量保证”之间有什么区别？

我想了解的是，对于不是敏捷/ Scrum测试人员的QA工程师是否还有地方。敏捷故意缺乏流程和文档（甚至在宣言中也是如此），而这正是QA的专长。因此，敏捷中甚至应该有QA工程师吗？

我自己不是QA工程师（我是测试负责人），但我有一个朋友，所以这就是我要问的原因。

#1 楼

我将尽力回答一个问题，牢记QA工程师的工作在链接的问题中被定义为“通过检查和测试过程来预防故障”。

敏捷/ Scrum在定义上并不短流程。团队本身应设置每次迭代中交付高质量交付物所需的过程。测试应该在周期内完成，而不是在Sprint完成之后进行。

“ Scrum Master”是在Sprint回顾期间促进这一“持续改进”过程的人。根据我的经验，回顾会导致改进（测试）过程本身，具体取决于团队的需求。

Scrum框架已设定了边界，这是该过程所需的最低限度，但您可以自由地工作添加所需的额外步骤。例如，每个团队使用不同的“完成定义”来描述他们的周期需求。

团队中有一个具有QA背景的人是一个很好的选择，但请记住，敏捷/敏捷团队希望每个人都团队成员要跨职能。因此，如果您只想进行质量检查工作，那么敏捷/ Scrum团队可能不是理想的位置。

评论

好答案！我所参与的团队没有标签，但是总的来说，质量反馈来自对我们每周会议中发现的缺陷的更广泛影响（例如开发或构建实践）的讨论。

– Jeff_Lucas
2014年3月23日17:40在

#2 楼

对于没有敏捷/ Scrum团队测试人员的QA工程师，我看不到任何角色。我确实在使用敏捷/ Scrum的组织中担任过这样的角色。许多公司和项目要求遵守各种标准和程序，以及遵循这些标准和程序的书面证据。质量保证工程师可以成为这些标准和程序的重点，以确保组织与标准和程序以及对它们的任何更改保持最新；确保团队跟随他们；确保必要时提供培训；确保所需的文档已生成并且有效。

Scrum主角色和QA角色之间可能存在重叠。也许这应该被视为团队成员与质量检查人员之间的正常沟通途径。

评论

即使该组织不受任何政府机构的监管？

–user3251930
2014年3月17日14:13
@ user3251930有许多不受政府控制或强制的标准。汽车工业定义了Misra C； ISO 9000系列是关于商业惯例的。许多国家/地区都制定了有关健康与安全的法规，并且在工作环境中还有更多法规，因此，我怀疑许多组织不受任何政府机构的监管。

– AdrianHHH
2014年3月17日14:30在

#3 楼

像往常一样，取决于项目。敏捷是一个不稳定的概念：它的实现方式各不相同。就是说，如果质量检查工程师能够找到除测试以外的足够改进以支付其薪水，那么是的，应该有一个质量检查工程师。这个QA工程师很可能会带来团队所没有的专业知识。

#4 楼

我认为这是您公司/项目中定义的问题。我个人几乎无法想象一个测试主管绝对不是QA工程师，或者声称自己不是“测试人员”的QA工程师。

我的例子-开发负责人主要是软件工程师和软件工程师主要是一名程序员（门上的标题是“ lead *”还是“ programmer / tester”，这与您要付给您多少钱无关，这关乎您在工作时的工作。）。

在Scrum中，角色（PO，SM除外）-是“工人”，有时具有测试人员，程序员或设计师的风范。而且Scrum不在乎名片上的标题：-)。

如果问题是关于-我们应该在Scrum中做很多QA文档和流程规则-可能不多无论如何，但还是一如既往-这取决于:-)。

#5 楼

虽然不可能给出适用于每个组织和项目的答案，但这是一个伟大的问题，引发了一些精彩的讨论。给出的答案和参考给出了标题的清晰简洁的定义。但是，试图使这些方法适应敏捷流程并不能完美地工作。我建议暂时忘记头衔和典型的职务，而倒退。

要在敏捷环境中发挥最大影响，质量保证必须执行两个角色：

1。测试产品


良好的质量检查发现并归档缺陷，测试并关闭故障单，
执行各种测试（探索性，回归性，
集成等）。 ），并可能编写自动化的测试脚本。
优秀的质量检查人员知道发现bug只是成功的一半，并致力于
（通过可用性测试和
深入分析是否能够确保良好的用户体验）该产品真正满足了用户的需求。

2。改善流程


好的质量检查人员可以找到改善日常工作的方法-寻找瓶颈并努力消除瓶颈。
质量保证人员不断地找到改善方法，以改善他们的日常工作。
整个团队的质量检查流程。有时，这意味着尝试使用不同的工具，或者在许多情况下创建自己的工具。
出色的质量检查人员一直在不断运行着脑力，
不仅要注意自己的脑筋，挫折和阻碍，但她的队友。随后，她回顾了这些
时刻，找到了痛点，并提出了可能的解决方案。
卓越的质量保证与每个部门合作，将质量作为每位员工的重中之重，并找到改善每位员工的方法软件开发过程的步骤。

能够在快速的敏捷开发中测试产品并改善流程并非易事。这需要纪律和强大的时间管理及优先排序技巧。在这个职位上表现最好的人不仅必须适当地确定自己工作的优先级，而且还需要监视不间断的传入信息和无限变量，以识别优先级何时发生变化以及队友的优先级何时不同步。 />
，无论您担任什么职位，在敏捷开发中肯定都应该有质量保证人员，而不仅仅是测试。


敏捷呼吁精益流程-寻找方法来消除不必要的流程并使其尽可能高效是QA的工作。
敏捷呼吁减少了浪费的时间关于文档-确定长期要节省时间的文档是质量检查人员的工作，
然后弄清楚如何使它们尽可能自动化。


#6 楼

那么肯定要有一个QA工程师从事敏捷开发吗？

是肯定的。
参考敏捷测试的四个象限：



>（c）Lisa Crispin 2009

开发人员想了很多！
开发人员（希望）对测试，测试驱动开发，行为驱动开发等充满热情。这可能仅涵盖Q1单元测试。分享整个图片可能会非常有帮助。
质量检查工程师应该对所有测试象限都很了解，并能够在其中进行自动和手动测试，并向其他人推广最佳实践。
质量检查工程师还应该了解最佳实践，例如在开发之前制定（简单的）测试计划，而不将质量检查作为“检查”功能。
您可以将其称为QE（质量工程）而不是QA。
更多来自Lisa和Janet的文章，网址为http://lisacrispin.com/2011/11/08/using-the-agile-testing-quadrants/，包括指向其出色著作《敏捷测试》的链接。

我想我没有回避测试这个词；）但希望有一些有用的信息都一样。