Возможно говорить сложно о простом это не быть инженером. Возможно это присуще тем кто не знает о чем говорит или просто выпендривается?
А вот рассказать просто о сложном это уже надо уметь)
На чем же пишите коллега? На чистом питоне или селениум ide? Какой посоветуете стек технологий?
У меня вот идея приложения появилась:
«Найди своего IT-шника»
Особи самцы включают локатор и отмечаются на карте.
Самочки видят самцов it-шников на карте а там уж кто на что гаразд :)
Да! Да! Но нет! =)
Согласен на 100500 с тем что нужно переносить львиную долю UI тестов в API(подразумеваю api веб-сервисов).
Unit тесты вообще прекрасно! Это ведь те что пишут разработчики на свой код? Просто убедиться что мы об одном и том же говорим.
Не знаю правда как в таком случае вы предлагаете их писать... ведь проект может делать много команд на разных технологиях... да и какой же должен быть скил у тестировщика чтобы он мог писать Unit тесты на код разрабочика.
Integration тесты... тоже нужно определиться о чем идет речь.
Допустим есть метод в исходном коде проекта который ходит в БД.
Тест написанный на этот метод уже будет интеграционным.
Просто много докладов/статей на эту тему. Но все они на примере «Hello world» и оторваны от реальной жизни.