Сообщений в теме: 5

[EugeneL]

За время работы возникло очень много вопросов по поводу времени, которое надо отводить на тестирование. Подскажите:
1. Как правильно оценить время, за которое тестировщие должен протестировать что-то (допустим, речь идет о каком-то ОДНОМ объекте тестирования)?
2. Из этого проистекает следующий вопрос: как можно проверить правильность оценки времени.

[achumagin]

За время работы возникло очень много вопросов по поводу времени, которое надо отводить на тестирование. Подскажите:
1. Как правильно оценить время, за которое тестировщие должен протестировать что-то (допустим, речь идет о каком-то ОДНОМ объекте тестирования)?
2. Из этого проистекает следующий вопрос: как можно проверить правильность оценки времени.

Это очень интересный вопрос, об него сломали не одни копьи.
В первую очередь рекомендую прочитать статью Почему тестирвоание занимает так много времени http://software-test...-taking-so-long

А во вторых:
Никто не может сказать сколько времени займет действие, если до этого никогда не делать этого действия.
Вспомните анекдот:
Один человек спрашивает у другого
Ч1. За сколько я дойду до центра
Ч2. Не знаю
Ч1 уходит. И его догоняет его бывший собеседник(Ч2)
Ч2 Вы дойдете за 15 минут
Ч1 почему же вы не сказали мне сразу
Ч2 я же не видел с какой скоростью вы ходите.


Ну а если серьезно вы можете сделать только предположение о времени - основываясь на своем опыте и на своем внутреннем чутье.
В книге дедлайн про это хорошо написано.

НУ а если ответа требуют здесь и сейчас - я обычно оцениваю так: На ручное тестирование времени примерно надо в два раза меньше чем на реализацию этой фичи.

[SALar]

http://blog.shumoos.com/archives/192

[EugeneL]

http://blog.shumoos.com/archives/192

Имхо, это уже для лидов больше. Я обычный QA

[LeshaL]

...
На ручное тестирование времени примерно надо в два раза меньше чем на реализацию этой фичи.

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

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

А вообще прав Майкл Болтон. Он говорит, что суммарное время на тестирование оценить очень просто. Например, если сегодня 7 апреля, а релиз назначен на 21 апреля, то у вас есть ровно 2 недели на тестирование. Все.
И вы не должны приходить и говорить начальству, что я за 2 недели не успею, мне нужно 4 по моим подсчетам. А вы должны сказать, по моим подсчетам нужно 4 недели, за 2 недели мы протестируем это и это, а то и се только поверхностно. При этом есть такие-то риски. Устраивает? И пусть начальство дальше думает.

[EugeneL]

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

Ну вот, например: надо ввести 3 записи в БД используя интерфейс на flash (в среднем, в каждой БД около 50-и полей, для каждого есть окошко на форме с подсказкой). Затем нажать накнопку, проверить расчет и отображение. Ожидаемый результат известен.

Какую информацию вы будете искать для оценки времени? Почему?

С высказыванием Майкла Болтона согласен. Но как определить, что надо именно 4 недели, если по данной цепочке тестов ты еще не проходил?

Сообщение отредактировал EugeneL: 09 апреля 2012 - 08:30