I
Спасибо!
Size: a a a
2021 July 29
I
Подскажите пожалуйста, какую техническую информацию необходимо запросить тестировщику от разработчика, что бы начать процесс тестирование? К примеру описание структуры базы (таблиц)?
S1
а оно нужно - описание структуры бд для того вида тестирования, которое предполагается осуществлять?
I
Предполагается, что да, к примеру, если это форма регистрации, что бы понять, падают данные в базу или нет
I
сам на свой вопрос ответил?
S1
вообще какую нужно - без котороый протестить не получится ту и запрашивать. Например апишку нельзя протестировать не имея апи контракта или хотя бы примера запроса.
S1
ну это получается интеграционный тест. тут надо понимать в какую бд в какую таблицу должны упасть данные, да.
всё сильно зависит от того что и как планируется тестировать в общем
всё сильно зависит от того что и как планируется тестировать в общем
I
Спасибо, извините за такие вопросы, каша в голове, всего начитался, не могу уложить
S1
Да у всех так. Чтобы всё по полочкам разлеглось нужна практика
S
Zephyr Squad от Smartbear для jira как то решает вопрос
I
Подскажите пожалуйста, какие язык программирования необходимо изучить для внедрения автоматизированных тестов? Важно ли для выбора языка отталкиваться от того, на каком языке написано ПО, к примеру на PHP или Питоне?
RG
Хорошо бы
I
То есть, если сайт на PHP, то тесты тоже лучше писать на PHP?
RG
Зависит от того что и как вы собираетесь тестировать.
I
я сейчас не про юнит тесты, которые внедряет разработчик
I
а отдельные, которые пишет тестировщик
I
Правильно я понимаю, что тесты которые пишет разработчик и тесты, которые пишет тестировщик, это два разных метода тестирования?
I
То есть они не должны быть привязаны к друг-другу
I
Каждый тестирует на своем уровне
VP
Не стоит разделять тесты на "тесты разработчика" и "тесты тестировщика". Есть юнит-тесты, есть тесты API и т.д.
Некоторые тесты, к примеру UI, можно писать на всём, что удобно, потому что они не лезут взаимодействовать с кодом проекта, а работают уже с готовым продуктом (дёргают html, в случае с вебом)
Некоторые тесты, к примеру UI, можно писать на всём, что удобно, потому что они не лезут взаимодействовать с кодом проекта, а работают уже с готовым продуктом (дёргают html, в случае с вебом)