测试驱动开发（TDD）是成都小程序开发确保小程序质量的最佳方法之一。
通过遵循TDD方法，开发人员可以创建可维护的代码并减少错误。
但是，不仅程序员可以从测试驱动的开发中受益，而且可以从测试驱动的开发中受益。企业家和产品所有者也将从中受益。在本文中，我们将讨论如何使用TDD方法来减少时间并节省小程序项目的成本。
简而言之，TDD是通过遵循以下规则的较短开发周期来实现的：“首先编写单元测试，然后编写代码，然后进行重构，然后重复”。单元测试是自动测试，用于检查功能是否按预期工作。您的第一个单元测试应该失败，因为它是在您没有任何代码库之前编写的。此措施可防止开发人员编写与给定测试不符的不必要的代码。编写代码后，它必须通过单元测试。但是，即使它通过了测试，代码通常也需要完善‒重构是技术性更高的术语‒使其达到真正的优雅。TDD非常适合普遍接受的迭代式项目管理方法。
尽管TDD拥护者众多，但一些开发人员对此方法表示怀疑。例如，一些开发人员声称，测试驱动的开发会花费大量的时间和精力来编写测试，而不是进行实际的工作。当然，这有些道理。TDD在开发初期需要时间。但是随着时间的推移，TDD会有效降低开发团队的资源需求。这是为什么在您的下一个小程序项目中必须使用TDD的几个原因。
任何项目经理的噩梦都是范围的蔓延–工作范围的任何意外增长都会导致项目交付的延迟。范围爬网可能由于各种原因而发生：任务定义不明确，对项目要求的误解，缺少文档等。有许多旨在减轻范围爬网的方法，而TDD就是其中之一。
正如我们刚刚提到的，发生范围蠕变的一个常见原因是缺乏明确定义要求的文档。这个问题可以通过测试驱动的开发来缓解。在TDD环境中，开发人员编写单元测试以测试特定段‒代码单元‒。单元测试用作描述应实现的精确功能的规范。因此，规范良好的测试会阻止开发人员编写多余的代码。TDD可帮助开发人员专注于必要条件并防止镀金prevents添加项目要求中未指定的不必要或不需要的功能。
TDD方法论的一部分是重构或重组工作代码以提高其可读性并优化其实现。重构有助于设计良好的系统架构‒在某些情况下，使用非常好的代码编写的代码，即使非程序员也可以阅读并了解正在发生的事情。
此外，TDD提倡良好的编码原则，包括DRY，KISS，YAGNI和SOLID。
DRY（不要重复自己）原理告诉开发人员避免在同一系统的不同部分重复相同的代码，这就是为什么有时也将其称为DIE原理（重复就是邪恶）的原因。DRY建议开发人员使用类和函数来封装系统功能并维护一致的代码库。
KISS（保持简单，愚蠢！）原则建议开发人员不要重新发明轮子，而要构建简单明了的体系结构。KISS的本质是避免过度设计的解决方案。
YAGNI（您根本不需要）原理与镀金抗争。镀金似乎无害，特别是如果开发人员渴望增强现有功能来取悦客户的话。但是，这会导致额外的开发时间，这可能会导致项目延迟或客户不满。YAGNI明确指出：开发人员应仅执行分配的任务，并避免添加过多的功能。
SOLID由五项原则合而为一：单一职责，开放式，封闭式，Liskov替代，接口隔离和依赖关系倒置。简而言之，SOLID声明遵循这些原则可使应用程序更易于维护和测试。
您可能会读到这并感到奇怪：“开发人员关心编写良好，干净的代码，但是我能从中学到什么呢？” 实际上，易于修改，扩展，测试和维护的优美代码直接关系到项目的成功。您的代码越整齐，团队在添加新功能或修改现有代码库上所付出的精力就越少。
TDD是一种独特的方法，在严格遵循‒时‒确保100％的测试覆盖率。听起来令人印象深刻？由于TDD的主要重点是运行测试，因此可以确保您的应用程序可以按预期运行，并且不需要进行任何修复。必须指出的是，在TDD环境中，开发人员专注于运行测试以防止错误，而不是在编写代码后将其删除。使用TDD，开发人员可以创建整个测试套件tests测试集合‒通过多种方式使项目受益。
首先，测试套件可确保对代码库进行全面的测试覆盖，因此，漏洞很少被忽视而不会弹出。其次，测试套件允许开发人员在应用程序准备投入生产之前解决潜在问题。最后，由于测试套件不断维护，因此可以保证小程序质量。测试套件必须不断更新，因为新功能或对现有功能的修改意味着先前编写的测试将失败。因此，开发人员必须不断更新测试套件，以确保整个开发过程的质量。
尽管TDD从一开始就需要开发人员花费大量时间和精力，但随着时间的流逝，此过程将导致持续的维护。多亏了100％的测试覆盖率，当添加新功能或更改现有功能时，您不必担心代码库会被破坏。更少的问题等于更少的开发人员时间，这直接影响了项目成本。
此外，开发人员自己说，测试驱动开发是一种比传统的先编码然后再查找错误的方法更认真的小程序构建方法。开发人员承认，他们以前曾经编写代码行，意识到他们的解决方案无关紧要，然后从头开始重新编写代码。与过时的编码实践不同，TDD使开发人员可以回到图纸上，并专注于预先设计轻巧，灵活的体系结构。
如果我们不练习测试驱动的开发，那么我们仍然必须检查我们的代码库，这将最终由我们手工完成。这需要很多时间。使用TDD，开发人员可以编写自动化测试，并在每次进行新更新或更改代码后运行它们，而无需执行其他工作。此外，由于手动测试是由人工完成的，因此不能保证完整的测试范围。TDD确实如此。
TDD使开发人员可以专注于创建高质量的解决方案，而不必修改代码。完善的架构和全面的测试覆盖范围会积极影响整个项目的时间表，从而降低成本。
尽管成都小程序开发人员之间存在关于测试驱动开发的优势的争论，但我们还是站在TDD弟兄的一边。我们的开发人员团队相信TDD是小程序开发的有前途的未来。在全美，我们设计一致的小程序架构并确保高质量的小程序。TDD可以帮助我们实现这一目标。但是，我们也尝试着步入客户的行列-当我们这样做时，我们意识到TDD同样适用于业务。时间是企业家最有价值的资产之一，而TDD可以确保时间得到有效利用。我们很想听听您对TDD的想法，如有必要，请‒为您提供一些其他原因，为什么您应该雇用一支像我们一样热爱TDD的团队！
