#управление_тесткейсами — Public Fediverse posts

Тест кейсы как код

История о том, как избавить команду от боли работы с классическими TMS и перенести тестовую документацию туда, где ей самое место - в код. Дано: * Растущее количество ручных тестов (иногда переваливающее за тысячи), которые сложно поддерживать. * Отсутствие нормального переиспользования шагов в стандартных системах, из-за чего приходится постоянно дублировать общие шаги. * Рассинхронизация между автотестами и ручными кейсами, приводящая к спорам о том, какой тест считать актуальным (главным). * Сложности с параллельной работой в ветках, ревью изменений и плохой аудит удалений, где один клик может снести целую группу тестов. Найти: * Единый источник правды для всех тестов на проекте. * Механизм, обеспечивающий прозрачный процесс работы с разными ветками, ревью изменений и т.д.

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

#tms #ТМС #тесткейсы #автотесты #тестирование #управление_тестированием #управление_тесткейсами

Как мы подружили QA и unit-тесты через Allure (и встроили их в регресс)

Всем привет! Меня зовут Артем. Я Android QA Engineer в команде Банки.ру. Было ли у вас такое, что unit-тесты в проекте есть, но на практике ими почти никто не пользуется? Разработчики их пишут, но для QA это “что-то где-то в коде”: нельзя нормально посмотреть результаты, оценить покрытие или использовать в регрессе. В статье рассказал, как мы решили эту проблему: сделали unit-тесты видимыми через Allure, связали их с тест-кейсами и встроили в реальный процесс тестирования.

https://habr.com/ru/companies/banki/articles/1021854/

#unitтесты_Android #Allure_TestOps #интеграция_unitтестов_в_регресс #аннотации_Allure #тестовое_покрытие_Android #Bamboo_CI_unitтесты #разметка_unitтестов #QA_и_разработка_взаимодействие #автоматизация_регресса_Android #управление_тесткейсами