которые пишет тестировщик, это два разных метода тестирования?
Не стоит разделять тесты на "тесты разработчика" и "тесты тестировщика". Есть юнит-тесты, есть тесты API и т.д. Некоторые тесты, к примеру UI, можно писать на всём, что удобно, потому что они не лезут взаимодействовать с кодом проекта, а работают уже с готовым продуктом (дёргают html, в случае с вебом)
Спасибо! А если тесты лезут взаимодействовать с кодом, то это разные виды тестов, тест от разработчика и и тест от тестировщика?
почитайте про статический анализ кода и динамический
Тесты разработчиков, тесты тестировщиков, анализ кода. Wut? Есть, как бы, много разных видов тестирования. Они могут выполнять проверки на разных уровнях системы, иметь разную степень изолированности от кодовой базы и обладать совершенно разными объектами тестирования (напр. функциональная логика, контракты взаимодействия, стабильность/мутабельность кода). Все эти тесты могут писать и проводить разработчики. Или тестировщики. И даже проджект менеджеры могут. Или вообще все вместе, скопом или по расписанию. Вопрос исключительно того, как вы договоритесь в вашей команде.
Как правило, unit тесты пишут сами разрабы, а уже тестирование приложения через api и ui это удел автоматизаторов Я слышал истории конечно про тестировщиков которые пишут юнит но это скорее исключение как мне кажется
То есть в написание автоматизированных тестов нет необходимости тесно сотрудничать с разработчиком, так как разраб и тестировщик каждый пишет тесты на своем уровне?
Нужны требования прежде всего и в целом понимание бизнес-логики, иногда приходится и к разрабам сходить но в целом они не являются поставщиком знаний, если есть к примеру толковый аналитик
Представим, что есть аналитик, который четко формирует необходимые требования, в этом случае, помощь от разраба в написание тестов не нужна?
А что ты от него хочешь узнать?) у тебя есть тз, которое дал аналитик, ты пишешь тест по нём. Зачем тебе разраб?
Нет необходимости взаимодействовать плотно. Функциональное тестирование фронта/UI тестируете, опираясь на продукт (сайт, нативное приложение). Тут же вы можете комбинировать GUI, db, API. API тестируете, отпираясь на контракт (openAPI Spec). Сначала ручное, далее автоматизируете. Я так вижу
Не, она может быть нужна от back-end developer’a, чтобы спросить API spec, схему, структуру БД, логику контракта, ибо аналитик не факт что знает все нюансы, чтобы правильно написать тесты на схему АПИ и тд
Обсуждают сегодня