Home

Привет, я Black из Scalable, QA Lead в команде бэкенда по разработке биржевого ядра. Так как уже долгое время занимаюсь развитием высоконагруженной платформы, решил написать о том, как нам удалось поставить QA-процесс с 20 000 тест-кейсов, создать гибкую инфраструктуру для автоматизированного тестирования в нескольких типах API, включая асинхронные бинарные протоколы, и пройти путь разработки от отладочных утилит до специализированных тестовых фреймворков для интеграционного и компонентного тестирования. 

Автор: Майкл Болтон (Michael Bolton)
Оригинал статьи
Перевод: Ольга Алифанова

Много лет назад я выступил с миссией.

Покрытие, казалось, было важным словом в тестировании, но я начал осознавать, что думал о нем как-то туманно, попросту. Я чувствовал, что я в этом не одинок.

Я хотел знать, что люди имеют в виду, говоря о покрытии. Я хотел знать, что я имею в виду, говоря о покрытии.

В материалах курса Rapid Software Testing Джеймс Бах описывал покрытие как "пропорцию протестированного продукта". Это не имело для меня смысла.

Для всех, кто соскучился по живому общению, команда организаторов Heisenbug сделала отдельный офлайн-день. На нем вас ждут доклады, дискуссионные зоны (вживую, а не в видеочате), партнерские стенды с докладами и мерчем и вечеринка для участников.

Среди докладов:

— «Пайплайн против человеков. Или за?» Поговорим о том, можно ли обеспечить качество, не жертвуя скоростью.

— «Уберите из своего резюме "разработка QA-фреймворка"». Вы узнаете, как сделать QA-фреймворк из четырех простых классов.

— «Selenium: почему существующие библиотеки устарели и как сделать новую». Доклад о том, как Selenium устроен изнутри.

— «Java PathFinder: летим на Марс без багов и дедлоков». Спикер расскажет о специальной JVM, разработанной в NASA, которая помогает находить ошибки, проявляющиеся только при конкурентном исполнении.

— «Assert, как много в этом слове...» Посмотрим, как современные инструменты позволяют писать тесты так, чтобы их падение было проще анализировать, а сами тесты было проще поддерживать.

Также в программе будет BoF-сессия «Способы улучшения качества в условиях постоянного сокращения Time To Market». Обсудим актуальную проблему на многих продуктовых проектах: использование shift-left testing и автоматизацию процессов QA. Будет актуально для QA-менеджеров, тимлидов и продукт-менеджеров.

Место проведения: Санкт-Петербург, Park Inn by Radisson Pulkovskaya.

Дата: 21 июня.

Вместе с билетом на офлайн-день вы получите доступ к записям более чем 30 докладов и других активностей с онлайн-части конференции. Подробности и билеты вы можете найти по ссылке.

Если покупаете билет за свой счет (а не за счет компании), то воспользуйтесь промокодом softwaretesting2022JRGpc для получения скидки. Промокод работает только для билетов категории «для частных лиц».

Автор: Иван Чечиков, QA-инженер в МТС Digital, проект WASD.TV.

Всем привет! Меня зовут Иван Чечиков, я QA-инженер в МТС Digital, работаю над проектом WASD.TV. В этой статье я моделирую стратегию тестирования для Agile/Scrum-проекта. Она может быть полезна небольшим командам, работающим по такой методологии. Стратегия проста, но не универсальна, вы можете дополнить ее на свое усмотрение.

Автор: Каллум Эйкхерст-Райан (Callum Akehurst-Ryan)
Оригинал статьи
Перевод: Ольга Алифанова

В последнее время я работал над несколькими новыми проектами и самостоятельно решал, что тестировать, и что считать качественным. В частности, я исследовал нефункциональные области качества, чем раньше не занимался, и нашел ряд легких в освоении инструментов.

Нефункциональное тестирование легко отбросить, как что-то ненужное, особенно на ранних стадиях разработки. Однако чинить полностью готовый проект, не удовлетворяющий своей производительностью или безопасностью, куда сложнее, нежели постепенно вносить изменения заранее, и поэтому давать обратную связь по нефункциональным проблемам полезно как можно раньше. То, что нефункциональное тестирование остается "за рамками", также означает, что надо прагматично подходить к вопросу, о чем сообщать команде, дабы быть доверенным советником – нам не нужно, чтобы нас считали ставящими команде палки в колеса из-за того, на что всем наплевать, только ради достижения "золотого стандарта качества".

Ниже – инструменты, которые я использовал, и считаю очень простыми в освоении.

Автор: Александр Молодцов, Старший специалист по тестированию ГК Юзтех

“Доступность” или ещё один малоизвестный вид нефункционального тестирования

Под проведением функционального тестирования чаще всего мы понимаем деятельность в оценке качества бизнес-алгоритмов работы программы, которые изначально в общем виде были сформулированы заказчиком. Затем их переработали в техническое задание аналитики, по которому было реализовано ПО  программистами в программном коде приложения. Да, к функциональному тестированию также можно отнести и тестирование безопасности использования программного продукта.

Но в мире контроля качества программного обеспечения есть и другие интересные грани, о которых многие даже и не слышали — не только джуны, но и даже тестировщики со стажем. Среди таких популярных видов тестирования, как проведение нагрузки на систему, оценки надёжности работы программы, проверки локализации на разные языки внутренней лингвистики, в рамках которой у пользователя есть возможность использования программного продукта, и даже исследование юзабилити интерфейсов, есть не такой популярный вид тестирования как доступность.  Да-да, есть и такое в мире контроля качества программного обеспечения. И хотя в большинстве требований к ПО вы их не увидите, но доступность тоже бывает очень важной и полезной.

Опубликован выпуск рассылки за конец мая.

В выпуске собраны ссылки на новые статьи, слайдкасты, отобраны самые интересные публикации в ленте блогов и темы на форуме.

Содержание рассылки доступно по ссылке.

Подписаться на рассылку

Автор: Филип Рик (Filip Hric)
Оригинал статьи
Перевод: Ольга Алифанова

Если вы когда-либо тестировали API через Postman или иной инструмент, то это будет элементарной задачей для вас. Cypress – отличный инструмент тестирования, который также может быть полезен при тестировании API. В сегодняшней статье я пройдусь по основам создания API-теста в Cypress.