Тесты, баги, два кота. Как устроено тестирование продуктов в Angie Software

Nota bene. Смешно, но ниже описано то, как выглядели тесты Angie и Angie ADC едва ли не полгода назад. Дело в том, что пока наши чудесные девушки писали как они работают, наши отделы тестирования успел подрасти вместе с командой. Добавились тесты SDN, тесты для ФСТЭК версии Angie PRO (коммерческая версия веб-сервера Angie). В этом смысле текст немного устарел, но мы решили, что его интересно оставить для истории именно в таком виде, а через время написать другой и сравнить в формате «было-стало». С уважением, команда Angie Software

https://habr.com/ru/articles/928804/

Jqwik: обзор тестирования на основе свойств в UI и API

Привет, Хабр! Меня зовут Денис, я SDET-специалист в компании SimbirSoft. Работая на проектах, я приобрел опыт использования различных инструментов тестирования. Спустя тонны написанных автоматизированных тестов по тест-кейсам и техникам тест-дизайна, хочу рассказать вам о возможности тестирования не конкретных данных, а их свойств. Статья будет полезна всем, кто уже знаком с тестированием на основе примеров и позволит расширить кругозор в понимании подготовки данных. В своей статье я описал методы гарантии качества ПО, такие как тестирование на основе примеров и тестирование на основе свойств, а также составил таблицу с описанием параметров их взаимодействия с тестовым оракулом. Рассказал об инструменте тестирования на основе свойств Jqwik для языка Java, привел примеры использования случайного набора данных на UI и API, раскрыл возможности инструмента и потенциал работы с ним в рамках генерации тестов. Читать далее

https://habr.com/ru/companies/simbirsoft/articles/903686/

Подходы к сокращению регрессионного тестирования

Привет, Хабр! Меня зовут Ксения Сергеева, я QA-инженер в компании SM Lab, IT-подразделении Спортмастера. Сейчас работаю с мобильным приложением для продавцов, а за последние несколько лет успела потрудиться на благо финтеха и сервисов топливной компании. И, конечно, на каждом из проектов я сталкивалась с проведением регрессионного тестирования. Что самое креативное в работе QA-инженера? Тестировать новую функциональность. Что самое скучное в работе QA-инженера? Гонять регресс. Здесь со мной могут не согласиться нелюбители писать документацию, но и в таком случае прохождение регресса занимает почетное второе место в списке самых занудных активностей QA. Регрессионное тестирование (от латинского regressio — движение назад) — это совокупность проверок ранее протестированной программы с целью убедиться в том, что внесенные в программу изменения и доработки не привели к появлению дефектов и несоответствий во всех остальных частях программы. А еще регрессу как правило сопутствует куча ограничений. Сдвинулись сроки передачи фичи в тест? Время на регресс уменьшилось. Близится конец периода, а мы не все успеваем? Режем регресс. Коллега ушел на больничный и рук не хватает? Ну, вы понимаете. Плюс, регресс — штука дорогая, ведь в это время команда (особенно QA) не занимается созданием новой ценности для заказчика и пользователя, а перелопачивает старую.

https://habr.com/ru/companies/sportmaster_lab/articles/852200/

Как устроен модуль “Документы” в ZenTao и может ли он заменить Confluence от Atlassian

Добрый день! Это Алексей из “ГлоуБайт Софт”. Мы продолжаем рассказывать о функциональности китайской ITSM-платформы ZenTao . Сегодня я кратко расскажу, как устроен модуль “Документы”, который может заменить Confluence от Atlassian.

https://habr.com/ru/companies/glowbyte/articles/781642/

#itil\itsm #glowbyte #zentao #atlassian_jira #confluence #bug_tracking #тестирование_itсистем #документы #документация_в_zentao

Как тестировать без требований? Или как убедить разраба и себя, что это баг

Всем привет, это моя первая статья по тестированию. До этого я писал от лица Scrum-мастера, а теперь уже и от лица QA. В тестировании я уже более 2-х лет. Работал на двух проектах одновременно, и было супер весело менять проект на протяжении дня: утром ты тестируешь веб-сервис, а вечером со студентами делаешь тест-план по мобильному приложению. Не жизнь, а сказка! Из названия мы с вами понимаем, что тема статьи интересна и, как воздух, необходима. Для кого-то покажется тестирование без требований пустяком, и он, как вызов, примет этот поединок. Но я хочу заметить, что тестировать сервис-продукт, который ты понимаешь от того, что видел аналоги, пользовался этим сервисом с пелёнок и понимаешь его за счет косвенных требований - дело одно. Когда нет аналогов или сервис выполняет роль франкенштейна из функционала от разных продуктов - тут ситуация другая. Не будем петь серенады, как это сложно, и приступим к делу. Вас посвящают в суть проекта, и главный шаг - уточнить у аналитика или того героя, кто выполняет эту роль, "Есть какая-нить дока?" (далее - спецификация). Какая может быть спецификация на проекте? Будьте внимательны, я не использую термин документация, потому-что дока - это текстовый формат, а в виде спецификации может выступать: 1) документация; обновленная в последний раз в 90-х 2) макеты; вообще не похожи на прод 3) тикеты в Jira; обычно там один заголовок, но верим в чудо 4) user-story; 5) тест-кейсы, чек-листы; если был тестировщик до 6) звонок с владельцем продукта; Product owner

https://habr.com/ru/articles/781566/

Как устроен модуль тестирования (Quality Assurance) в ZenTao

Добрый день! Это Алексей из “ГлоуБайт Софт”. После нашей предыдущей статьи о возможности использовать ZenTao для автоматизации задач Сервис деска я получил несколько вопросов о том, как в ZenTao реализован процесс тестирования. Итак, давайте коротко рассмотрим проблематику контроля качества разработки и тестирования и то, как она решается в ZenTao.

https://habr.com/ru/companies/glowbyte/articles/778306/

#itil\itsm #glowbyte #zentao #управление_разработкой #bug_tracking #quality_assurance #контроль_качества #контроль_качества_разработки #контроль_качества_тестирования #тестирование_itсистем