Фрактальное тестирование / Дмитрий Карловский (1С)

Онлайн-конференция, полностью посвященная инженерным процессам и практикам TechLeadConf 2020

Тезисы и презентация:

Разберём по кирпичикам пирамиду тестирования. Найдём в ней все изъяны. Выкинем из неё всё лишнее. И сформулируем принципы фрактального тестирования, которые помогут обеспечить высокий уровень качества минимумом усилий. Но для этого нам придётся подорвать самые основы. Так что держите огнетушители наготове.
--------

[друг-чебурашки]

300 тестов за пол секунды, кайф! 😮
На прошлом месте работы использовали только e2e тесты, выполнялись примерно пол часа. Еще иногда падали рандомно по разным причинам, не всегда зависящих от фронта. То есть чтобы убедиться, что тест действительно упал, нужно их перезапустить еще. Вот это была боль.

[OStrekalovsky]

9:08 - в примере логическая ошибка. Если вы изменили интерфейс модуля B, то вам не только моки этого модуля менять, но и код всех клиентов. А вообще странно, что автор совсем не говорит о существенном минусе его подхода - взрыву комбинаторной сложности тестов: чем "ветвистее" код будет, тем сильно нелинейно больше их надо. Вообще понятно, что если автор постоянно сильно рефакторит - ему тесты только мешают и пофиг, что от этого страдает надёжность. Нужно помогать людям выбирать подходы к тестированию, а не навязывать то, что специфично для твоей работы.

[ОлегТимофеев-щш]

"и самое главное выносить эти зависимости в публичный интерфейс"... можно подумать что, если мы спрячем зависимость, она куда то денется. А если зажмуриться, то вообще мир станет крайне простым...Вообще то абстракции нам нужны чтобы скрывать сложность, а не зависимости..