Этот дайджест создан совместно с телеграм-каналом QA Live ? тестирование ПО. Подпишитесь, чтобы получать дайджесты прямо в телеграм!
? Почитать:
Самые распространенные ошибки и проблемы в процессах тестирования — и краткие советы, как их избежать.
Есть задачи в QA, которые нельзя доверить ни инструменту автоматизации, ни тем более искусственному интеллекту.
На других русскоязычных платформах:
Особенно актуальна эта статья будет для студентов курсов для начинающих. Ведь именно там обычно больше всего пересдач. И это нормально — если вы пришли на курс и делаете все ДЗ с первого раза, то зачем тогда курс? Вы и так всё знаете! А если пока не знаете, то первый блин будет комом. Второй, скорее всего, тоже… Так как сократить эти пересдачи?
Cypress создан для тестирования вашего приложения. Иными словами, он спроектирован, чтобы протестировать приложение, к которому у вас есть доступ, которое вы активно разрабатываете. Поэтому в Cypress встроен параметр baseUrl, помогающий настроить стартовую точку ваших усилий по тестированию. В этой статье мы разберемся, что это такое, и как этим пользоваться.
Можно подойти к тестированию закрытыми глазами с тест-дизайном «Исследовательское тестирование», а можно изучить, что происходит под капотом и уже как механик капаться в грязи в чужом коде. Точка останова это один из гаечных ключей, которые помогут проверить код и его реализацию в проекте.
В этой статье мы оценим главные рабочие инструменты (FFmpeg и PowerShell), разберемся в деталях процесса запуска видеотрансляции по протоколу RTSP, эмулирующему видеокамеры, а также рассмотрим создание файла конфигурации для ffserver.
В прошлом году TestRail прекратил предоставлять и продлевать лицензии компаниям из России, поэтому мы решили разработать собственную тест-менеджмент систему TestY. Опирались на опыт работы с другими сервисами, чтобы добавить тот функционал, которого не хватало нашим командам тестирования. За несколько месяцев написали core-часть системы и выложили ее в open source, чтобы другие компании и разработчики, для которых актуален вопрос лицензионной чистоты используемого софта, пользовались решением и развивали его. Под катом расскажу об отличиях TestY от других TMS и преимуществах нашей системы для команд любого размера. Спойлер: в TestY могут одновременно работать 300 тестировщиков — система справляется. Для тех, кто хочет опробовать TestY в своей команде, в конце статьи есть короткая инструкция, как ее развернуть.
В этой статье я хотела бы рассказать о паттернах автоматизации, которые использую, а также о такой штуке, как архитектура проекта. Я разворачивала проекты на разных языках программирования и для различных типов проектов (мобильные, веб, как чистый фронтенд, так и бэкенд). Для себя я выделила 6 паттернов программирования.
В тестировании я уже более 2-х лет. Работал на двух проектах одновременно, и было супер весело менять проект на протяжении дня: утром ты тестируешь веб-сервис, а вечером со студентами делаешь тест-план по мобильному приложению. Не жизнь, а сказка! Из названия мы с вами понимаем, что тема статьи интересна и, как воздух, необходима. Для кого-то покажется тестирование без требований пустяком, и он, как вызов, примет этот поединок. Но я хочу заметить, что тестировать сервис-продукт, который ты понимаешь от того, что видел аналоги, пользовался этим сервисом с пелёнок и понимаешь его за счет косвенных требований — дело одно. Когда нет аналогов или сервис выполняет роль франкенштейна из функционала от разных продуктов — тут ситуация другая.
Behave — это фрейморк для программирования через поведение системы в python-стиле. Behave использует тесты, написанные на “естественном”, то есть английском языке. Структура тестов behave очень проста, если feature файлы в которых описываются сценарии и папка steps в которой находятся шаги для выполнения этих сценариев.
Бизнес разработки игр по своей основной сути ничем не отличается от любого другого бизнеса главной задачей которого была и остается — это заработок денег. Так как на любом из этапов проект может не реализовать ожидания, то небольшие студии пытаются сохранить деньги путем сокращения издержек. Это может быть использование триального ПО вместо приобретенных лицензий, отсутствие предоставляемой техники, отсутствие офиса, отсутствие привычных бенефитов в виде печенек, психолога и массажиста и так далее. Помимо предложенных ранее решений можно снизить затраты за счет уменьшения ФОТ или говоря простым языком — нанимая лишь ограниченное число сотрудников в отдел. Зачастую таким «экономичным» отделом становится — отдел тестирования.
Ежедневно наши парсеры собирают разношёрстные данные из более 700 источников — это поставщики адресов магазинов, отзывов к заведениям, расписания общественного транспорта, ссылок на запись в салоны красоты и всё остальное, что можно впоследствии найти в 2ГИС. Поддерживать этот «зоопарк» парсеров нам помогают тесты — в каждом из проектов добычи мы стараемся покрывать новый функционал тестами и использовать их при раскатке в CI. Однажды в одном из проектов флоу тестирования начал сильно тормозить разработку и докатку новый фичей до боя. Хочу рассказать о проблемах, с которыми мы столкнулись, но двигаясь в обратном направлении — от того, к чему пришли, к тому, что было.
В мире QA на других платформах (англоязычных):
Автор методики Rapid Software Testing (RST) и нескольких книг по QA размышляет о нефункциональных требованиях.
«Если я замечу в вашем резюме много подобного мусора, я буду сомневаться, что вы нормально справитесь с написанием тест-плана или набора автотестов.»
«Каждое произнесенное нами слово, каждый представленный отчет передают тон команде. Агрессивный или обвинительный тон может вызвать раздражение, в то время как конструктивный, сопереживающий подход способен укреплять отношения. Этот эффект распространяется на нашу профессиональную репутацию, влияя на то, как коллеги воспринимают нас и взаимодействуют с нами.»
Заменит ли Playwright «устаревший» Cypress — конечно нет, и даже будучи брошенным владельцами, такой большой проект как Cypress, может получить второе дыхание.
Такое возможно только при очень развитой QA-культуре в компании, говорит женщина-гуру и автор соответствующего подхода и книги по квайелити-коучингу.
Много инструкций и схематической информации (в том числе по микросервисной архитектуре в e-коммерции).
Небольшой и информативный.
Удобочитаемые юзкейсы позволяют найти общий язык QA, Product Owner, Customer, Developer.
Готовое решение для настройки и запуска тестов в Puppeteer, минимизируя нагрузку на конфигурацию и ускоряя процесс автоматизации — особенно сквозные тесты.
«Нестабильные тесты всегда были и будут в нашей кодовой базе. Раз уж они существуют, мы должны научиться справляться с ними.»
Заключительная часть интересного цикла.
Если еще до сих пор не, то — «Объектная модель страницы, или POM — шаблон автоматизации, который помогает создавать многократно используемые (реюзабельные) компоненты, инкапсулируя элементы страницы и их взаимодействия в один класс.»
Три слова: SOLID, DRY, and KISS.
? Посмотреть:
- Postman In An Hour (or so) ⏱ 1 час
I’ll also talk about how it helps do our work, and what are the «challenges» (let’s call them that).
- Из химика-аналитика → в тестирование финтеха ⏱ 30 минут
«Мои задачи — функциональное тестирование бизнес-логики. Их много, предметная область непростая, мозг иногда кипит от новой информации и обилия взаимосвязей, когда что-то меняется в одном компоненте, и тут же падает другой.»
- Установка и работа с Apache Jmeter ⏱ 2 часа
Практикум.
- Исследовательское тестирование API ⏱ 40 минут
С акцентом на тестирование безопасности.
Хорошей недели!
