Оценить трудоемкость автоматизации тестирования
#1 Гость_ganzh_*
Отправлено 03 июня 2009 - 06:39
Подскажите, какие есть методы оценки трудоемкости автоматизации тестирования?
У нас есть несколько большых систем (мы не производители софта). Сейчас тетсрование происходит вручную. Как можно оценить, сколько займет автоматизация?
Какие данные нужны для этого?
Спасибо!
#2
Отправлено 03 июня 2009 - 07:45
Добрый день!
Подскажите, какие есть методы оценки трудоемкости автоматизации тестирования?
У нас есть несколько большых систем (мы не производители софта). Сейчас тетсрование происходит вручную. Как можно оценить, сколько займет автоматизация?
Какие данные нужны для этого?
Спасибо!
Вообще оценка трудозатрат самая точная на основе опыта, а не методических параметров. Если задача большая и сложно оценить, то стоит разбить на несколько, оценить отдельную часть и просуммировать. (оценка будет более точной если не один человек будет оценивать а группа, потом взять среднюю).
Так как, я понимаю у вас опыта автоматизации нет, то предлагаю вам найти для этой работы консультанта в области автоматизации.
#3
Отправлено 03 июня 2009 - 09:12
Т.ч. каких-то специальных методов оценки трудоемкости не требуется.
Рецепт, как говорится, простой - декомпозиция работ и оценка трудоемкости составляющих.
Навскидку могу выделить следующие этапы (на полноту не претендую) в задаче автоматизации:
1. Ревизия тестовой спецификации на предмет автоматизируемости, определение скоупа и внесение необходимых изменений (в общем случае сценарии для ручного и автоматизированного тестирования отличаются).
2. Оценка рисков при переходе от ручного тестирования к автоматизированному.
3. Выбор интерфейса для автоматизации тестирования (GUI, API etc.)
4. Проектирование тестового фреймворка.
5. Выбор и внедрение инструментария для автоматизации.
6. Реализация тестового фреймворка с использованием инструментария.
7. Написание или конвертация тестовых скриптов в код, выполняемый фреймворком.
8. Внедрение системы.
9. Прогоны тестов и анализ результатов.
10. Поддержка системы (внесение изменений при обновлении интерфейса для тестирования).
P.S.
У меня есть вопрос, если вы не занимаетесь производством ПО, то зачем вы тратите время на его тестирование? Вы не доверяете вендору?
Добрый день!
Подскажите, какие есть методы оценки трудоемкости автоматизации тестирования?
У нас есть несколько большых систем (мы не производители софта). Сейчас тетсрование происходит вручную. Как можно оценить, сколько займет автоматизация?
Какие данные нужны для этого?
Спасибо!
#4 Гость_ganzh_*
Отправлено 03 июня 2009 - 09:18
Автоматизация тестирования есть проект по созданию, внедрению и эксплуатации ПО.
Т.ч. каких-то специальных методов оценки трудоемкости не требуется.
Рецепт, как говорится, простой - декомпозиция работ и оценка трудоемкости составляющих.
Навскидку могу выделить следующие этапы (на полноту не претендую) в задаче автоматизации:
1. Ревизия тестовой спецификации на предмет автоматизируемости, определение скоупа и внесение необходимых изменений (в общем случае сценарии для ручного и автоматизированного тестирования отличаются).
2. Оценка рисков при переходе от ручного тестирования к автоматизированному.
3. Выбор интерфейса для автоматизации тестирования (GUI, API etc.)
4. Проектирование тестового фреймворка.
5. Выбор и внедрение инструментария для автоматизации.
6. Реализация тестового фреймворка с использованием инструментария.
7. Написание или конвертация тестовых скриптов в код, выполняемый фреймворком.
8. Внедрение системы.
9. Прогоны тестов и анализ результатов.
10. Поддержка системы (внесение изменений при обновлении интерфейса для тестирования).
P.S.
У меня есть вопрос, если вы не занимаетесь производством ПО, то зачем вы тратите время на его тестирование? Вы не доверяете вендору?Добрый день!
Подскажите, какие есть методы оценки трудоемкости автоматизации тестирования?
У нас есть несколько большых систем (мы не производители софта). Сейчас тетсрование происходит вручную. Как можно оценить, сколько займет автоматизация?
Какие данные нужны для этого?
Спасибо!
1. Системы Business-Critical, и ошибки в ПО несут убытки для организации.
2. При поставке новых релизов всегда есть ошибки.
3. У нас много систем и взаимосвязей между ними, соответственно интерфейсы могут неправильно работать после очередной модификации софта и т.д.
#5
Отправлено 03 июня 2009 - 17:22
На конференции SQADays был доклад по теме:Добрый день!
Подскажите, какие есть методы оценки трудоемкости автоматизации тестирования?
У нас есть несколько большых систем (мы не производители софта). Сейчас тетсрование происходит вручную. Как можно оценить, сколько займет автоматизация?
Какие данные нужны для этого?
Спасибо!
http://it-conf.ru/ru/content/171.htm (№7 во второй секциий)
или вот прямая ссылка на слайды
http://www.slideshar...CORP/ss-1367069
Сам я такими делами не занимаюсь, но предложенная на докладе идея мне понравилась.
Alexey
#6 Гость_ganzh_*
Отправлено 04 июня 2009 - 06:24
Спасибо, посмотрю!На конференции SQADays был доклад по теме:Добрый день!
Подскажите, какие есть методы оценки трудоемкости автоматизации тестирования?
У нас есть несколько большых систем (мы не производители софта). Сейчас тетсрование происходит вручную. Как можно оценить, сколько займет автоматизация?
Какие данные нужны для этого?
Спасибо!
http://it-conf.ru/ru/content/171.htm (№7 во второй секциий)
или вот прямая ссылка на слайды
http://www.slideshar...CORP/ss-1367069
Сам я такими делами не занимаюсь, но предложенная на докладе идея мне понравилась.
#7
Отправлено 04 июня 2009 - 07:01
Алексей, аккуратнее с такими советами :)На конференции SQADays был доклад по теме:Добрый день!
Подскажите, какие есть методы оценки трудоемкости автоматизации тестирования?
У нас есть несколько большых систем (мы не производители софта). Сейчас тетсрование происходит вручную. Как можно оценить, сколько займет автоматизация?
Какие данные нужны для этого?
Спасибо!
http://it-conf.ru/ru/content/171.htm (№7 во второй секциий)
или вот прямая ссылка на слайды
http://www.slideshar...CORP/ss-1367069
Сам я такими делами не занимаюсь, но предложенная на докладе идея мне понравилась.
Предложенная идея эффективно работает тогда, когда 1) вы знаете, что и как собирать, 2) вы знаете, как это интерпретировать и использовать, 3) у вас есть на чём набрать статистику.
И самое главное -- 4) процесс стохастически стационарный! Иначе статистические методы просто не применимы.
Ситуацию, когда в организации начинается внедрение новой технологии (автоматизация) я бы не рискнул считать стационарным процессом.
Лучше всё таки последовать совету, который дал DrVal.
Тренинги для тестировщиков (тестирование производительности, защищенности, тест-дизайн, автоматизация):
Линейка тренингов по Selenium
Количество пользователей, читающих эту тему: 0
0 пользователей, 0 гостей, 0 анонимных