Comments 4
про глубокий дайвинг тестировщика в код прям в точку. Сам через это проходил - когда слишком увлекаешься кодом, реально начинаешь смотреть на продукт глазами разработчика, а не пользователя и всё, половина багов улетает мимо. Баланс тут реально решает.
Спросить ChatGPT
На мой взгляд, очень дорого и неэффективно по времени, в пересчете на человеко-часы тестировать руками.
Особенно если приложение большое и количество сценариев разрастается.
А потом еще и становится больно, потому что человек не робот и обязательно пропускает регрессии, которые не касаются напрямую новой фичи.
Разве что тестировщик, пишет и выполняет авто-тесты. (что вряд ли).
Остается только малая-малость: "Объяснить менеджеру, зачем нужно тратить чуть ли не в два раза больше времени программиста на разработку чтобы покрыть тестом новый/старый функционал, и заложить это время в новую фичу".
:-) Логика простая...
Требования к разработчику - "сделай в программном продукте вот этот функционал и побыстрее". Разработчик же заинтересован в постоянной "разработке программного продукта" - именно этим он "зарабатывает". По этой причине (кроме отдельных перфекционистов "по природе") софт "исходящий" от разработчков сырой, не оптимизирован и полон багов. "Бац-бац и готово!"
Требования к тестировщику - "клиент не должен сообщать об ошибках в программном продукте и его функциях".
Тестировщик, разработчик и бизнес