标签: test-double

我testdouble在node.js项目中用于存根调用.这个特殊的功能是包装一个promise并then在函数本身内有多个调用.

function getUser (rethink, username) {
  return new Promise((resolve, reject) => {
  let r = database.connect();
  r.then(conn => database.table(tablename).filter({username}))
   .then(data => resolve(data))
   .error(err => reject(err));
 });
}

所以我想确定是否根据错误条件正确处理resolve和reject处理.假设我需要验证一些自定义逻辑.

为了我的考试

import getUser from './user';
import td from 'testdouble';
test(t => {
  const db = td.object();
  const connect = td.function();
  td.when(connect('options')).thenResolve();
  const result = getUser(db, 'testuser');
  t.verify(result);
}

问题是connect的结果需要是一个promise,所以我使用一个值来解析,该值需要是另一个解析或拒绝的promise.

与之相关的database.connect()是不是承诺的结果.

TypeError: Cannot read property 'then' of undefined

任何人都可以成功使用Test Double来阻止这种类型的通话吗？

假设我有一个计算器类主要功能是执行以下操作(此代码已简化以使讨论更容易,请不要评论它的样式)

double pilingCarpetArea = (hardstandingsRequireRemediation = true) ? hardStandingPerTurbineDimensionA * hardStandingPerTurbineDimensionB * numberOfHardstandings * proportionOfHardstandingsRequiringGroundRemediationWorks : 0;

double trackCostMultipler;
if (trackConstructionType = TrackConstructionType.Easy) trackCostMultipler = 0.8
else if (trackConstructionType = TrackConstructionType.Normal) trackCostMultipler = 1
else if (trackConstructionType = TrackConstructionType.Hard) trackCostMultipler = 1.3
else throw new OutOfRangeException("Unknown TrackConstructionType: " + trackConstructionType.ToString());

double PilingCostPerArea = TrackCostPerMeter / referenceTrackWidth * trackCostMultipler;

我应该测试至少7条通过这个类的路由,trackCostMultiplier和hardstandingsRequireRemediation(6种组合)和异常条件的组合.我可能还想添加一些除以零和溢出等等,如果我感觉很敏锐.

到目前为止,我可以轻松,时尚地测试这些组合.实际上,我可能相信乘法和加法不太可能出错,因此只需要对trackCostMultipler进行3次测试,为hardstandingsRequireRemediation进行2次测试,而不是测试所有可能的组合.

然而,这是一个简单的案例,我们的应用程序中的逻辑很可能在环境上比这复杂得多,因此测试的数量可能会增长很多.

有一些方法可以解决这种复杂性

1. 将trackCostMultipler计算提取到同一类中的方法

这是一件好事,但它不能帮助我测试它,除非我公开这个方法,这是"生产中的测试逻辑"的一种形式.我经常以实用主义的名义这样做,但如果可以,我想避免.

2. 将trackCostMultipler计算推迟到另一个类

如果计算足够复杂,这似乎是一件好事,我可以轻松地测试这个新类.但是我刚刚对原始类的测试更加复杂,因为我现在想要传递某种类型的ITrackCostMultipler"Test Double",检查它是否使用正确的参数调用,并检查它的返回值是否被使用正确.当一个类有十个子计算器时,它的单元/积分测试变得非常大并且难以理解.

我同时使用(1)和(2),他们给了我信心,他们使调试更快.然而,肯定存在缺点,例如生产中的测试逻辑和模糊测试.

我想知道其他人测试循环复杂代码的经验是什么？有没有办法做到这一点没有缺点？我意识到测试特定子类可以解决(1),但这对我来说似乎是一种遗留技术.也可以操作输入,以便计算的各个部分返回0(用于加法或减法)或1(用于乘法或除法)以使测试更容易,但这只能让我到目前为止.

谢谢

土木工程拓展署