如何在测试抗文化中开始测试？[关闭]

我要坦白：正式的自动化测试从来都不是我编程背景的一部分。我现在在一家非常大的公司工作，有很多开发人员（其中大多数是某种类型的Web开发人员），很明显，他们中的大多数人都没有测试*。（*我不会继续正式发言；请推断出来。）

如果我等待组织的支持开始测试，那将永远不会发生。如果我试图通过推动管理层的测试来“从内部改变事情”，那么在改变发生之前，我将精疲力尽。我需要立即开始测试。

但是对于TDD及其同类产品，我将最终获得大量测试代码以及​​生产代码。我们的版本控制系统（全部为集中式）并不是为了存储测试代码而组织的。我必须在我的工作站上找到所有放置的地方。

是否有可能在一种不重视或不提供工具的文化中开始个人软件测试实践？当官方工具和组织没有测试，框架和自动化的地方时，您使用什么技术和工具来进行测试？

我个人已经取得了很大的成功。成功的关键因素：

• 获取（暂定）管理支持。自动化测试的优点已得到充分证明，应该说服任何经理至少尝试一下。这包括在VCS和构建服务器中找到位置，因为
• 自动化测试只有在频繁且自动运行的情况下，才能发挥其全部价值，这样您就可以很快地了解问题，而不必依赖那些不会忘记运行它们的人。您需要一个至少每天运行一次的构建服务器。这可能是旧的工作站。詹金斯（Jenkins）花费很少的精力去跑步。
• 以身作则。编写测试，讨论他们提供给您的好处，以及当他们发现其他开发人员引入的错误时，就如何避免潜在的更大尴尬来谈论它。
• 追求低垂的水果。应用程序的某些部分将很难测试，而其他部分则很容易。有些会很强大，有些会很脆弱。为易碎但易于测试的零件编写测试可在最短的时间内提供最大的价值。
• 查看您是否可以编写可重用的测试，例如所有模块（网页，REST服务等）必须具有的测试约定或功能，但是这些功能经常被遗忘。

没有管理支持，您将陷入困境。管理层将声称您没有做值得的工作，您将在评论中受到惩罚，最后被解雇。有多种方法可以使管理层看到早期测试的成本更低以及所有这些成本。可以改变文化，但是您将脖子放在砧板上。

我建议阅读《马基雅维利王子》一书中有关如何做任何事情之前引入变化的内容。

以我的经验，如果这种文化是反测试的，那么就无法合理地引入它。要么将测试视为浪费时间，要么因“浪费时间”或“花费太长时间”而受到谴责，或者代码因多年未以可测试的方式编写而恶化（例如，没有接口，紧密耦合），您将不得不花费大量时间进行重构和/或重写代码（因此冒着“花费太长时间”和“浪费时间”的风险）以使其可测试，因此您可以首先编写测试。

如果您正在做的新事物只需要与现有事物进行交互（在不良区域周围创建一个好的包装器），或者可以少量进行而不会引起问题或需要您这样做，则可能会有机会“处理未分配给您的任务”会使您陷入困境。

我不认为您会走得很远，直到您有足够的理由说明自动测试可以解决的问题（当前可能尚未发现）。

如果有针对定义的脚本进行手动测试的文化，那么执行这些脚本会带来成本，并伴有结果不完整或不准确的风险。可能有这样的历史记录或“战争故事”形式。建议一个试点项目以使其中的一些手动测试自动化，以期长期节省成本。

如果甚至没有手动测试功能，那么我建议企业不认为任何形式的正式测试（自动化或其他方式）都没有价值。在那种情况下，我认为前进的道路是漫长而陡峭的，但同样有可能需要一个明确的证明，即企业可以通过对软件质量采用不那么随意的方法而受益。如果您不能做到这一点，那么很难在商业上看到对这一想法的支持。

一个想法是，您打算编写一个测试来证明别人编写的代码是错误的。应该卖的概念。