Какой самый оптимальный способ ввести тестирование в готовый проект?

Question

[Павел Быков]

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

Comments

[キム ファイブプラス]

Что тестировать то? Поведение, функции, api?

[Павел Быков]

キム ファイブプラス, в основном API, получается нужно оттестировать все методы API, в определенном порядке, что бы понять точно ли все хорошо работает, при изменение какого либо функционала

[キム ファイブプラス]

Ну самый простой вариант это мокирование.
Начать можно отсюда https://codeception.com/docs/10-APITesting

[Vitsliputsli]

キム ファイブプラス, а что мокировать будем?

Answer 1

[Araya]

Пишешь End-to-End, интеграционные тесты -> проходишь руками -> автоматизируешь -> PROFIT

Answer 2

[Alexej Simakov]

Баги в готовом функционале называются регрессом, соответственно нужно регрессионное тестирование. А какие слои приложения при этом нужно проверять - ну это от архитектуры приложения зависит. Любой слой может сломаться, после внесения изменений, значит по уму надо все слои проверять на регресс. Но на это жизни не хватит. Значит нужно сконцентрироваться для начала на ключевых самых жизненно важных проверках. Да, все функции жизненно важные, но например если корень апишки не отвечает то это суровее чем если не отвечает какой-то один ресурс. Раскидайте по рискам, и по этой иерархии покрывайте. Риск это насколько огромным будет WTF у пользователя если эта штука отвалится.

Answer 3

[Scittels]

В уже готовом ранний этап не сработает. Скорее всего, хочется в первую очередь регресс, тестирование требований, модульное и интеграционное тестирование.
Далее нужно определиться автоматизация или ручное, или гибрид. Зависит от продукта и команды.
Главное — быть готовым, что введение тестирования пошатает текущие процессы)