unit-testing - 自动化测试 : ways to help and educate developers?

Question

就目前而言，这个问题不适合我们的问答形式。我们希望答案得到事实、引用或专业知识的支持，但这个问题可能会引起辩论、争论、投票或扩展讨论。如果您觉得这个问题可以改进并可能重新打开，visit the help center为指导。




8年前关闭。




我是一名嵌入开发团队的软件测试工程师。我工作的很大一部分涉及检查项目自动化测试(主要是单元/集成测试)的状态。

我不是一个短视的狂热分子，想要强行测试每个人的喉咙，但我做 希望帮助每个人充分利用编写测试的时间。每周花费大量时间编写测试，因此最大化返回很重要。

现在，我会做一些事情来尝试提供帮助。首先，我总是让自己可以谈论可测试性问题。例如。尝试确定测试策略，特定设计是否可测试等等。

除了向人们解释事情并通常试图帮助他们之外，我还会审查完成的代码和他们编写的测试(我必须在故事上签字，这意味着我也有点对抗性)。

我目前的流程是独自坐下来，研究他们的代码，并为所有问题区域、可以改进的地方及其原因添加书签和评论。然后，我让开发人员到我的电脑旁，讨论所有的审查要点。然后我给他们写了一篇像样的文章，这样他们就有了记录，他们可以很容易地引用。

我愿意 不是 修复他们的代码并为他们测试，但如果我发现差距，我会添加更多的测试用例等。我决定不为他们修复测试的原因是，开发人员很容易说“谢谢”，但很容易调出。我的理由是，如果他们必须在我签字之前解决我发现的问题，这将导致对项目的测试有更好的标准(即更多的自给自足的开发人员测试)。

我的问题是:在帮助球队方面，我能做得更好吗？您发现哪些方法是有益的？

我特别想听听面临相同挑战的担任类似职位的人的意见(例如，帮助提高测试质量，证明测试可以在相关情况下带来的值(value)，并在支持和对抗之间取得良好的平衡。)

*编辑 :
感谢您的回答；所有这些都包含有用的建议。我将最上面的一个标记为最佳答案，因为我猜这归结于开发人员的支持，结对编程是我还没有尝试过的东西(在测试完成后，缺少一些即兴的“我将如何做到这一点”演示)书面)。我会与任何在测试某些东西方面苦苦挣扎的人一起尝试 :) 干杯。

Answer 1

如果您有某些人在测试方面往往较弱，那么请与他们坐下来，结对编程，在他们处理代码时，您可以帮助他们了解如何进行测试。

一段时间后，这些人应该会在单元测试方面变得更好，并且您在这方面的工作量应该会减少。

另一件事是每个人都应该关注测试。如果我触摸一个函数，进行任何更改，那么我应该检查测试以确保它们是完整的。如果有问题，我可以与开发人员讨论。

您还应该争取团队领导的工作，因为这是他的职责的一部分，或者应该是，以确保每个人都了解如何很好地编写测试。