Во время дебага да, но я рассчитываю, что тест может падать и при плановом прогоне, а если это было ночью, а утром с базой кто-то поигрался, то тестовым данным я доверять уже не могу. Это конечно оооочень редкий кейс для нашей команды, но мало-ли )

Смотря насколько у тебя тестовые данные изолированы от мест где "кто-то играется".

И даже в этом случае - лучше иметь такие данные, чем никаких

пользуясь случаем, так сказать )
Давно хотел спросить у гуру, к какому типу теста можно отнести тест, который смотрит что-то в верстке веб страницы. То есть не с точки зрения UI, а именно в коде, например значения canonical? Это не UI, не интеграционные, но и не юнит, так как страница берётся все таки с сервера и по запросу, а не локально из кодовой базы.

не изолированы никак, но да, вероятно в моём случае после теста тоже смысла чистить базе меньше, нежели оставлять как есть

А не наоборот разве?

"уровен"

Ну так 0% же

Все объяснимо

Да, товарищ майор...

На первый раз обойдёмся устным предупреждением, но впредь будьте аккуратнее )

#вакансия #fulltime #удаленка #тестировщик #QA

Тестировщик ПО

Компания: РВД Инфосистемы
Занятость: полная
Формат работы: удаленный  
Уровень зп:  90 000 -120 000 р.

⚡️ Работа над различными проектами: финтех и e-Commerce, инжиниринговые информационные системы, портальные решения, системы документооборота.

✅Мы предлагаем:
🔸Работа в стабильной компании;
🔸Конкурентная зп (оклад + премии);
🔸Годовые и проектные премии;
🔸Гибкий, удаленный график работы;
🔸 Возможность проходить обучение и повышать квалификацию за счет компании;
🔸Слаженный коллектив профессионалов и адекватное руководство;
🔸Интересные задачи, профессиональный подход.  
 
✅Обязанности:
🔸 Проведение всех видов ручного тестирования;
🔸 Тест дизайн;
🔸 Ведение тестовой документации (тест-кейсы, протоколы, баг репорты)
🔸 Разработка и поддержка автотестов (запуск, разбор падений, актуализация);
🔸 Обнаружение и отслеживание дефектов;
🔸 Взаимодействие с разработчиками, аналитиками.

✅Требования:
🔸 Опыт ручного тестирования от 2-х лет;
🔸 Опыт работы с тестированием backend, web frontend;
🔸 Опыт тестирования API (POSTMAN, SoapUI);
🔸 Знания SQL (вложенные запросы, JOIN)
🔸 Умение проектировать тест-кейсы и подготавливать тестовые данные для тестирования;
🔸 Знание и понимание работы HTTP;
🔸 Опыт в автотестировании от 1 года;
🔸 Знание инструментов автоматизации (Selenium/Selenide/Cucumber);
🔸 Опыт работы с инструментами Git, Maven/Gradle, Jenkins или аналогами;
🔸 Знакомство с языками программирования (Java, JavaScript);
🔸 Знание Linux;
🔸 Знание методологий разработки ПО, теории тестирования, в частности умение работать по методологии SCRUM.

✅Будет плюсом, если Вы:
• Имеете опыт применения в работе практик DevOps (Continuous Integration, Continuous Delivery, Continuous Deployment);
• Имеете опыт настройки тестовых сред: установка прикладного программного обеспечения, конфигурирование;
•Имеете опыт работы в связке java + selenium или selenide.

Для связи:
lchumak@rvdsystems.ru
telegram:@lchumak_9

Всем привет 🙂 Есть вопросик, может кто поделится своими идеями… Как оптимизировать написание ТК и их ревью с учетом того что надо писать ТК и для автоматизаторов и для мануальной регрессии?

Привет) оптимизировать - значит сделать лучше, чем сейчас. Мы не знаем как сейчас и что именно не нравится в текущем процессе, сложно дать хороший совет.
В общем случае описывают тест кейсы так, чтобы их могли делать вручную, а для автоматизаторов выставляют приоритеты "какие кейсы брать в первую очередь"

Есть подход через ТК в коде. Т.е. вместо тк по сути у тебя автотесты, но они должны быть максимально читабельными, чтобы даже бизнес аналитик условно какой-нибудь или мануальщик посмотрел и понял что тест делает.
те тесты что не автоматизированы - тоже в коде, для них ща в некоторых библиотеках на джаве даже делают специальную аннотацию @Manual или типа того. В отчёте они соответственно видны и вместо стактрейса там можно выводить текст тест кейса.
Таким образом всё в одном месте

Сейчас ревью и написание происходит довольно долго + иногда после ревью приходится переписывать ТК так как при написании использовали не подходящую технику тест-дизайна и плюс надо писать не только для мануал и регрессии, но и для автомейшенов и ты в этом случае должен все просчитать и прописать все первоначальные вводные данные

Ребята, очень нужна помощь за денежку со скриптом автозаполнения форм в UI.Vision RPA (ошибка в скрипте в браузере) созвон буквально на пару мин