метрики? Как можно вообще спланировать, например, полное покрытые автотестами регрессии? Делить продукт на условные части? Как отслеживать прогресс?
Какой у вас объемный вопрос! Метрик может быть много разных. Из полезного, например, количество найденных, пофикшенных, пропущенных дефектов. Полное покрытие автотестами регрессии невозможно, если говорить именно в такой формулировке.
Ладно, я упрощу свой вопрос :) У нас есть несколько IT продуктов. Недавно было принято решение покрыть это всё автотестами. Мне интуитивно кажется, что должны быть характеристика вроде "процент покрытия такого-то продукта автотестами", условно. Понятно, что покрывать можно либо более поверхностно, либо менее. Вопрос: как мне понимать, какой объём работы нам предстоит? На каком мы сейчас этапе? С какой скоростью двигаемся? Как отслеживать качество покрытия? Ситуация усугубляется тем, что я вообще не тестировщик и представление имею об этом лишь примерное
Считать теоретически такое можно, конечно, как соотношение ручных и автоматизированных тестов, но полезность этой метрики сомнительна. Автотесты нужны не «чтобы было», а с какой-то целью. Какая у вас цель внедрения автотестов?
Повышение качества продукта :)
Это надо процессы разработки улучшать
чем быстрее принимающие решение люди признаются всем и себе, что цель не "улучшение качества продукта", а "покрытие автотестами", тем меньше ресурсов вы на это потратите 🙂
Хах :) Похоже, сейчас так и есть :)
сначала на всё надо написать чеклисты для ручных тестов. добавить места, которые руками нельзя протестить. это будет 100% потом эти тесты можно автоматизировать. сколько тестов останется - то автотестами не покрыто. так и будет ясно процент покрытия.
Спасибо, это просто замечательно! Потихонечку проясняется
прежде чем писать на всё надо приоритезировать это "всё", а то писатель порвётся.
таки в этом подвох 100% автоматизации :)
Обсуждают сегодня