Этот дайджест создан совместно с телеграм-каналом QA Live ? тестирование ПО. Подпишитесь, чтобы получать дайджесты прямо в телеграм!
? Почитать:
BDD — это о поведении. Пишем сначала тест, а затем код. На примере RSpec — стандартного фреймворка тестирования для Ruby.
Обновлен генератор тестов, это главное. Также по мелочам ассерты, методы и API. Tip of the day от архитекторов Playwright: lint your tests, помогает найти потерянные waits.
Чит-шит базовых функций и команд Appium, с комментариями в коде.
На других русскоязычных платформах:
Пять лет назад, когда я только начинала свою карьеру в IT, количество курсов тестирования можно было подсчитать по пальцам одной руки. От джунов требовалось совсем мало – это знать лишь теорию тестирования: что такое тестирование, виды тестирования, краткое описание техник-тест дизайна. Сюда не входили SQL, API, даже баг-репорт. Тестировщика хватали с руками и ногами, если он знал, как делать запросы в SQL.
» … однажды было так, что мы нагрузили наши платёжные компоненты и всё было в порядке, а через сутки нам сообщают, что мы сломали учётные системы. Это аналитические сервисы, которые собирают данные по всем системам, закрывают финансовые дни, проводят взаиморасчёты и сверки. Так мы поняли, что, хотя с платежами у нас всё хорошо, большой поток ломает следующий уровень нашей системы — аналитический. Хорошо, что мы заметили это заранее и всё починили.»
1. Принимайте участие в сотрудничестве и общении. 2. Выработайте гибкое мышление в области тестирования. 3. Расставьте приоритеты в автоматизации тестирования. 4. Уделяйте особое внимание разработке через тестирование (TDD). 5. Внедряйте непрерывную интеграцию и непрерывное тестирование. 6. Адаптируйте тестовую документацию и отслеживание.
«… расскажу о том, как мы с коллегами на одном проекте настроили автоматизацию 40% smoke-тестов — за полтора месяца и в два этапа. Опишу ход работы и основные возможности автоматизации на проекте. Клиент был крайне ограничен в сроках и планировал отдать часть задач команде собственных разработчиков, но в итоге все сделали наши SDET. Конечным итогом стало создание 43-х интеграционных end-to-end-теста с большим количеством шагов и загружаемых/удаляемых тестовых данных.»
Большое подробное руководство.
1. Множественный запуск тестов. 2. Отчеты о покрытии кода. 3. Параметризация тестов. 4. Фильтрация и запуск по маркерам. 5. Автоматическое обновление зависимостей. 6. Параметры командной строки в тестах
«Для начала расскажу, как у нас устроен процесс автоматизации и наш фреймворк. В автоматизации у нас участвуют SDET-ы и непосредственно QA-инженеры. У нас нет отдельных автоматизаторов, все QA — full stack. SDET-ы занимаются непосредственно фреймворком (развитием, поддержкой, интеграцией) и архитектурной частью автоматизации. QA-инженеры — самим покрытием продукта автоматизированными тестовыми сценариями (тут необходимо уточнить, что QA-инженеры автоматизируют UI-тесты, а Unit- и Integration-тесты пишут разработчики). Паттерны и инструменты используются классические: PageObject, Fluent of invocations, C# + Selenium, MSTest.» Далее подробный рассказ о трудностях.
В мире QA на других платформах (англоязычных):
Один тестировщик на 3 разработчика, то есть ratio 1:3 — в Large-Scale Enterprise Software Development. Ratio 1:5 — Agile Startup Environment. Ratio 1:1 — High-Risk Software. Ratio 1:??? — Open Source Projects.
Шардинг тестов, Auto-waiting, фикстуры, снепшоты и прочее. Оригинальное название статьи: «Testing Nirvana».
Dummy Object, Test Stub, Test Spy, Mock Object, Fake Object, и еще Procedural Test Stub. С объяснениями.
Общий образец Business Requirements Document для Performance Testing.
Подробный практикум, со схемами, примерами кода, и инструментами.
Хороший гайд с чек-листами по UI, типичными багами и зонами особого внимания.
Новый релиз расширения с экспортом репортов в респонсивный HTML. Как подключить и завести.
Для упрощения автоматизации. Lazy Proxying + аннотации. Практикум с кодом.
Оказывается, даже у ручников должно быть, и там должны лежать их лучшие тест-кейсы, тест-планы, образцовые баг-репорты и идеальная документация. У автоматизаторов там должно быть «всё», плюс еще должен ощущаться их «personal touch». Типа testing philosophy и всё такое.
То есть что должно быть в тест-кейсе по стандарту. Очень подробно расписано. Еще ссылки на примеры, и Best Practices.
Книги, лекции на Ютубе, курсы на Udemy (и всё), и фреймворки для практики: в первую очередь Pytest, затем Robot Framework, Behave.
На примере Swagger Petstore + Postman. Небольшой практикум с кодом.
Экосистеме PHP очень редко уделяем внимание. Вот, уделили.
Как проводится, инструменты, проблемы и лучшие практики. Подробный гайд для корпоративных людей.
Большой пошаговый практикум, как настроить мониторинг Selenium-тестов.
Newman — «помощник» Postman. Освоение Postman на должном уровне требует ознакомления с Newman.
? Посмотреть:
- Пережить испытательный срок ⏱10 минут
Артем Русов — про вероятность быть уволенным.
- Cниффер Charles в практике Mobile QA ⏱10 минут
Если лень читать наш гайд, то можно и послушать.
Что с языковым барьером, требования в US-компаниях, оплачивается ли интернатура, какая была нагрузка, можно ли совмещать с обычной для эмигрантов подработкой.
Хорошей недели!
