Этот дайджест создан совместно с телеграм-каналом QA Live ? тестирование ПО. Подпишитесь, чтобы получать дайджесты прямо в телеграм!
? Почитать:
Как тестируют софт в крупнейшей аудиторской компании мира. Подробный рассказ Head of Engineering — Director at Deloitte.
Как рефакторить легаси-код, улучшить тестабельность и повысить покрытие. SOLID, DRY и KISS.
На других русскоязычных платформах:
При проведении тестирования ПО можно использовать эти виды документации как вместе, так и отдельно. В некоторых компаниях может быть в явно виде прописано какую документацию можно оформлять, однако в стартапе или молодом проекте эта обязанность может лечь на ваши плечи.
На нашем проекте существовал ряд автоматизированных сценариев по основному функционалу системы, написанных на ЯП Python разработчиками когда-то очень давно. К сожалению, из-за большой загрузки разработчиков заниматься автоматизацией стало некогда и некому, из-за чего мы с командой приняли решение внедрить фреймворк Karate.
Серия статей про Insomnia, первую статью можно прочитать по ссылке.
«Как я автоматизировала регрессы в рабочем проекте на React с использованием довольно нового фреймворка Playwright. Разберемся, почему именно этот фреймворк, подводные камни.»
Делаем прото-запрос и получаем прото-ответ. Похоже на привычный рест? Да, только есть особенность: передаваемые и получаемые данные сохраняются в бинарном виде, а ключи для данных — это индексы, а не привычные в ресте имена полей. Так что данные передаются быстро, но выглядят непонятно для человека, будучи зашифрованными в бинарном виде.
Переводная версия статьи была расширена за счет комментария от DevOps специалиста компании SSP SOFT и ссылок на дюжину статей Хабра по практике использования упомянутых в обзоре инструментов.
«Укрепилось мнение, что дизайнер всегда прав, он лучше знает и только другой творец может увидеть недочёты.»
Комент: «Здравствуйте, благодарю за проделанную работу, как по мне статья довольно полезная и информативная, хотя многое я и не понял, хах) «
В мире QA на других платформах (англоязычных):
«Суть эффективного тестирования, таким образом, заключается не в неустанном стремлении к 100-процентному покрытию с помощью какого-то одного подхода, а в стратегической оркестровке всех трех, адаптированной к требованиям каждого проекта».
Та самая диаграмма из мемов.
Описываются issues with testing scope.
The expectations a user has of how soon things will be better are likely to differ if it’s a bug or a missing feature.
Trace-based testing, OpenTelemetry, вот это всё.
Seems like it adds additional perhaps unnecessary layer to test automation.
As a delivery lead, your primary duty is to eliminate obstacles rather than directing your team to surmount them. It’s essential to take a step back and introspectively question, “How can we approach this project differently to ensure its success?” This mindset shift from merely confronting challenges to proactively strategizing for success can significantly impact the project’s outcome.
На достаточно нестандартных примерах: Let’s say there is a system that should verify the recipient’s IBAN against a database. If the response is positive, the transfer proceeds; if negative, the transfer must be blocked. Consider two test cases, covering the anti-terrorism check (ATC).
Вместо того чтобы пытаться решить все проблемы одновременно, TDD подталкивает нас к тому, чтобы разделить решения на последовательности шагов.
There are currently about 20 types of poorly practiced coding patterns documented.
XCTest.
Using Pydriller and the GitHub API, I built a framework to extract insights from any Git repository.
OpenAI’s text generation models — particularly GPT-3.5-turbo and GPT-4-turbo-preview — to craft a Text Generation Model in Google Colab, focusing on a Test Automation use case.
Imagine planning a party without knowing how many guests are coming or what food they like. It would be chaotic and unpredictable, right? Similarly, chaos can occur in software development without clear guidelines called acceptance criteria.
A Bug Retrospective is a collaborative review of recent bugs—from automated tests, hands-on testing, or even post-release issues reported by customers. It’s not about blaming but figuring out together why these bugs weren’t caught earlier. The aim is to dig deep, understand the root cause, and brainstorm ways to catch or prevent these bugs sooner.
As the person who writes and fixes the code, I can change the code to change the way I test it. Even better, if I come into writing the code anticipating the tests, I can design the code to make it possible to test the problem at the lowest level; in the unit.
«I often talk with testers who are feeling frustration with their manager».
Первая часть здесь.
It’s a story about product quality and user satisfaction. Look at what successful startups do. They hire experienced QA engineers primarily to establish processes.
SDET is a developer that focuses on building and implementing test frameworks. QA Automation Engineer is similar but usually more of background in QA and more focused on writing test scripts. QA engineer is typically a hybrid between automation and manual with less programming knowledge. QA analyst has little no to programming skills and is fully focused on manual testing.
? Посмотреть:
- Зарплаты QA в США ⏱20 минут
How the company, the industry and other factors have an impact on salary.
Александр Хвастович хорошо объясняет по английски.
- AQA Soft Skills ⏱45 минут
Колоритный дед-афроангличанин с седой бородой, оказавшийся Test Automation Architect at Oxford University Press, рассказал об Importance of Soft Skills in Test Automation.
Будет полезно посмотреть перед чтением статьи о тестировании в Deloitte.
Из космического бластера уничтожить скучную задачу и получить за это награду.
Senior и Middle QA отвечают на вопросы и делятся опытом, каких ошибок избегать при трудоустройстве и работе.
Рекламное, но забавное.
Хорошей недели!
