Pull to refresh

Comments 12

Меня одного передёргивает от обильного сочетания веса с килограммами?

Поделитесь в комментариях: какие методики модульного тестирования используете вы?

Используем эти:

  1. Высокоуровневые — проверка бизнес‑процесса системы и логики работы программы.

Как-то так вышло, эмпирически, что низкоуровневые тесты всё-таки гарантируют с меньшей степенью отсутствие багов. Высокоуровневые проверяют и то, что сценарий ОКъ, и низкоуровневые моменты.

Не отрицаю, что (1) нет, но пирамида тестирования перевёрнутая выходит в реальности: больше всего (3), есть (2), меньше всех (1).

Топикстартеру рекомендую книгу микросервисы Ричардсона, там две главы написанию текстов посвещаны, и очень интересно описано, что какими тестами покрывать и как они связаны, и как шрифт-лефт достигается, по мнению автора.

от 10 до 25 кг — стоимость доставки 400 руб;

и тут же тест на 500

void priceOfDelivery_fromTenBeforeTwentyFive() {
var price = priceOfDelivery.get(15);
assertEquals(500, price.getResult());
}

Получается нужно цены и в таблице цен менять и в тестах?
Если таблица цен динамическая (из внешнего апи), то этот тест кейс не релевантен, а то и вреден.
Если же она статическая то кажется 500 должно не быть прям в тесте прописано, а и для реального priceOfDelivery.get и для самого теста браться из одного и того же места?

Да, действительно тут опечатка должно быть assertEquals(400, price.getResult()); так как цены статические. Спасибо за замечание.

В предложенном коле анализа пограничных значений опечатка, тесты не соответствуют условию (больше 60 цена =1000) в данный момент 60.1 = 600 и остальные аналогично

Автор, спасибо! Мне было полезно. Понимаю что уже бы был совсем не тот формат, но мне, конечно, хотелось бы примеров кода, чтобы понимать как именно каждый принцип закодить. Если кто-то сделает, например, на Java было бы очень круто.

извините, не увидел что примеры уже были в статье =\ Тогда хотелось бы в подобном ключе и остальные методики рассмотреть.

Sign up to leave a comment.