Вредные советы для тестировщиков на Java: как стать мастером хаоса

Тестирование — скучно? Нет, если следовать вредным советам! Мы собрали для вас топ гениальных идей, которые гарантированно превратят ваш проект в цирк с багами.

Если вы хотите, чтобы пользователи рыдали, а разработчики хватались за голову, читайте и внедряйте!

1. Один тест на всё

Зачем плодить сущности? Один тест — один проект!

Напиши один гигантский тест, который проверяет сразу всё: от авторизации до работы с базой данных. Пусть он выполняется 3 часа и выдает 500 строк ошибок. Зато какой эффектный результат!

2. Моки? Это что-то из Starbucks!

Настоящий код должен работать с настоящими данными!

Зачем использовать Mockito или другие инструменты для мокинга? Пусть ваш тест каждый раз подключается к реальной базе данных и отправляет запросы на боевой сервер. Ничего страшного, если случайно удалится продакшн-таблица.

3. Написал тесты — забудь о них

Тесты — это как дипломная работа: написал и забыл.

Код меняется? Новые фичи добавляются? Неважно!

Тесты останутся вечными, как египетские пирамиды. Даже если они больше ничего не проверяют.

4. Чем медленнее тесты, тем лучше

Тесты должны быть эпичными!

Если ваш тестовый набор выполняется быстрее часа — вы явно что-то делаете не так. Пусть разработчики запускают их перед уходом домой и приходят утром за результатами.

5. Документация? Это лишнее

Если ты не понимаешь мой код — это твои проблемы.

Зачем писать комментарии или давать нормальные названия методам? Пусть коллеги сами разбираются в вашем шедевре из test1(), test2() и checkSomething().

6. Покрытие кода тестами — это миф

100% покрытия? Это же просто цифра!

Не тратьте время на покрытие кода тестами. Пусть важные куски программы остаются загадкой даже для вас самих. Баги ведь тоже часть жизни!

Следуя этим вредным советам, вы создадите проект-мечту... любого QA-инженера, если это мечта о новой работе!

Хотите узнать больше о том, как работать эффективно и избежать вредных ошибок?

Еще есть места на курс «Java Base» — присоединяйтесь ?