2018年软件测试行业状态报告(2)

感觉好像我们最终推倒了曾经将我们与开发兄弟分隔开的那道组织墙。

但这似乎并不是普遍现象，独立测试团队在一些组织中仍然有很强的势力，这些组织因为某些实际问题而没有跳上敏捷或精益的大班车。

Bhamare：从我的角度来看，有明确的迹象表明，分散QA/测试部门，并将专门的测试人员嵌入到项目团队的情况正变得越来越普遍。当然，根据组织商业模式的不同，这种情况看起来也不同，但如果要讨论“趋势”，那么“项目团队的专门测试人员”对我来说似乎是一个明智之举。

InfoQ：该报告提到了回顾会议的显著增加，是什么导致了这种情况，以及会有什么样的后果？

Bhamare：这与我所说的测试人员角色的多面性以及他们对项目团队的贡献有关。

从他们的工作角色以及他们所拥有的能力的性质来看，我觉得测试人员具有很好的观察技能，可以帮助项目团队提高产品质量。这些观察结果可以是系统级别、应用程序级别、人员级别的，重点是，最好要有人“观察”事物，分析它们并以某种形式将它们呈现出来，让团队成员能够从不同的角度看待问题。

有经验的测试人员凭借其敏锐的观察技能可以让回顾变得更加有效。正如Jerry Weinberg在他的“通过反馈循环控制系统的崩溃”理论中解释的那样，“早行动，小步跑”是非常关键的，而测试人员无疑是让反馈循环成为控制器的最佳人选。这就是我对整个回顾过程的看法。

Montvelisky：我们再次看到测试人员加入Scrum和敏捷团队并参与团队活动的迹象。

同时这也表明，团队和测试人员越来越意识到回顾的价值，将它们视为“静态测试”活动，在这些活动中，我们不仅有机会看到我们发现的错误，而且会知道产生这些问题的不正确的过程，这样不仅可以错误，还能修复整个过程。

测试人员一直致力于改进流程质量，在很多方面，诸如回顾之类的敏捷实践可以让我们有机会最终实现这一目标。

结果是，我们有望建立起一种更加完整的质量文化，我们可以从错误中吸取教训，以改善我们的工作方法和文化。

InfoQ：有一个开放性问题是关于由测试人员完成的非测试任务，结果是怎样的？

Montvelisky：开放性问题有时候会很棘手，但它们也非常有趣，因为它们为测试人员提供了一个开放的平台来表达自己，并为我们提供无法提前预见的答案。

关于非测试任务的问题，我们看到了很多反复出现的答案，这些答案指向更接近于客户的测试人员（组织Beta测试程序，或直接向客户介绍产品的功能），或在团队中充当产品所有者角色时作为客户的代表。

我们还看到了其他很多答案，测试人员将编写产品代码作为他们日常任务的一部分——这顺应了团队是一个整体的理念，每个成员都能够而且应该能够完成所有任务。

开放性问题也为受访者提供了一个机会，让他们释放工作中的部分紧张情绪和挫折感……就像其中有一个受访者，他的一个非测试任务的人是充当“动物园管理员”的角色，我确信在我们的测试生涯中，我们当中的很多人都曾感受过这样或那样的感受。

Bhamare：这当中有很多有趣的事情。我个人很高兴看到越来越多的测试人员意识到监控生产日志的价值，并利用这些信息来提高质量。

测试人员为“客户提供支持和培训”确实是一项有趣的活动，我个人也希望能够这样做。如果我们能够深入进入，与客户的这种互动可以很好地用于进行用户测试和收集可用性反馈。凭借这些知识，测试人员可以超越传统的专业领域来提升产品质量。

不过我也感到有点失望，因为没有提到测试人员为提高产品的“可测试性”做出了哪些事情。我觉得测试人员在这方面还有很多事情可以做。我在我的 基于会话的测试 中解释了更多这方面的想法。

InfoQ：测试人员需要哪些技能以及如何发展这些技能？

Bhamare：我想说，提高技术效率是首要任务，但这也取决于具体环境。

在某些情况下，领域知识与良好的沟通技巧、专业知识互动以及优秀的探索技能相结合将更为重要。

自动化能力变得越来越重要，但与此同时，了解测试自动化、什么时候不应该使用自动化、如何不让它扼杀掉熟练的脑力测试是一项同样重要的技能，而这种技能似乎正在出现。

原文转自：http://www.infoq.com/cn/articles/state-of-testing-report-2018