像盖房子一样写代码：当我以测试驱动开发的时候，我在想些什么

jlanglang 发布于2019-05-29 17:01 / 3060人阅读

摘要：当我写一段测试的时候，我在想些什么按照上面推荐方式完成代码后，需要进行代码的测试。当我以测试驱动开发的时候，我在想些什么可以从上述测试思路二中进行反推。实际上思路可能是在写代码或者写测试的过程中不断的改进和完善的。

当我写一个功能模块方法时，我在想些什么

// 无论什么方法，都是这样一个结构
const fn = () => {

};

比如，我要写一个接口，查询组织下的设备列表 /api/device/list

地基

const deviceList = (params) => { // 传入一些参数
  return []; // 返回一个列表
};

我需要哪些参数：

用户基本信息（主要是用户 id，用户的组织 id）

用户对应的组织基本信息（主要是组织 id，组织管理员 id，层级关系，以及权限逻辑）

输出结果很简单，为一个数组。

浇筑

第一步分析，存在成功和错误（错误类型先不考虑）两种类型的结果。

// 成功
// 错误
const deviceList = async (ctx) => {
  // 错误
  if(someError) {
    // 返回错误结果
  }
  // 成功
  return getDevicesByOid(oid);
};

这是一个大概的设想，没有必要将代码写出来。然后润化该思路，写出第一段框架。

主体结构

首先，传入的参数为组织 oid，用户的信息可以通过 session（或其他方式）从内部获得。

可能的一种思路

// 成功
// 错误
// 错误1：用户未加入组织
// 错误2：传入参数组织不存在
// 错误3：用户无组织权限

// 传入参数： 要查询的组织 oid
// 能够通过 session 取到的信息： user
const deviceList = async (ctx) => {
  // 用户信息 ctx.user
  // 判断用户是否有组织
  if (ctx.user.oid === 0) {
    // 错误1：用户未加入组织
  }

  // 如果不传该参数，查询当前用户组织的设备
  const { oid = ctx.user.oid } = ctx.request.body;
  if (oid === ctx.user.oid) {
    // 成功
    return getDevicesByOid(oid);
  }

  // 根据oid查询组织信息
  // 错误2：传入参数组织不存在
  // 判断是否有权限
  const checkRights = await checkUserOrgRights(ctx.user.uid, oid);
  if (!checkRights) {
    // 错误3：用户无组织权限
  }
  // 成功
  return getDevicesByOid(oid);
};

思路一

完成测试用例，覆盖成功的所有情况

完成测试用例，覆盖错误1的所有情况

完成测试用例，覆盖错误2的所有情况

完成测试用例，覆盖错误3的所有情况

这是传统的单元测试衍生而来的 BDD 测试方式。

这里测试用例的个数应该为8次：

成功：

1.当前组织的用户有传入组织 oid

2.当前组织的用户未传入组织 oid

3-5.上级组织，上上级组织，根级组织的管理员用户传入组织 oid

6.失败1：用户未加入组织

7.失败2：传入参数组织不存在

8.失败3：用户无组织权限

其中，测试3-5可以优化为一次测试（即根据所有管理员 uid 的数组比较是否包含当前用户 uid），最终优化后的结果应当为6次。

但由于该思路中不明确用户，所以用户行为无法准确表达，在创建测试数据的时候较为困难，不仔细思考分析，无法优化需要创建多少条测试数据。

思路二

而实际上 BDD 测试为用户行为测试，可以以几类用户的情形分别进行测试。

模拟一个用户的数据，覆盖成功和可能错误（有可能无法涵盖到所有错误）的所有情况

根据未覆盖的部分，再模拟另一个用户的数据，覆盖成功和可能错误（有可能无法涵盖到所有错误）的所有情况

以此循环，直至覆盖所有。

用户1（非组织管理员，查询自己的组织）

1.成功（未传入组织 oid）（组织1）

2.成功（传入组织 oid）

3.失败2：传入参数组织不存在

4.失败3：用户无组织权限（组织2）

用户2（上级某组织管理员）（组织3）

5.成功

用户3（未加入组织用户）

6.失败1：用户未加入组织

非常简洁明了的关系，需要3个测试用户，3个组织（上下级关系进行数据复用，一个无权限的组织），即可涵盖所有范围。

最终优化版设计：

用户1（某组织管理员，有下级组织）

1.成功（未传入组织 oid，查询自己的组织）

2.成功（传入当前的组织 oid（组织1））

3.成功（传入下级的组织 oid（组织2））

4.失败2：传入参数组织不存在

5.失败3：用户无组织权限

用户2（未加入组织用户）

6.失败1：用户未加入组织（组织3）

两个用户，三个组织。完成所有覆盖。

当我以测试驱动开发的时候，我在想些什么

可以从上述测试思路二中进行反推。

实际上思路可能是在写代码或者写测试的过程中不断的改进和完善的。

如果已经写好了测试正在写代码，可以及时回过头来调整测试；

如果功能写好了又再重新测试，可以在测试优化后再去看逻辑代码是否还有优化的空间。

更多关注： https://leader.js.cool/#/expe...

私有云 idc机房托管测试驱动开发 java 测试驱动开发小程序快速开发什么时候好什么时候开始的

文章版权归作者所有，未经允许请勿转载,若此文章存在违规行为，您可以联系管理员删除。

转载请注明本文地址：https://www.ucloud.cn/yun/8770.html

像盖房子一样写代码：当我以测试驱动开发的时候，我在想些什么

摘要：当我写一段测试的时候，我在想些什么按照上面推荐方式完成代码后，需要进行代码的测试。当我以测试驱动开发的时候，我在想些什么可以从上述测试思路二中进行反推。实际上思路可能是在写代码或者写测试的过程中不断的改进和完善的。当我写一个功能模块方法时，我在想些什么 // 无论什么方法，都是这样一个结构 const fn = () => { }; 比如，我要写一个接口，查询组织下的设备列表 /a...

anRui 2019-08-21 16:50 评论0 收藏0
记录一次参加D2前端技术论坛的杭州之行

摘要：最后，我们来到了提前预定好的今晚的住宿地杭州旅行者漫步主题酒店。先一本正经的打打官腔，还有童鞋不知道什么叫吗口答前端技术论坛简称。作为听众，不要对期待参加某场技术会议，提升自我技术修养的效果会立竿见影。 showImg(https://segmentfault.com/img/bV0tLv?w=859&h=487); 前言在这里，闰土首先要感谢以下两位大佬提供的门票，分别是来自新浪微...

wangym 2019-08-22 11:20 评论0 收藏0
敲代码就是盖房子

摘要：有工程师标签用于连接各种各样的样式，有层叠样式表，行为样式层有包工头标签包裹了所有组成网页的标签，只有在包工头的监管下，这些包身工才能好好工作啊而敲代码的我们在其中扮演的角色就有点像被抓的壮丁。我们所看到的网页，是一个有一个标签搭建而成，就像盖房子，有地基（Ps.）：　　html标签包裹所有的HTML代码，不管是页面搭建的body，还是连接样式的head，统统都在。有工程师（Ps.）...

Yang_River 2019-04-23 11:46 评论0 收藏0
不只是IaaS领先：亚马逊AWS创新驱动加速中国布局

摘要：北京站是今年中国规模最大的一场峰会。不只是全球领军者，技术工具箱持续创新本次峰会上，亚马逊首席技术官沃纳威格尔不仅详细介绍了等最新技术服务，而且还向生态合作伙伴再次布道了的技术赋能理念。根据7月底亚马逊发布的2018财年第二季度财报，AWS云服务第二季度营收为61．05亿美元，比上年同期的41．00亿美元增长49％；AWS业务营业利润为16．42亿美元，较去年同期的9．16亿美元增长79．2...

CollinPeng 2019-04-30 11:41 评论0 收藏0
开发之路（学习设计模式前言）

摘要：往后打算当博客写，并记录自己学习成长之路，先开始从设计模式部分写起，本人也还没学完。为什么我没有写具体语言呢？语言只是一种工具，是为了更好解决实际问题的。计算机专业一名普通男生，语言方向是Java，临近毕业，没有选择考研升学，或者拿出几个月时间疯玩来个说走就走的毕业旅行，而是选择实习工作，目前在本地省电视台实习，我不是什么大牛，我只是个愚笨的小菜鸟。往后打算当博客写，并记录自己...

sixgo 2019-08-15 11:09 评论0 收藏0