如何在科技初创企业进行软件测试？

Question

我见过很多研究文章和技术博客，这些文章和博客都吹嘘软件测试的好处。我已经确信了这一点。但是，由于所有的软件测试研究都是由大型软件公司进行的，我不认为它们真的适用于初创企业。因为与大型软件公司相比，初创企业有着不同的需求和约束。

所以这引起了问题。科技初创企业应该编写自动化测试吗？如果是这样的话，它们是否与大型软件公司的做法相同？(烟雾试验、回归试验等)如果你能参考一些关于这个subject..since的研究文章，那最好是我自己找不到的。

(我必须承认，尽管我的职业生涯还处于起步阶段，但我还没有看到一家真正致力于编写自动化测试的初创公司)

Answer 1

在应该做什么和我们实际有时间做什么之间总是有冲突。是的，许多初创公司放弃了测试驱动的开发和自动化测试以节省一些时间来启动和运行项目。

社交网站和移动应用公司现在是大泡沫，它们的竞争非常激烈。有时候，生活在4个月和5个月之间的区别意味着你会输。

市场时间是关键，如果成功发生了，那么是时候扩大规模了，那么就有足够的时间将未经测试的软件改造成有价值的东西。

Answer 2

软件测试不是一种宗教。这只是个好主意。

你说你现在没有人力去写测试？好吧，好吧。6周后，你会有足够的人力去发现你的应用程序中的漏洞吗?如果你有适当的测试，它会立即被发现吗？

过多的测试会减缓开发速度。太少的测试也会减缓它的速度。你必须找到正确的平衡，通常很难分辨它在哪里。所有这些都不是针对大公司或小公司的。

Answer 3

多年来，当我在小公司和初创公司工作时，我误以为我“没有足够的时间为我的代码编写单元测试”。

当我编写测试时，它们会变得臃肿、沉重，这只会鼓励我想，只有当我知道需要时，我才应该编写单元测试。

最近，我被鼓励使用测试驱动开发，我发现它是一个完整的启示。

我现在坚信，我“没有时间不写单元测试”。

在我的经验中，通过使用测试进行开发，您最终获得了更干净的接口、更集中的类和模块，以及更多的实心和可测试代码。

每次我使用没有单元测试的遗留代码，并且不得不手动测试一些东西时，我总是认为“如果这段代码已经有单元测试的话，这会快得多”。每次我必须尝试将单元测试功能添加到具有高度耦合性的代码中时，我一直认为“如果它是以去耦合的方式编写的话，这会容易得多”。

如果这些年来我发现了一件事，如果你是在创业的时候工作，你需要敏捷，而不仅仅是在软件开发方法的意义上。对我来说，TDD是一个重要的工具，它支持启动和保持敏捷。