数据API 案例 开发者 关于
掌握聚合最新动态了解行业最新趋势
API接口,开发服务,免费咨询服务

TDD(测试驱动开发)是如何让程序开发告别不可预测的bug的

红灯、绿灯、重构——测试驱动开发的三个步骤


我刚刚开始代码的时候,我从来不写任何测试。我就是觉得自己的代码里没有任何bug。我还觉得,当我对代码的某些地方做出改变、或是加入了一些新功能之后,所有代码依然可以继续运行。

后来我才知道,我太天真了。

虽然程序的功能没有出现什么大问题,但是奇怪的bug会突然出现。而且随着代码体积的增加,出问题的次数会越来越多。

不久之后,每当我需要添加新代码的时候,我就会陷入紧张和恐慌,总觉得新代码会让整个应用瘫痪。

 

就在这个时候,我接触到了测试驱动开发(TDD)。

TDD这种工作方式,能让你在给程序添加新功能的时候更有信心。它会让你感觉,添加新功能后,你的程序不会被破坏。

在开始使用TDD之前,你要先了解以下三个简单的原则:

  • 在写生产代码之前,你要先写一个失败测试
  • 每次只写一个测试,在继续之前确保它失败
  • 在让当前的失败测试通过之前,生产代码的数量不要超过所需求的最小数量

 之后,你就可以重构之前写的生产代码了。

 这个过程可以被理解为红灯(失败测试)->绿灯(通过测试)->重构

 好处


 通过遵循这些原则,TDD能帮你:

  • 调试。想象一下你以前的做法,在做项目的时候,你总会发现有一些模块被撕成碎片,起到在项目截止日之前能解决这些问题。
  • 信心。如果你有着漂亮的设计和架构,但是没有测试,你依然不敢改变代码。而如果你有了各种各样的测试,你就可以放心的去重构代码了。
  • 记录。单元测试就像是代码样本。当你想知道如何调用方法的时候,测试能够很方便的为你提供帮助,告诉你这个方法所有的调用方式。
  • 设计。从定义上看,每一个模块都是可以被测试的。换句话说,每一个模块都是可以割裂的。要想首先写测试,你需要将需要测试的单元从系统中割裂出来。这种工作方式是非常珍贵的。

未测试设定架构


每一个测试都应该遵循下面这样的架构:

Setup模拟一个函数,或是在数据库中添加一些row

Execute调用你想要测试的方法

Assert: 验证你的结果是正确的

Teardown: 清理修改后的数据库记录或是被模拟的对象

在工作中使用TDD


我们用一个例子来讲解TDD的实际使用。

我们将会做一个在字符串中探测某种提及格式的函数,并且用一个用户名来替换他。提及格式是这个样子的:

 @(userId)

现在,我们来写一个测试。在这个例子中,我会使用JavaScript Tape测试框架,因为它的使用相对简单一些:

 const test = require('tape')

const parseMentionableText = require(‘./parse-mentionable-text');

test('should replace mentions with user objects', assert => {

  const text = 'Hello there, @(2) and @(104)!';

  const users = [

    { id: '2', name: 'John Doe' },

    { id: '104', name: 'Foo Baz' },

  ];

  const actual = parseMentionableText(text, users);

  const expected = 'Hello there, John Doe and Foo Baz!’;

  assert.equal(actual, expected);

  assert.end();

})

我创建了一个名叫parse-mentionable-text.js的文件,它的return“OK”

红灯


现在来运行测试,看看它是否会失败。


好的。当测试失败之后,我们开始这个功能之后,它并没有起作用。

这是非常重要的一部。在体积较大的代码库中,你有的时候可以针对一个逻辑来写测试,但是由于一些副作用的存在,一些原本应该失败的测试会显示通过。这意味着,你需要重新设计你的测试。记住——在进行测试的时候,刚开始一定要失败。

绿灯


在测试失败之后,我们必须要确保用最少的代码让测试通过:

 const { find } = require('lodash');

module.exports = (text, users) => {

  const mentionRegex = /@\([0-9]+\)/g;

  const stripMentionRegex = /[@()]+/g;

  return text.replace(mentionRegex, (match) => {

    const mentionId = match.replace(stripMentionRegex, ‘');

    return find(users, { id: mentionId }).name;

  });

} 

要想检查我们的实施是否符合要求,我们必须要再运行一次测试:

 

重构


好的!一切都按照我们预想的那样工作了。现在,我们需要清理代码,让它变得可读性更高:

 const { find, curry } = require('lodash');

const stripMentionFormat = (mention) => mention.replace(/[@()]+/g, '');

const replaceMentionWithUsername = (users, mentionFormat) => {

  const mentionId = stripMentionFormat(mentionFormat);

  return find(users, { id: mentionId }).name;

}

module.exports = (text, users) => {

  const mentionRegex = /@\([0-9]+\)/g;

  const _replaceMentionWithUsername = curry(replaceMentionWithUsername);

  return text.replace(mentionRegex, _replaceMentionWithUsername(users));

}

最好的部分,是在重构了代码之后,你可以进行检查,通过再次运行测试,来看看功能是否符合你的功能。

写代码前先写测试,这种工作方式会彻底改变你写代码的方式。在添加新代码的时候,这种方式能让你更自信。你不再害怕会破坏程序,并让你的工作速度更快。

声明:所有来源为“聚合数据”的内容信息,未经本网许可,不得转载!如对内容有异议或投诉,请与我们联系。邮箱:marketing@think-land.com

掌握聚合最新动态了解行业最新趋势
API接口,开发服务,免费咨询服务
TDD(测试驱动开发)是如何让程序开发告别不可预测的bug的
发布:2016-09-02

红灯、绿灯、重构——测试驱动开发的三个步骤


我刚刚开始代码的时候,我从来不写任何测试。我就是觉得自己的代码里没有任何bug。我还觉得,当我对代码的某些地方做出改变、或是加入了一些新功能之后,所有代码依然可以继续运行。

后来我才知道,我太天真了。

虽然程序的功能没有出现什么大问题,但是奇怪的bug会突然出现。而且随着代码体积的增加,出问题的次数会越来越多。

不久之后,每当我需要添加新代码的时候,我就会陷入紧张和恐慌,总觉得新代码会让整个应用瘫痪。

 

就在这个时候,我接触到了测试驱动开发(TDD)。

TDD这种工作方式,能让你在给程序添加新功能的时候更有信心。它会让你感觉,添加新功能后,你的程序不会被破坏。

在开始使用TDD之前,你要先了解以下三个简单的原则:

  • 在写生产代码之前,你要先写一个失败测试
  • 每次只写一个测试,在继续之前确保它失败
  • 在让当前的失败测试通过之前,生产代码的数量不要超过所需求的最小数量

 之后,你就可以重构之前写的生产代码了。

 这个过程可以被理解为红灯(失败测试)->绿灯(通过测试)->重构

 好处


 通过遵循这些原则,TDD能帮你:

  • 调试。想象一下你以前的做法,在做项目的时候,你总会发现有一些模块被撕成碎片,起到在项目截止日之前能解决这些问题。
  • 信心。如果你有着漂亮的设计和架构,但是没有测试,你依然不敢改变代码。而如果你有了各种各样的测试,你就可以放心的去重构代码了。
  • 记录。单元测试就像是代码样本。当你想知道如何调用方法的时候,测试能够很方便的为你提供帮助,告诉你这个方法所有的调用方式。
  • 设计。从定义上看,每一个模块都是可以被测试的。换句话说,每一个模块都是可以割裂的。要想首先写测试,你需要将需要测试的单元从系统中割裂出来。这种工作方式是非常珍贵的。

未测试设定架构


每一个测试都应该遵循下面这样的架构:

Setup模拟一个函数,或是在数据库中添加一些row

Execute调用你想要测试的方法

Assert: 验证你的结果是正确的

Teardown: 清理修改后的数据库记录或是被模拟的对象

在工作中使用TDD


我们用一个例子来讲解TDD的实际使用。

我们将会做一个在字符串中探测某种提及格式的函数,并且用一个用户名来替换他。提及格式是这个样子的:

 @(userId)

现在,我们来写一个测试。在这个例子中,我会使用JavaScript Tape测试框架,因为它的使用相对简单一些:

 const test = require('tape')

const parseMentionableText = require(‘./parse-mentionable-text');

test('should replace mentions with user objects', assert => {

  const text = 'Hello there, @(2) and @(104)!';

  const users = [

    { id: '2', name: 'John Doe' },

    { id: '104', name: 'Foo Baz' },

  ];

  const actual = parseMentionableText(text, users);

  const expected = 'Hello there, John Doe and Foo Baz!’;

  assert.equal(actual, expected);

  assert.end();

})

我创建了一个名叫parse-mentionable-text.js的文件,它的return“OK”

红灯


现在来运行测试,看看它是否会失败。


好的。当测试失败之后,我们开始这个功能之后,它并没有起作用。

这是非常重要的一部。在体积较大的代码库中,你有的时候可以针对一个逻辑来写测试,但是由于一些副作用的存在,一些原本应该失败的测试会显示通过。这意味着,你需要重新设计你的测试。记住——在进行测试的时候,刚开始一定要失败。

绿灯


在测试失败之后,我们必须要确保用最少的代码让测试通过:

 const { find } = require('lodash');

module.exports = (text, users) => {

  const mentionRegex = /@\([0-9]+\)/g;

  const stripMentionRegex = /[@()]+/g;

  return text.replace(mentionRegex, (match) => {

    const mentionId = match.replace(stripMentionRegex, ‘');

    return find(users, { id: mentionId }).name;

  });

} 

要想检查我们的实施是否符合要求,我们必须要再运行一次测试:

 

重构


好的!一切都按照我们预想的那样工作了。现在,我们需要清理代码,让它变得可读性更高:

 const { find, curry } = require('lodash');

const stripMentionFormat = (mention) => mention.replace(/[@()]+/g, '');

const replaceMentionWithUsername = (users, mentionFormat) => {

  const mentionId = stripMentionFormat(mentionFormat);

  return find(users, { id: mentionId }).name;

}

module.exports = (text, users) => {

  const mentionRegex = /@\([0-9]+\)/g;

  const _replaceMentionWithUsername = curry(replaceMentionWithUsername);

  return text.replace(mentionRegex, _replaceMentionWithUsername(users));

}

最好的部分,是在重构了代码之后,你可以进行检查,通过再次运行测试,来看看功能是否符合你的功能。

写代码前先写测试,这种工作方式会彻底改变你写代码的方式。在添加新代码的时候,这种方式能让你更自信。你不再害怕会破坏程序,并让你的工作速度更快。

声明:所有来源为“聚合数据”的内容信息,未经本网许可,不得转载!如对内容有异议或投诉,请与我们联系。邮箱:marketing@think-land.com

选择想要的接口, 看看能免费获取多少次调用 选择(单选)或填写想要的接口
  • 短信API服务
  • 银行卡四元素检测[简]
  • 身份证实名认证
  • 手机状态查询
  • 三网手机实名制认证[简]
  • 身份证OCR识别
  • 风险信息查询
  • 企业工商信息
短信API服务
  • 短信API服务
  • 银行卡四元素检测[简]
  • 身份证实名认证
  • 手机状态查询
  • 三网手机实名制认证[简]
  • 身份证OCR识别
  • 风险信息查询
  • 企业工商信息
  • 确定
选择您的身份
请选择寻找接口的目的
预计每月调用量
请选择预计每月调用量
产品研发的阶段
请选择产品研发的阶段
×

前往领取
×
企业用户认证,
可获得1000次免费调用
注册登录 > 企业账户认证 > 领取接口包
企业用户认证领取接口包 立即领取
× 企业用户认证,
可获得1000次免费调用,立即领取>
数 据 驱 动 未 来
Data Drives The Future