Тестирование обещаний с несколькими thens с помощью testdoublejs
я использую testdouble
для stubbing вызовов внутри моего узла.проект js. Эта конкретная функция обертывает обещание и имеет несколько 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 должен быть обещание, поэтому я использую затем resolve со значением, которое должно быть другим обещанием, которое разрешает или отклоняет.
строка, к которой она относится, является результатом database.connect()
- это не обещание.
TypeError: Cannot read property 'then' of undefined
у кого-нибудь есть успех с stubbing этот тип вызова с двойным тестом?
2 ответов
так выяснил разрешение. Есть несколько вещей, которые следует отметить в решении и с которыми мы столкнулись. Короче постановлением закончилось это...
td.when(database.connect()).thenResolve({then: (resolve) => resolve('ok')});
это разрешает thenable, который возвращается, когда test double видит database connect. Затем могут быть добавлены последующие вызовы.
есть также часть, чтобы отметить, если вы отправляете объект в database.connect()
вы должны знать, что он делает ===
проверка равенства, и вам нужно будет иметь ссылку на этот объект для него правильно использовать td.when
.
двойник теста обеспечивает заглушки для модульного тестирования. И в вашем случае " db " - это объект, который нам нужно высмеять. Создание издевательской БД через
td.object(Database) // Database is the class or constructor of your db
будет правильным выбором, но просто издеваться над теми методами, которые вам нужны в этом случае, я бы не выбрал этот путь.
вот тестируемый модуль, ' некоторые.js':
function getUser (database, username) {
return new Promise((resolve, reject) => {
let r = database.connect();
r.then(conn => database.table('table').filter({username:username}))
.then(data => resolve(data))
.catch(err => reject(err));
});
}
module.exports = getUser;
и тестовый файл, используя мокко и чай.expect, который также может быть любым другим модулем модульного тестирования здесь:
let td = require('testdouble');
let expect = require('chai').expect;
const getUser = require('./some');
describe('some.js',()=>{
it('getUser',()=>{
const db = {};
const name = 'name';
db.connect = td.function();
db.table = td.function('table');
db.filter = td.function('filter');
td.when(db.connect()).thenResolve(db);
td.when(db.table('table')).thenReturn(db);
td.when(db.filter({username: name})).thenResolve('some user data');
return getUser(db, name)
.then(user=>{
expect(user).to.equal('some user data')
})
.catch(e=>assert(e))
})
})
поэтому, пожалуйста, дайте мне знать, если какой-либо из них смущает вас.