Перейти к содержимому

Фотография

Организация процесса тестирования на "авральном" проекте для н


  • Авторизуйтесь для ответа в теме
Сообщений в теме: 9

#1 gatling

gatling

    Новый участник

  • Members
  • Pip
  • 7 сообщений
  • ФИО:Антон Гатл


Отправлено 27 января 2014 - 23:28

Всем привет! Прошу совета, прошу не затролливать до смерти.

 

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

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

 

Работы много, и мне была поставлена задача как то структурировать тестирование и организовать процесс + поднять навык тестировщикам.

 

Уважаемые коллеги, подскажите с чего начать, ведь в режиме вечного аврала качество тестирования -->0 .

 


  • 0

#2 jjjzmey

jjjzmey

    Постоянный участник

  • Members
  • PipPipPip
  • 248 сообщений
  • ФИО:Ян Юшин
  • Город:Питер


Отправлено 28 января 2014 - 07:19

С выяснения вопроса: чего им надо от тестирования? Каким определением они вообще пользуются в своих планах?


  • 1

#3 Vasiliy

Vasiliy

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 2 959 сообщений
  • ФИО:Касимов Василий
  • Город:Москва

Отправлено 28 января 2014 - 10:49

0. Чего руководство хочет от структурированного тестирования?

1. Забудьте про автотесты.

2. Нарисуйте, что у вас сейчас есть по процессу. Как он идет? Где тратится много лишнего времени? Из-за происходят сбои?

3. Готовую схему из п.2 можно будет обсуждать с руководством и показывать, где идут проколы. И только после этого стоит менять сам процесс в сторону структурирования и организации.


  • 1

#4 ch_ip

ch_ip

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 1 097 сообщений
  • ФИО:Павел Абдюшев
  • Город:Москва


Отправлено 28 января 2014 - 13:22

1. Забудьте про автотесты.

2. Нарисуйте, что у вас сейчас есть по процессу. Как он идет? Где тратится много лишнего времени? Из-за происходят сбои?

Забудьте про автотесты через интерфейс.

Но на основе информации из п.2 подумайте, где сейчас тратится или будет тратится много времени и как это автомтаизировать.

При кратких сроках именно такая автоматизация рутины спасает


  • 1

#5 SALar

SALar

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 2 298 сообщений
  • Город:Москва


Отправлено 28 января 2014 - 17:25

Забудьте про автотесты. Это просто потери.

Остальное потом.

 

> 0. Чего руководство хочет от структурированного тестирования

Чего руководство хочет от тестирования? Все равно не раскажут, но спросить надо - построите модель приоритезации. 

 

А далее начнутся вопросы.

 

* нужно, чтоб было красиво - свои ответы.

* нужно, чтоб бухгалтерия сошлась - (у-у-у-у.....). Рекомендую тренинг Алексея Баранцева. Сходу такое не осилишь. (Возможно кто-то еще ведет такие трениги, но я не в курсе. Раньше и Панкратов,и я вел, и еще кто-то. Но сейчас не в курсе.)

* безопасность - часто постулируют, но редко требуют. Со всеми вытекающими...


  • 0

-- 

Сергей Мартыненко

Блог 255 ступеней (байки для оруженосца)

facebook (Дети диаграммы Ганта)

ВебПосиделки клуба имени Френсиса Бэкона 

 


#6 ave

ave

    Новый участник

  • Members
  • Pip
  • 1 сообщений

Отправлено 30 января 2014 - 12:30

 

Наш проект ... с постоянно горящими сроками, и  с огромным кол-вом хотелок, доработок и т.п.

 

У вас сроки назначаются руководством или программисты и тестировщики делают оценку трудозатрат?

 

Есть шансы приоритезировать хотелки и  фиксировать scope, скажем, на неделю? Т. е. перейти от code-n-fix к коротким итерациям?


  • 0

#7 gatling

gatling

    Новый участник

  • Members
  • Pip
  • 7 сообщений
  • ФИО:Антон Гатл


Отправлено 01 февраля 2014 - 17:42

Для начала, спасибо всем ответившим!

 

0. Чего руководство хочет от структурированного тестирования?

1. Забудьте про автотесты.

2. Нарисуйте, что у вас сейчас есть по процессу. Как он идет? Где тратится много лишнего времени? Из-за происходят сбои?

3. Готовую схему из п.2 можно будет обсуждать с руководством и показывать, где идут проколы. И только после этого стоит менять сам процесс в сторону структурирования и организации.

0. ВСе очень просто, руководство хочет поднять уровень кач-ва тестирования, чтоб критичные баги перестали проникать на продакшн по вине плохо тестирования

1. Забыли :)

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

3. Примерно нарисовали совместно схему. Будем пытаться ее внедрять.

 

 

С выяснения вопроса: чего им надо от тестирования? Каким определением они вообще пользуются в своих планах?

Ответы выше.

 

 

 

 

Наш проект ... с постоянно горящими сроками, и  с огромным кол-вом хотелок, доработок и т.п.

 

У вас сроки назначаются руководством или программисты и тестировщики делают оценку трудозатрат?

 

Есть шансы приоритезировать хотелки и  фиксировать scope, скажем, на неделю? Т. е. перейти от code-n-fix к коротким итерациям?

 

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

Шансы есть всегда :) вроде бы почти получилось догвоориться об этом.


  • 0

#8 ch_ip

ch_ip

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 1 097 сообщений
  • ФИО:Павел Абдюшев
  • Город:Москва


Отправлено 03 февраля 2014 - 06:04


0. ВСе очень просто, руководство хочет поднять уровень кач-ва тестирования, чтоб критичные баги перестали проникать на продакшн по вине плохо тестирования

 

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

 

a) Что важнее для руководства, стабильный продукт или время поставки новых фич?

b) ломаются вновь поставляемые фичи или те, которые раньше нормально работали? То есть хочется выяснить, проблемы в недотестированности новой функциональности или у вас вылезают регрессионные проблемы?

c) Как установлена вина именно тестирования в возникновении багов на проде?

 


 

2. ...И посему не самые  добросовестные работники пропускают много багов закрывая таски как провенные.

 

Это как? У вас там всего 2,5 человека на тестировании? Тестировщики считают возможным закрыть задачу не проверив? Или просто не могут предусмотреть все кейсы? Или что-то забывают из-за того, что нет даже чек-листов?

 

3. Примерно нарисовали совместно схему. Будем пытаться ее внедрять.

Поделитесь схемой?

 

 


  • 0

#9 jjjzmey

jjjzmey

    Постоянный участник

  • Members
  • PipPipPip
  • 248 сообщений
  • ФИО:Ян Юшин
  • Город:Питер


Отправлено 03 февраля 2014 - 06:47


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

  • 1

#10 jjjzmey

jjjzmey

    Постоянный участник

  • Members
  • PipPipPip
  • 248 сообщений
  • ФИО:Ян Юшин
  • Город:Питер


Отправлено 03 февраля 2014 - 06:49


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

 

 

Почему именно на Пи, а не на два пи или пипополам?


  • 1


Количество пользователей, читающих эту тему: 0

0 пользователей, 0 гостей, 0 анонимных