
Автоматизация-общее
#1
Отправлено 21 апреля 2012 - 11:37
Предыстория: всегда работал функциональным тестировщиком - всегда все делал ручками и хотел начать автоматизировать. Раньше было все просто, пишешь тестк кейсы, тестируешь. А сейчас возникла небольшая дилемма. При автоматизации тоже автоматизировать по максимуму тестов, или выделить какую-то основную часть, а более специфичные тесты продолжить делать руками. дело в том что никто не может сказать мне что автоматизировать сначала, так как сам себе босс в данном случае, хотелось бы услышать мнения более опытных коллег.
Заранее спасибо.
З.Ы. последую совету: "лучше задать глупый вопрос, чем мучиться сомнениями)))"
#2
Отправлено 21 апреля 2012 - 20:28
#3
Отправлено 21 апреля 2012 - 20:32
- наиболее вероятные по вероятности возникновения новых ошибок
- трудозатратные по времени прогонки
но прикол в том, что автоматизация у нас тогда так и не внедрилась, все осталось на уровне демо-примеров
подождем ответов от реально-автоматизаторов :-)
#4
Отправлено 22 апреля 2012 - 11:15
Автоматизируйте то, что наиболее часто проверяете и что занимает более всего времени на проверку.когда я копал эту тему, выделил для себя как "критерии автоматизации"
- наиболее вероятные по вероятности возникновения новых ошибок
- трудозатратные по времени прогонки
но прикол в том, что автоматизация у нас тогда так и не внедрилась, все осталось на уровне демо-примеров
подождем ответов от реально-автоматизаторов :-)
Вероятность возникновения новых ошибок - как вы ее высчитаете?
#5
Отправлено 22 апреля 2012 - 13:21
Если только для ускорения (улучшения) работы ручных тестировщиков, то выберете те тесты, которые для вас наиболее трудоемкие и содержащие те места, где часто возникают ошибки. Я бы начала с теста, создающего и удаляющего все объекты системы, а потом перешла к более сложным. Но если в какой-то части функционала идет активная разработка, то лучше начать с более стабильной части.
Если просто что-то автоматизировать, то хорошо бы выяснить, какого результата ожидает руководство. А то вы прокопаетесь, а потом выяснится, что от вас ждали другого. В любом случае переходить целиком на автотесты не стоит и не забывайте, что их придется постоянно поддерживать в актуальном состоянии.
#6
Отправлено 22 апреля 2012 - 13:40
#7
Отправлено 23 апреля 2012 - 05:49
#8
Отправлено 23 апреля 2012 - 11:17
#9
Отправлено 23 апреля 2012 - 14:13
никак не буду. просто я знаю над чем в ближайшее время будет работать команда, и эмпирически :-)Вероятность возникновения новых ошибок - как вы ее высчитаете
регрессионные тесты это видимо называется. как-я-понимаю.
Количество пользователей, читающих эту тему: 1
0 пользователей, 1 гостей, 0 анонимных