Этот дайджест создан совместно с телеграм-каналом QA Live | тестирование ПО. Подпишитесь, чтобы получать дайджесты прямо в телеграм!
Почитать:
Обновления Dynamic Grid, Bidirectional WebDriver и другое по мелочам.
Интеграция промптов ChatGPT в QA-процессы существенно ускоряет рутинную работу. Но результат, выдаваемый ChatGPT, сильно зависит от формулировки промпта.
Уиттакер — автор знаменитой книги “Как тестируют в Google”, старого, но хорошего руководства по исследовательскому тестированию, а также “How to Break Web Software”. Карьеру начал в ФБР («первый выпускник факультета компьютерных наук, принятый на работу в ФБР»), далее в IBM, Ericsson, SAP, Cisco и Microsoft, в качестве «freelance developer specializing in test automation». Сейчас он утверждает, что необходимость в тестировании ИИ снова сделает профессию важной.
Подобно реплей-инструменту Selenium IDE, в Appium есть Inspector для тех же целей.
На других русскоязычных платформах:
Вспомнил несколько самых распространенных и раздражающих меня мифов и постарался объяснить, почему это неправда.
Разделенные по категориям от простых к сложным.
Ознакомление с технологией, с которой точно придется работать даже джуну.
Перевод хорошего гайда Art of Testing.
Базовые вопросы.
В мире QA на других платформах (англоязычных):
Key takeaways: 1) Complex software systems are inherently unpredictable. They can exhibit unintended or hidden behaviours due to their socio-technical nature and constantly changing environments. 2) End users typically experience software systems as intended due to the numerous defences deployed by system designers, builders, maintainers, and operators. However, catastrophic failures can occur when multiple defences fail or do not exist. ) Quality in complex software systems is not just the sum of its components. It is an emergent property that requires ongoing attention throughout the system’s design, construction, maintenance, and operation.
Each level represents a measurement of quality across the same set of attributes that management can use to determine expected consumer feedback and impact to operational support staff.
We’ll focus on unit tests, integration tests, and contract tests.
The goal was to use the ‘constructor’, like simple templates for each part of the tested app, to write tests and run them at continuous and nightly branches.
Today we are going to have a quick look at integrating Allure Reports with another very popular test automation solution today, Playwright.
Cloud-Based Performance Testing, Shift-Left Performance Testing, Continuous Performance Testing, Focus on Real User Experience, Serverless Computing, Performance Engineering, Security and Performance Testing Integration, Infrastructure as Code (IaC), Chaos Testing, Physical Mobile Performance Testing.
There might not be great requirements documents, but there are always requirements. There’s always someone who requires or needs something from the product. That person, or others, also has (have) desires for the product that may or not be requirements, strictly speaking. They’re not what people need, but what they want, or what they’d like, or what they’d prefer.
Посмотреть:
QA is not a race it’s a marathon.
Marie Cruz and Nicole van der Hoeven, two Senior Developer Advocates at Grafana Labs.
Теория, виды, практический пример.
Как проводить НТ с минимальными затратами.
Как организовывали процесс автоматизации для группы бэкенд-микросервисов. На практическом опыте МТС Татьяна рассмотрит архитектуру группы, структуру команды и ожидаемый результат, а также поделится работающими решениями. Узнаем, зачем общий стек с разработчиками, почему им важно использовать статические анализаторы кода с точки зрения тестирования и что такое генерация тест-плана.
- Что нужно сделать embedded-разработчику, чтобы ему не мешали тестировщики | Heisenbug — Гранч 45 минут
Спикеры расскажут, как пробовали разные методы передачи данных: голосовой, UART, Wi-Fi, как переходили от одного «железа» к другому, а также о том, как развивалось устройство для тестирования, росло понимание проблем тестировщиков и что получилось в итоге.
Говоря о тестовой модели, чаще всего акцентируют внимание на качестве самих тестов и покрытии. Но даже самые качественно написанные и актуальные тесты неудобны в использовании без хорошей структуры. Порядок тестов либо не ложится на последовательность их использования, либо совершенно непонятен сторонним пользователям. А иногда еще и «унаследован от предков» в целом в хаотичном состоянии. Поэтому все чаще звучат призывы отказа от тестов в пользу более гибких чек-листов или карт тестирования.
Разберем базы данных, поговорим про реляционные и нереляционные базы данных. Для чего нужны одни, для чего другие, а также попрактикуемся и выполним много разных sql запросов.
Проблемы и предлагаемые решения.
For Software Engineering practitioners, the past 10 years have seen an explosive rise in the adoption of continuous integration systems and automated software testing. Having sufficient test coverage is now considered key to maintaining enough control of large software systems to make changes quickly and reliably. Although we’ve started to write tests, there is still a lot to learn about how to test well — with 40 years of invention and innovation in test strategies and technologies, it’s hard to know what tools are appropriate when testing a given interface. Even among industry leaders, a lot of good testing is still a matter of “I’ll know it when I see it.” In this talk I’ll argue that long-ignored concepts from software design are essential in understanding how to test appropriately. Along the way I’ll tie together ideas and technologies from both design and testing: control, contracts, and design qualities help us understand how best to use unit tests, dynamic analysis, fuzzing, and property-based testing approaches.
Хорошей недели!
