Этот дайджест создан совместно с телеграм-каналом QA Live ? тестирование ПО. Подпишитесь, чтобы получать дайджесты прямо в телеграм!
? Почитать:
ChatGPT не заменит квалифицированного автоматизатора, но способен взять на себя часть стандартных задач в Playwright.
SQLite работает практически на всех вычислительных устройствах на планете: телефонах, планшетах, браузерах, серверах, ноутбуках. У нее миллионы автотестов и всего три основных разработчика.
На других русскоязычных платформах:
В любой непонятной ситуации старайтесь сделать её понятней — советоваться, уточнять, согласовывать и оспаривать что-то с командой совершенно нормально, коммуникация — ключ к выходу из сложной ситуации. Ищите компромисс между качеством продукта и задачами бизнеса, ваша задача найти и указать на проблемы, нельзя взять и сказать “я не буду тестировать без бэкенда и точка”. Не оставляйте не заведённых багов. Изменить приоритет или вовсе отклонить баг можно в любой момент, а незначительный, на первый взгляд, баг может скрывать серьёзные проблемы. Знайте и изучайте гайдлайны платформ, замечайте если какие-то места в приложении их нарушают, даже если сейчас ваше приложение прошло ревью в следующий раз может не пройти.
Robot Framework — инструмент, который позволит писать автотесты, даже если у вас не было никакого опыта программирования.
В статье постараюсь простым языком рассказать о своем опыте работы с техниками тест-дизайна на примере проверки оплат – расскажу, как проверяю интеграционные сервисы и всё, что этого касается. В известном смысле это основы тестирования, но по моему опыту как раз из-за этого (“это база, ну что там может быть такого”) о подобных вещах на практике забываешь чаще, чем хотелось бы. К тому же в любом домене есть свои тонкости, в случае проверки систем оплат – налоги, чеки, возвратные чеки, регионы, экономические зоны. Кажется, для насмотренности может быть полезно разобраться, как тест-дизайн адаптируется под эти нюансы.
1. Используйте уровни API и базы данных приложения. 2. Визуальная регрессия вместо выполнения определенных UI тестов. 3. Параллельное выполнение. 4. Распределенное выполнение. 5. Headless браузеры. 6. Эффективное управление «настройкой» (Setup) и «разрушением» (Tear Down) тестов. 7. Использование файлов cookie. 8. Используйте навигационные ярлыки. 9. Создание атомарных неповторяющихся тестов.
Настало время рассказать о фирменном программном пакете test-suite, который мы разработали специально для тестирования устройств Wiren Board на разных стендах. Причем стенды мы тоже разрабатывали и собирали своими руками, некоторые из них мы покажем в статье.
При заполнении поля «Pre‑conditions» старайтесь быть максимально лаконичными и точными. Используйте понятный язык, избегайте профессионального жаргона. Указывайте только те условия, которые напрямую влияют на результат теста. Регулярно проверяйте и обновляйте предварительные условия, чтобы они соответствовали текущему состоянию системы. Помните: грамотное оформление поля «Pre‑conditions» — это залог успешного тестирования.
Самостоятельность. Ключевая идея заключается в том, что если вы обнаружите недостатки в процессах или увидите, что что-то устарело или сломалось, необходимо проявить инициативу.
В отличие от программирования, где существуют конкретные задачи и цели, тестирование зачастую требует абстрактного мышления. Необходимо создавать тестовые случаи, которые покрывают различные аспекты функциональности программы, а также предвидеть возможные ошибки.
В мире QA на других платформах (англоязычных):
Недавно Netflix выпустила SafeTest — фреймворк для тестирования компонентов, построенный поверх Playwright. В этой статье я хочу сравнить его с моей функцией тестирования компонентов Cypress. Чтобы сравнить тестовые прогоны на конкретных примерах, я взял пример из собственного репо SafeTest и поместил дополнительные тесты Cypress в репо bahmutov/safetest-vs-cypress.
And the winner is WebdriverIO, no surprise, he?
tl;dr: 1) Avoid Blocking Sleep Calls. 2) Name the Test Cases & Test Suites Appropriately. 3) Set the Browser Zoom Level to 100 percent. 4) Maximize the Browser Window. 5) Choose the Best-Suited Web Locator. 6) Create a Browser Compatibility Matrix for Cross Browser Testing. 7) Implement Logging and Reporting. 8) Use Design Patterns and Principles i.e. Page Object Model (POM). 9) Use BDD Framework with Selenium. 10) Follow a Uniform Directory Structure. 11) Use Data-Driven Testing for Parameterization. 12) Do Not Use a Single Driver Implementation, Come Up with Autonomous Test Case Design. 13) Use Assert and Verify in Appropriate Scenarios. 14) Avoid Code Duplication (or Wrap Selenium Calls). 15) Leverage Parallel Testing in Selenium. 16) Worst Practices for Automation Testing with Selenium.
Для интеграционного тестирования в React понадобятся следующие два инструмента: 1) Библиотека тестирования React (RTL) 2). Jest.
ChatGPT и Copilot.
Классические Do’s and don’ts для вступающих в должность.
Список начинается со слепого метода печати и составления mindmap-ов.
We practice backlog refinements, three amigos meetings and collectively write acceptance criteria, which often are a lightweight form of test plan. Along with the other testers we are in the same team as developers, closely watch progress on new features and get a chance to interact with early versions of the software. I participate in code reviews and suggest improvements to unit tests, which allows me to share test ideas.
Strategy Summary: it should not be big. But everything should have a reason for doing it. Briefly describe the purpose and objectives of the test automation strategy. Highlight the expected benefits and key components of the strategy.
Автор — адепт Model-based testing.
Синглтон гарантирует, что существует только одна копия чего-либо, что облегчает совместное использование и управление. Это удобно для управления такими вещами, как логи, подключения к БД и другим ресурсам.
Paparazzi удобна тем, что для генерации изображений не требуется устройство или эмулятор. Однако, поскольку результаты сравнения изображений не очень хороши при использовании Paparazzi (можно сказать, что Shot лучше), можно сделать вывод, что в процессе разработки приложений лучше использовать Shot и запускать его на локальном устройстве или эмуляторе.
Clean Test Cases Using Page Object Model (POM) in Playwright
Практикум.
1.) Google’s research into developer’s views on quality can help Quality Engineers support engineering teams to build quality into processes and products by categorising quality attributes into process, code, system, and product quality. 2.) Collaboratively categorising quality attributes can create a shared understanding of quality between stakeholders and help engineering teams see how their views of quality connect and why those attributes matter to those people. 3). People quality attributes such as teamwork and collaboration are foundational quality attributes to the other software quality categories, which can help improve the flow of work between them.
These days writing software is not the problem. Reading software is the problem.
? Посмотреть:
- Теории, практики и QA-факапы ⏱2 часа
Саша Пшеборовская, SDET & PM в JetBrains, расскажет о десятке лучших практик запуска автоматизации тестирования веб-приложений с нуля: от тестирования «тестируемости» до создания CI/CD и способов архитектурных решений. Ирина Мягкова, BA в red_mad_robot, расскажет про ценность и назначение методологии 3 Амиго. Почему методика полезна при разработке сложных ИТ-продуктов, и как применять ее на практике с конкретными результатами. Наумов Александр, куратор ЦК QA в SMLab, расскажет о типичных QA-факапах: как посыпал голову пеплом на разных проектах и почему. И, разумеется, о том, как подстелить соломку.
Рассматриваем подробнее несколько значимых уязвимостей, опубликованных в 2022–2023 годах — разбираемся в причинах их возникновения и учимся искать такие же в своих проектах.
Александра Пшеборовская, SDET & PM в JetBrains, расскажет о десятке лучших практик запуска автоматизации тестирования веб-приложений с нуля: от тестирования «тестируемости» до создания CI/CD и способов архитектурных решений.
- Мобильное тестирование в 2024 (Heisenbug) ⏱1 час 15 минут
Поговорили про новости и особенности разных платформ, фреймворки для тестирования. Обсудили симуляторы, облачные тесты и физические фермы устройств. Также среди тем выпуска — CI, раннеры и AI в тестировании.
Декомпозиция функций приложения через SRS или SDS, через use cases, через матрицу трассируемости, через MindMap для сайта.
- Собеседование в RuTube ⏱30 минут
Разберем, как пройти первичное HR-собеседование, чтобы попасть на техническое.
Подробный обзор Артема Русова.
Хорошей недели!
