Техники эстимации

Итак, начинаем с вами разбирать конкретные техники эстимации, которые вы можете использовать в работе, да и в жизни тоже)

Т.к. тема сложная и на слух воспринимается тяжелее, я разбила техники на 3 части, соответственно, 3 подкаста (3 недели):
1. Общие техники, которыми пользуется вся проектная команда, включая тестировщиков
2. Техники, которыми пользуются тестировщики
3. Техники из ISTQB

Сегодня рассмотрим первую группу.
Подкаст готов к вашему прослушиванию ⬇️

Техники эстимации, которыми пользуются тестировщики

Без лишних предисловий сегодня продолжаем разбирать техники эстимации и поговорим про техники, которые используют тестировщики.

Техники эстимации по ISTQB

Сейчас при изучении какой либо темы по тестированию не обойтись без обращения к ISTQB, как общепризнанной базе знаний. Поэтому и мы сегодня рассмотрим, какие же техники эстимации описываются там.

Марафон по теме Эстимации

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

Сегодня разогреваемся с несложных заданий.

Вы готовы?

Задание 1

Вы давно работаете на проекте. Он на завершающей стадии. Последняя важная активность - выйти в релиз. Вам нужно убедиться, что разработанный продукт качественный и готов к использованию конечными пользователями.

Какую активность вы должны сделать? (Ответ на этот вопрос пишите в комментариях)

А по теме марафона ответьте - какой вид эстимации будете применять для оценки времени на эту активность?

Задание 2

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

Какой метод эстимации вы примените в этом случае ?

Задание 3

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

Какой метод эстимации вы примените в этом случае?

Как вам сегодняшние задания?)
Ответы будут завтра.
А пока у меня последний вопрос на сегодня ⬇️

Всем привет!

Продолжаем наш марафон.

Но прежде чем вы получите новое задание, давайте разберём с вами вчерашние ⬇️

Итак здесь нужно провести регрессионное тестирование финальной сборки вашего продукта (так называемый билд-релиз кандидат). Обычно на этом этапе все тест кейсы написаны, и регрессионное тестирование проводится по ним.
Поэтому и используем самый точный вид эстимации - по тест кейсам.

Остались вопросы?
Пишите в комментариях!

В задании 2 обратите внимание, что мы опираемся на опыт предыдущего проекта. В этом случае мы используем метод по соотношению или коэффициентам (ratio), упоминаемый в ISTQB. Именно метрики предыдущих проектов и их сравнение с текущим дадут нам возможность оценки времени и трудозатрат.

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

Остались вопросы?
Задавайте в комментариях!

Здесь я вас попыталась максимально запутать, дав много дополнительной информации ))
Но самый главный ключ к ответу - это работа проекта по скраму. Вас просят оценить стори. Поэтому единственно верный ответ - использование эстимации по стори поинтам.
Если бы вам нужно было оценить свои задачи внутри стори, тогда бы использовались другие методы ;)

Остались вопросы?
Пишите в комментариях!

Задание 'Эстимация по тест кейсам'

Посчитаем сегодня?

Самая важная техника эстимации для тестировщиков, как я считаю, - эстимация по тест кейсам.
Я подробно рассказывала и давала чёткую инструкцию в соответствующем подкасте.

Давайте сегодня применим эту технику на практике!

Итак, нам нужно провести тестирование билда - релиз кандидата.

У вас есть написанные 1000 тест кейсов и 3 тестировщика в команде. Тест кейсы в целом несложные, только 10% относится к большим, которые проходятся за 20 минут каждый. И 20% - лёгкие, где время прохождения одного - 3 минуты. Остальные тест кейсы в среднем проходятся за 6 минут каждый.
Часть тест кейсов устарела и нужно их будет проапдейтить, но сколько именно, можно будет узнать только во время прохождения.
Также каждый день у вас проходят общекомандные митинги на час, обычно команда тратит полчаса на прочтение и написание писем. А в конце дня каждый пишет отчёт заказчику о проделанной работе. Обычно эта активность занимает не более получаса.
Проект в целом спокойный, только иногда может отвалиться тестовый сервер, но восстановление проходит быстро с помощью опытного девопса.

Вот такие исходные данные о проекте.
Какой информации вам не хватает для проведения точной эстимации? 😉(вы можете уточнить в комментариях).

Также в комментариях вы можете написать, какая итоговая цифра у вас получилась.
И задать любые вопросы! ⬇️

Жду вашу активность!!!

Задание 'Эстимация по тест кейсам' - ответ и пояснения

Итак, подводим итоги задания по эстимации по тест кейсам

Как я рассказывала в подкасте, будем идти чётко по шагам:

1. Общее количество тест кейсов - 1000

2. Время прохождения всех тест кейсов

Сюда входит высчитывание времени прохождения одного тест кейса и умножение на количество тест кейсов.
Так как у нас уже есть информация по отдельным группам тест кейсов по сложности, так и будем считать:
100 тест кейсов (10% от 1000) - сложные и проходятся на 20 минут каждый. Получаем, 100*20 = 2000 минут
200 тест кейсов (20% от 1000) - лёгкие и проходятся на 3 минуты каждый. Получаем, 200*3 = 600 минут
700 тест кейсов (остальные) - средние и проходятся на 6 минут каждый. Получаем, 700*6 = 4200 минут
Итого, все тест кейсы мы пройдём за 2000+600+4200 = 6800 минут, или 6800\60 = приблизительно 114 часов

3. Считаем общее количество времени на прохождение всех тест кейсов, учитывая количество ранов тест кейсов

Мы уже выяснили, что нам наши тест кейсы нужно пройти на 3 браузерах.
Итого, 114*3 = 342 часа

4. Время прохождения переводим в дни, учитывая другие активности на проекте

У нас 8-часовой рабочий день, но не все 8 часов мы будем проходить тест кейсы, отнимаем время других активностей:
8 минус 1 час общекомандного митинга, минус 0,5 часа на почту и минус 0,5 часа на отчёт. Итого 6 часов у нас остаётся на прохождение тест кейсов.
Итого, 342 часов \ 6 часов = 57 дней

5. Добавляем риски

В любой эстимации не забываем про риски. Здесь в целом оцениваем, какой наш проект. По имеющейся информации (Проект в целом спокойный, только иногда может отвалиться тестовый сервер, но восстановление проходит быстро с помощью опытного девопса) можно сделать вывод, что проект в целом средне и ниже среднего рисковый, поэтому на риски можно заложить процентов 10-15. Но это всё очень условно, конечно)
Итого, 57 дней*10% = около 63 дней

Но мы помним, что в команде 3 тестировщика. Помним же, да? :)

Таким образом, общее время на регрессионное тестирование у нас составит около 20 человеко-дней.

Итого, ответ - 20 дней.
Учитывая 5-дневную рабочую неделю, у нас получается 4 недели, или месяц.

Остались вопросы, уточнения, пишите в комментариях ⬇️