Есть большие отделы QA, поделённые на касты «мануальщиков», «автоматизаторов», «тест-менеджеров» и «тест-лидов». Есть армия тестировщиков, колбасящая селениум изо дня в день. Есть гриды и облака для параллельного запуска тестов в тысячу потоков по ночам.
А мы разрабатываем интернет-банк всего лишь вчетвером. Вместе с автотестами. Никаких аналитиков. Никаких тестировщиков. Никаких тест-менеджеров. И тесты наши пробегают всего лишь за 5 минут. Как нам это удаётся?
Мы уже давно поняли, что для взрослых людей лето – активное время для обучения, поэтому летом работа нашего учебного центра не прекращается. Ниже представлено расписание тренингов для тестировщиков на май-июль.
Ну и как обычно широкий ассортимент онлайн-тренингов, которые не требуют отрыва от работы, позволяют совмещая с работой получать новые знания, осваивать новые умения. Как всегда помимо качественного теоретического материала мы предлагаем постоянную поддержку тренера и обратную связь по результатам выполнения практических домашних заданий.
Такой вопрос: если мы тестируем базу данных, не через SQL-запрос а через обычную форму юзеринтерфейса, и только "получаем" данные, то у нас всего два класса эквивалентности : правильный и не правильный? напрмер: проверяю вход с помощью ранее сгенерированного пин-кода. Сначала проверяю правильное значение а потом неправильное. Я правильно понимаю? еще есть еще входные данные?
Пробую использовать Selenium IDE. Возникла необходимость найти значение переменной в определенном поле. Сделал это с помощью
verifyText | //html/body/form/pre | regexp:.*${CreditNumber}*. Можно ли дальше в зависимости от результата проверки выполнять определенные шаги? Есть gotoIf, но можно ли в нем использовать verifyText с локатором?
Появилось желание собирать больше инфы по упавшим тестам, чем их названия и Additional Info. Во время прогона тестов (в 10 потоков) идет формирование специальной html странички, где можно в реальном времени видеть на какой виртуалке какие тесты падают. Было бы здорово выводить по каждому падению и таблицу Call Stack для более быстрой оценки проблемы, нежели делать это после окончания прогона (часов через 6-7) через лог TestExecute. Интересует таблица именно с номерами строк