Этот дайджест создан совместно с телеграм-каналом QA Live | тестирование ПО. Подпишитесь, чтобы получать дайджесты прямо в телеграм!
Почитать:
Uber — приложение со 100% микросервисной архитектурой, и оно тестируется в основном E2E-тестами, чрезвычайно стабильными благодаря системе BITS, которая контролирует все изменения кода и конфигураций.
Довольно подробный.
Около 20 туториалов.
Как выполнять навигацию, выбирать элементы на странице, взаимодействовать с ними, писать проверки, и мокировать API-запросы.
Чтобы понять этот принцип, надо сначала разобраться, что такое интерфейс. Интерфейс – это определение набора методов, который можно реализовать в классе. Каждый класс с реализацией интерфейса должен использовать все включенные в интерфейс методы. Так как интерфейс определяет только подпись метода (имя, параметры и тип возвращаемого значения), методы могут варьировать в разных реализациях. Принцип разделения интерфейсов гласит, что класс не должен быть принужден зависеть от методов, которыми он не пользуется.
В предыдущей статье мы рассмотрели меняющуюся роль тестировщиков и способы улучшения сотрудничества с коллегами. В этой статье мы углубимся в тонкости тестирования производительности, надежности и управляемости веб-приложения. То есть тестирование сервисов.
Размышления о тестировании за пределами «идеального сценария» (happy path).
Роль девайс-холдера не требует ежедневных 8 рабочих часов, тут не «горят релизы». Поэтому получается грамотно распределять задачи и управлять нагрузкой.
Понятие критериев качества требований скорее относится к бизнес-анализу, чем к QA. В разных источниках можно встретить разные наборы критериев. При написании этой статьи я руководствовалась своим опытом и тремя хорошими книгами:
1. «BABOK» Международного института бизнес-анализа.
2. «Тестирование программного обеспечения. Базовый курс.» Святослава Куликова.
3. «Разработка требований к программному обеспечению» Карла Вигерса и Джой Битти.
На изображении ниже можно увидеть, что во всех трех источниках есть семь одинаковых критериев качества. По моему опыту, знания этих семи критериев достаточно для QA-инженера, они и будут разобраны в этой статье. Оставшиеся пять критериев приведены во второй части статьи.
Наше подразделение занимается продуктами, связанными с BNPL-политикой (buy now, pay later). Это такие продукты, как автокредит, ипотека, сервис «Долями», потребительские кредиты и другое. У нас много интеграций — как внутрибанковских, так и внешних. На стабильность работы внешних систем мы чаще всего не можем повлиять.
На один из проектов разрабы завезли websoket и нужно было автоматизировать процесс тестирования. Бэк написан на Spring, фронт на React и оба они успешно используют библиотеку SockJS на которой и построена вся функциональность связанная с ws. Автотесты мы пишем на нативной Java без использования Spring в отдельном от основного проекта репозитории.
Это server-side render приложение, написанное на Next.js 12 версии. Сайт состоит из множества контентных страниц, модуля тестирования, а также административной панели с визуальным конструктором контента.
Когда вы делаете MVP-проект, вы начинаете готовить документацию для передачи его в эксплуатацию. А ребята из эксплуатации как раз следят за трафиком, нагрузкой, серверами. Команда разработки, соответственно, идет делать дальше продуктовые таски и не занимается нагрузкой, не следит за серверами. Так что, если вы не сдались в эксплуатацию, метрик по серверам у нас нет.
В мире QA на других платформах (англоязычных):
In this article, I describe different forms for describing test cases. I especially focus on how those forms affect cost and efficiency, but also describe when they may or may not each be useful.
Now the question is, do you actually perform code review on the tests that you currently have?
Playwright offers a number of locators that are based on page role, a more functional view of the page than finding by CSS or HTML. Use built-in locators like getByRole, getByText, and getByLabel, which will all work the same.
A place for everything, and everything in its place. Why are test cases needed in this particular context? What will they be used for and when? Who will write and perform them? Will it always be this way?
Let’s begin with a quick and simple experiment. I asked ChatGPT the following question: Can you outline three distinct definitions that describe the concept of software testing?
Imagine, you are a QA engineer doing your work on a project with crystal clear requirements and use cases defined by PM or BA. The development team has well-written code and documented technical details. The QA team has test cases covering almost all functionality, and all regression tests are automated.
Think Big, Start Small.
In this article, I’ll walk you through how to set up an automated testing system for your chatbot using Python. By the end of this guide, you’ll know how to bulk test your chatbot with a list of questions, compare its responses with expected answers, and generate a comprehensive Excel report that includes a similarity score and a reason for each score.
This article explores why it’s crucial to check for modality of performance test results, how to detect multimodal distributions, and how to handle them.
Посмотреть:
Типичные ошибки в создании чек-листов, тест-кейсов и отчетов о дефекте.
На примере трех реальных фич провели расщепление требований и распределение по пирамиде. Рассмотрели, как и почему у нас возникали пробелы. Поговорили о тесной связи пирамиды с архитектурой и о том, почему пирамида на самом деле дерево.
Have you ever wondered the differences between Chromium, Chrome, Opera, Edge or Safari and Web Kit?
Хорошей недели!
