пособие по унижению разработчиков)

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

это я про джунов куа 🙂

ааа 😀😀 тогда ок

они ж удавятся или сбегут) всю нудятину на них

а пособие по унижению разрабов - это ссаные тапки или тряпка и бить их за каждый найденый баг )

А ч бы оставила вариант с разрабами

ну так это для начала - понять насколько они толково\бестолковые… А дальше пусть сами ищут баги, начиная с простых фич и дальше уже повышение

На мой взгляд необходимо поэтапно вводить тестирование.
А с не с головой в омут, ибо очень сложно будет наладить сам процесс
Написать доку по воркфлоу, обсудить моменты кто и за что отвечает.
По сути юнит-тесты это область самих разрабов , как это написали выше. Но тут есть один важный момент. (юнит тесты не всегда работают правильно) т.е. по сути тест может быть, а метод отваливаться по 500, к примеру.

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

юнит-тесты не означают, что покрытую ими область можно будет не тестить тестировщику)) Поэтому поддерживаю мысль забыть о них.

как-то n лет назад тимлид нашим разрабам сказал: вы должны отдавать реализацию таски на тестирование так, будто заливаете на прод и тестировщика у нас нет

мне понравилось) где-то с недельки 2 багов было мало

тебе нужно убедиться, что этот код работает. А какой уж там клубок, это они на код ревью сами посмотрят друг у друга.

а я поддерживаю Дмитрия, юнит тесты полезны для разработки и тестирования - они все уже убирают какой-то процент багов + часть багов можно задать при добавлении в тикет критерии приемки

и узкие кейсы

у меня всегда новички погружаются постепенно в проекты:
- сразу обучение, чтение требований, прохождение по кейсам
- потом подключаю на валидацию дефектов по изученной функциональности
- дальше даю в тест небольшие доработки по изученой функциональности (с проверкой, чо как потестил и как баги завел, как коммуницирует)
- ну и дальше - больше - подключать на регрессы, на новые тесты доработок, на написание чек-листов и первое время контролить - перепроверять местами, задавать вопросы и т.д.

Вот отличный план, правда он может развалиться на первом же шаге есть нет ТК 🙁

а потом тебя уволили?

ТК?

так пусть заодно и тест кейсы сами пишут, пока доки читают и продукт изучают)