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

Всем привет!

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

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

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

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

В задании 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 недели, или месяц.

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

Продолжаем наш марафон эстимаций!
Да?)))

И сегодня я вам расскажу историю про тестировщицу Алесю и её типичный день на работе.

Алеся работает на проекте уже полгода, она джун и это её первый проект.
Каждое утро она читает почту, выискивая важную информацию от лида, бизнес аналитика, ПМа и заказчика. Часто это бывает очень полезно, но времени уходит много и лид иногда спрашивает, почему так долго читаются с утра письма вместо того, чтобы начать выполнять задания. Здесь приходится объяснять и показывать на примера, почему это важно. Просто лид уже привык и ходит на важные митинги, а для джуна письма - почти единственный источник информации.
Дальше проходит ежедневный дейли митинг, потому что проект работает по скраму. Здесь наша тестировщица узнаёт, что происходит, рассказывает, что делает сама, отвечает на вопросы - как долго будет делать задание, когда закончит, успеет ли вовремя? также на таких митингах иногщда команда тратит время на анализ какого-то требования (юзер стори по-айтишному), уточнение непонятных вопросов и даже оценку этой стори.
Дальше в зависимости от фазы спринта Алеся занимается выданными ей заданиями от лида - в основном изучает требования, пишет чек листы или тест кейсы, а иногда ей уже доверяют даже тестирование отдельных небольших фич. В каждом задании у неё есть дед-лайны, но они могут изменяться в зависимости от происходящего на проекте - то свет пропадёт, то бизнес аналитик не успеет написать требования и нужно ждать, то ещё что-то.
Самое интересное, это, конечно, тестирование. Но и самое сложное. Потому что для начала надо развернуть билд на тестовом окружении. Есть инструкция, но не всегда всё идёт по плану. Дальше само тестирование происходит по ранее написанным тест кейсам, часто даже не Алесей, а другими тестировщиками из команды. Тогда она сама должна сказать лиду, сколько ей времени понадобиться на тестирование, включая установку приложения.
Иногда лид собирает команду тестировщиков, чтобы узнать прогресс, рассказать о планах на будущее, составить планы тестирования. Здесь команда разбирает задачи, оценивает их. Иногда информации вообще нет, приходится использовать свой предыдущий опыт из других проектов (здесь наша Алеся только слушает) или из предыдущих спринтов (а здесь уже даже может что-то сказать, потому что небольшой опыт на проекте у неё уже за плечами имеется). А иногда даже приходится использовать информацию от программистов, когда вообще непонятна задача по части тестирования. Здорово, что в команде есть опытные тестировщики, кто-то более оптимистичный, вселяющий надежду, а кто-то отрезвляющий и пессимистичный. Наша Алеся оптимист, верит, что всё будет хорошо, но а задача лида составить из мнений других оптимальную оценку.
Так и проходит день. Главное, в конце не забыть написать в чате лиду, как прошёл день и есть ли проблемы. Алесе уже доверяют больше, но ещё небольшой контроль сохраняется. Да это и полезно - проанализировать свой день, чтобы следующий прошёл лучше)

Вот такая история!
Как вам?
Хотели ли бы т на месте Алеси? Или вы уже?)))

Ну а я к вам с заданием ⬇️

Найдите, в какие моменты нужно проводить эстимации. И укажите для каждого такого момента, какой метод эстимации лучше применить.
Ответы пишите в комментариях.

Когда же делать эстимации? И какие?
или ответы на вчерашнее задание)

Итак, давайте посмотрим на вчерашнюю историю ещё раз и пойдём моменты, где нужно делать эстимацию, и решим, какой эе метод лучше использовать:

Алеся работает на проекте уже полгода, она джун и это её первый проект.
Каждое утро она читает почту, выискивая важную информацию от лида, бизнес аналитика, ПМа и заказчика. Часто это бывает очень полезно, но времени уходит много и лид иногда спрашивает, почему так долго читаются с утра письма вместо того, чтобы начать выполнять задания. Здесь приходится объяснять и показывать на примера, почему это важно. Просто лид уже привык и ходит на важные митинги, а для джуна письма - почти единственный источник информации. - здесь мы должны проэстимировать время на чтение почты и показать, что это время экономит в будущем время поиска ответов на какие-то вопросы. Можно попробовать применить метод эценки по соотношению\коэффициентам (ratio), либо просто качественную оценку провести, просто дав детальные пояснения)
Дальше проходит ежедневный дейли митинг, потому что проект работает по скраму. Здесь наша тестировщица узнаёт, что происходит, рассказывает, что делает сама, отвечает на вопросы - как долго будет делать задание, когда закончит, успеет ли вовремя? - это тоже место для эстимаций. методы разные, зависят от конкретной задачи.

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

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

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

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

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

А иногда даже приходится использовать информацию от программистов, когда вообще непонятна задача по части тестирования. - применяем эстимацию по времени разработки

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

Так и проходит день. Главное, в конце не забыть написать в чате лиду, как прошёл день и есть ли проблемы. Алесе уже доверяют больше, но ещё небольшой контроль сохраняется. Да это и полезно - проанализировать свой день, чтобы следующий прошёл лучше) - также эстимируем это время. можно использовать метод экстраполяции

Вот как много мы используем методов эстимации каждый день! И даже джуны!
Так что тема действительно важная!

А нам с вами остались только тесты в рамках нашего марафона )

Чего не хватило, ваши замечания и предложения можно написать в комментариях к этому сообщению ⬇️