如何激励人们共享测试工具？

Question

我们有许多团队，每个团队都有开发人员和SDET。SDET自动化当前的sprint测试，并且经常创建支持其团队内部测试自动化的工具/库。一年前，我们开始了一项在团队间共享测试库的倡议。这开始比所有团队的一个通用测试框架更有效，因为人们可以从公共存储库中只获取他们想要的库。

然而，与其他团队共享库不仅带来了重新点燃，还带来了责任:与其他团队共享库的人成为了这些库的所有者。目标是在其他团队报告bug或特性请求时，让人负责这些库。有些人对这一责任掉以轻心，另一些人则决定不分享，以避免为新的责任而烦恼。

我们如何鼓励人们与其他人共享测试库并获得它们的所有权？

Answer 1

问题是，拥有这些新图书馆对这些人来说是额外的工作。他们应该如何处理这些额外的工作？是否允许他们在解决bug或为这些库添加特性时推迟其其他职责？还是希望他们在同样的时间框架内，在做正常工作的同时吸取经验，做这些事情呢？我想说的是，您应该确保他们有足够的时间和其他资源来获得这种所有权，这包括在需要时让他们在其他工作上松懈一些。如果不是这样的话，你是在要求他们免费工作，而唯一明智的做法就是不参与。

其次，为自己使用一个闪亮的新工具总是比修复bug或在旧工具中添加新的小特性更令人兴奋和更具挑战性。所以，你需要以某种方式奖励那些这样做的人。要么给制作最好工具的人一个额外的奖励，要么给他们一些额外的空闲时间，或者其他什么东西来吸引他们。如果没有激励，大多数人都不会主动去做那些基本上是粗制滥造的工作，而且坦白地说，承认是不够大的激励。

Answer 2

一些公司的库和工具开发结构与开源项目一样，这似乎是一种经过验证的实践。例如，它被称为InnerSource，并被PayPal使用。

InnerSource是一种将开源>软件实践应用于组织内部软件开发方式的开发方法的名称。https://www.infoq.com/news/2015/10/innersource-at-paypal

O‘’Reilly有一个免费电子书 on InnerSource，也许它值得一读，以获得更多关于InnerSource的想法。

像“可信提交者”这样的东西可以让您的项目继续进行，唯一的维护人员可能会失去工作积极性，成为一个主要的母线因素。

我们如何鼓励人们与他人共享测试库并拥有它们？

让组织中的(思想)领导解释一下InnerSource，树立一些榜样，并记录下如何开始它。把它作为对所有员工的福利来推广。甚至尝试开源的东西，以获得外部曝光。

Answer 3

鼓励这一点的最简单方法是为所有团队编写编码标准。这些标准应该包括使用文档工具(如javadoc或XMLSand城堡样式注释)的注释。

完成后，下一步是要求构建也生成文档(通常是构建过程中的一个简单标志)，并配置部署/测试自动化运行，以便将文档发布到定义的网络位置。

有了这一点，以及源代码管理中的库本身，所需的一切都将半自动地共享。团队领导所需要做的就是在代码评审期间检查注释文档。