无代码合集 TDD 测试驱动开发的基础

FunTester · 2020年04月01日 · 1325 次阅读

如果您需要软件并且需要快速，那么测试驱动开发（TDD）可能是解决方案。TDD 致力于快速将软件从计算机推向市场，是当今顶级软件开发和软件测试公司正在使用的最有效方法之一。

什么是测试驱动开发？

敏捷性和速度是赋予测试驱动开发运动力量的两个概念。但是什么是 TDD，流程如何运作？

测试驱动的开发是一个软件开发过程，其重点是在开发人员编写实际代码之前为软件测试编写测试。目的是使开发人员专注于代码的用途并确保其功能。

运作方式如下：

每个测试驱动的开发周期都始于编写测试以查看软件是否可以运行。该测试基于软件的功能，要求和规格。
接下来，开发人员运行测试以确保其适当性和有效性。在此阶段，测试应该失败，这意味着它可以工作并且不会显示出假阳性结果。
一旦建立了足够的测试，开发人员便会继续编写代码。在此阶段，代码可能还不够完善，但必须通过测试才能继续前进。这就是为什么此测试阶段必不可少的原因。
一旦一段代码通过测试，就可以进行重构。这是代码清理阶段，其中删除重复项，正确命名所有代码元素（对象，类，模块，变量，方法等），并添加所有必需的新功能。
完成此过程后，开发人员可以重新启动该循环以进行编码改进，添加新功能或修复任何编码错误。简而言之，测试驱动的开发关注于代码是否完成了应做的工作。如果有效，请转到下一个阶段，否则请重写。概念就是这么简单。

现代 TDD 的原型是在 1960 年代发明的。该技术的 “重新发现” 归功于一位肯特·贝克（Kent Beck）的美国软件工程师。贝克还是敏捷软件开发的创始人之一，也是《敏捷宣言》的签署人。

早在 2002 年，贝克（Beck）就在他的《测试驱动开发：范例》一书中向世界介绍了 TDD 的概念。

虽然一般来说不是一个新主意，但是 Beck 声称 TDD 是 “有效的干净代码”，着眼于模型的简单性和消除了传统软件开发方法附带的代码不起作用的担忧。

让我们比较一下。

传统测试	TDD
最后测试的方法，其中开发人员创建代码，但保留测试直到开发过程结束。	一种测试优先的方法，其中开发人员或测试自动化工程师首先创建测试，然后开发人员进行编码以满足测试的要求。
专注于代码正确性，但可能无法检测到所有编码缺陷。	然后，测试将进行重构，直到代码通过测试为止；直到代码满足功能为止，然后继续进行测试，并减少系统中的错误数量。
线性过程。（设计代码测试）	循环过程。（测试代码重构）

测试驱动开发的支持者可以在快速开发代码时提高其速度，敏捷性和功能。但是，这些并不是唯一的优点。开发系统还：

但是，使用测试驱动的开发方法存在一些缺点。让我们来看看：

与所有业务决策一样，选择采用测试驱动的开发方法是公司特定的决策。如果您正在考虑使用测试驱动的方法，则应首先确保 TDD 适合您的业务。

首先，这将取决于您团队的需求和经验。由于 TDD 是一种快节奏的敏捷方法，因此您需要确保它们已准备好应对挑战。另外，您可以求助于质量保证咨询以帮助您采用这种方法。

也就是说，测试驱动的开发可能是将您的产品尽快从代码行转换为可用于市场的产品的绝佳方法。

如果觉得我的文章对您有用，请随意打赏。您的支持将鼓励我继续创作！

打赏支持

暂无回复。

需要登录后方可回复, 如果你还没有账号请点击这里注册。