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

Практикум по тест-дизайну 2.0
онлайн, начало 29 ноября
Тестирование мобильных приложений
онлайн, начало 27 ноября
Автоматизатор мобильных приложений
онлайн, начало 27 ноября
Программирование на Python для тестировщиков
онлайн, начало 22 ноября
Фотография

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


  • Авторизуйтесь для ответа в теме
Сообщений в теме: 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 637 сообщений
  • ФИО:Касимов Василий
  • Город:Москва

Отправлено 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 256 сообщений
  • Город:Москва


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

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

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

 

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

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

 

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

 

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

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

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


  • 0

-- 

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

Блог 255 ступеней

 


#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


Школа Тест-Аналитика
онлайн
Организация автоматизированного тестирования
онлайн
Школа тест-менеджеров v. 2.0
онлайн
Тестирование юзабилити (usability)
онлайн



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

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

Яндекс.Метрика
Реклама на портале