Этот дайджест создан совместно с телеграм-каналом QA Live ? тестирование ПО. Подпишитесь, чтобы получать дайджесты прямо в телеграм!
? Почитать:
» … просто не понимаю, как можно соответствовать таким требованиям. Я никак не могу иметь опыт во всём. Обычно я забываю большинство технологий стека, если в дальнейшем не использую эти технологии. Думаю, что иметь опыт во всех упомянутых технологиях можно только если вы несколько лет поработали в каком-то супер-стартапе».
«Нам не надо так много новых фреймворков. Надо научиться пользоваться существующими.»
Как тестируют фронтенд Netflix
«Революционная библиотека от Netflix, новый взгляд на E2E-тесты фронтенда, сочетание лучшего из Playwright, Jest/Vitest и React».
На других русскоязычных платформах:
Основы Appium. Концепции автоматизации Appium. Продвинутые возможности Appium. Устранение неполадок и лучшие практики
Невозможность найти элемент – одна из главных причин нестабильности автотестов. При поиске элементов часто могут возникать проблемы. Когда мы пытаемся найти элемент, мы делаем предположение о состоянии нашего приложения.
На примерах с использованием фреймворка xUnit для написания модульных тестов в проектах на .Net.
Понятие Quality Gate (дословно ворота качества), предполагает автоматические проверки качества, которые устанавливают пороговые значения для продвижения продукта по конвейеру разработки CI/CD.
Когда мы используем автотесты, то оптимизируем процесс выявления багов за счет сокращения ручного труда. И если основная потребность бизнеса в контексте тестирования — экономить деньги, минимизируя ущерб от каждого бага, то задача автотестирования: выявить наиболее полную картину багов с минимальными затратами на разработку автотестов и их поддержание. Соответственно, чтобы выполнить эту задачу, необходимо обеспечить прозрачный механизм написания тестов и их покрытия. Мы подготовили практический шаблон.
Вместо эталонных скриншотов мы будем использовать эталонное окружение. Это означает, что в качестве референса будем использовать полноценно поднятый проект с продакшн кодом (тот, который находится в гите в master/main). Конечно, здесь должен быть хорошо настроенный CI, который будет давать возможность тестам обращаться к тестируемому экземпляру приложения и к референсу.
Большинство современных веб-проектов имеют сложный интерфейс с переиспользуемыми компонентами. Причем компоненты могут переиспользоваться как на разных страницах, так и в рамках одной страницы. Поэтому важно грамотно оформить POM с самого начала, чтобы можно было добраться до любого локатора любого компонента на странице. Это упростит написание тестов и улучшит читаемость кода. При формировании страниц и компонентов мы будем использовать как наследование, так и композицию.
В мире QA на других платформах (англоязычных):
The presented case study illustrates a proof of concept of AI-enhanced test case creation, leveraging both a Product Requirements Document (PRD) and a Person-Based testing approach. Persona-based testing is pivotal in validating software products by considering the behavior, preferences, and needs of diverse user personas.
Each task, issue, bug or implementation has various layers and multiple values assigned to it: Priority, severity, story points, story, epic … the list goes on and on. There is one that is invisible and impacts all the others from the shadows, you could say — it is the business value.
Хотя традиционные модели «закрытых систем» могут показаться знакомыми, они не учитывают непредсказуемость динамики реальных пользователей. В этой статье рассказывается о том, как модели открытых систем, имитирующие реальное поведение пользователей, выявляют узкие места в производительности при высокой нагрузке, которые закрытые модели выявить не могут. Помните, что именно эти показатели, а не количество генерированных виртуальных пользователей, являются ключом к получению точных результатов нагрузочного тестирования.
Одной из самых сложных задач любой тех-команды является обеспечение функциональности после развертывания новых изменений на продакшене. Даже неточность данных на 0,1% может существенно подорвать доверие клиентов в крупных масштабах. Примерно 10 % развертываний нашей команды в прошлом году было направлено на устранение ошибок, вызванных предыдущими развертываниями.
A Practical Approach to Monitoring with Shell Scripting.
Generalization of what we now call “service-level testing”.
Полухудожественное произведение с примерами на PHP.
Иногда простые изменения, даже на самом низком уровне, могут дать большое преимущество.
You must learn important facts like: 1. If the app requires data sets to carry out tests on it. 2. If it is a large and complex project. 3. If the test requirement is hinging on simplicity. Other factors can be deduced from understanding the application and its targeted audience.
If you were hired to do ‘testing’ and you spent all your days doing ‘testing’, how dare I show up to say your testing is off?!? I look at results, and the only way to look at results you provide is to test after you.
Интересный опенсорсный SikuliX.
Серьезный текст с научным подходом.
tl;dr: Step 1: The self-healing mechanism gets triggered whenever “NoSuchElement” or a similar error occurs for an element mentioned in the automation script. Step 2: The algorithm analyzes the test script to identify the root cause of the error. Step 3: The algorithm uses AI-powered data analytics to identify the exact object in the test script that has changed. An object can be any interface item like a webpage, navigation button, or text box. Step 4: The algorithm updates the test script with the new identification parameters for the affected object(s). Step 5: The updated test case is re-executed to verify that the remediation has been successful.
? Посмотреть:
Небольшой толковый видеопрактикум.
AIBY Group (Беларусь), выступление на SQA Days.
В команду DebitCard. «16 основных вопросов для тестировщика.»
- SDLS и STLS в FinTech и GameDev ⏱1 час 15 минут
QA Lead (геймдев) и Senior QA/QA Lead (финтех).
Хорошей недели!
