Показаны сообщения с ярлыком решение. Показать все сообщения
Показаны сообщения с ярлыком решение. Показать все сообщения
Видео моего доклада на SQA Days 2012 (+HD)
понедельник, марта 18, 2013Промышленный подход к автоматизации тестирования
Буду рад прочитать отзывы и комментарии к выступлению.
Текст сообщения и комментарии...
Возможно ли построить идеальный процесс тестирования?
пятница, октября 29, 2010
Проблема создания процесса тестирования много раз поднималась на конференциях, круглых столах и семинарах. Вооруженные тестировщики возвращаются на свои рабочие места и пытаются воплотить в жизнь советы своих старших товарищей, пытаясь создать идеальный процесс тестирования. Давайте попробуем разобраться в самой постановке вопроса: «Возможно ли построить идеальный процесс тестирования?»
ИПТ
На первый взгляд кажется, что самым верным ответом на поставленный в теме вопрос будет слово «Нет». Предлагаю немного углубиться в тему вопрос, возможно даже помечтав...
Что такое?
Идеальный процесс тестирования для меня – это процесс который позволяет решать поставленную задачу максимально эффективно, а так же создает комфортные условия для этого. Идеальный процесс, когда «лучше уже и не надо!»
Хотя само понятие ИПТ достаточно не однозначно, потому что каждый читатель может выдвинуть свои критерии идеальности процесса.
ИПТ не существует
ИПТ не существует, если вы хотите придумать один универсальный для всех людей или команд. (команда)
ИПТ не существует, если вы думаете, что может одна и та же команда на протяжении очень долгого времени работать по заранее заданному процессу. (время)
ИПТ так же не существует, если вы планируете использовать его на разных проектах. (проект)
ИПТ существует
ИПТ можно построить для конкретного набора людей, сплоченного в команду, даже если это всего два человека – фрилансер и пользователь. (команда)
ИПТ достижим, если вы готовы планомерно улучшать Ваш процесс на протяжении всего жизненного цикла проекта. (время)
ИПТ возможен только в рамках конкретного проекта и зачастую полностью непереносим на другие. (проект)
Как?
Создание ИПТ сопряжено с набором следующих действий, которые следует повторять в течении проекта:
I. Описать то место в проекте, времени и команде, в котором вы находитесь;
II. Идентифицировать проблемные места
1. идти от проблемы
2. с точки зрения цели:
1 решать по одной из каждой выделенной области в единицу времени
2 параллельное решение из несмежных областей
IV. Внести изменения
1 мотивация команды
2 обратная связь
3 довести изменение до конца
V. Проанализировать результат
Несколько примеров
Пример первый.
Небольшая продуктовая компания на 20 человек. Постановкой процесса занимались исключительно в случаях, когда были на то проблемы:
- частое обращение ПМа за информацией о состоянии задач, расчетным временем их исполнения -
введено и применяется сразу практически всей командой: обновление статусов задач в багтрэккере, выставление перед началом и изменение estimations в процессе работы над большими задачами.Убедившись в достаточной верности данных – ПМ реже задает свои вопросы.
- в отсутствие строгих и формализованных требований, задачи на разработку оформляются в виде тикета в багтрэккере. Проблема заключалась в том, что множество уточнений выяснялось только после того, как задача передавалась на тестирование
принято решение осуществлять «тестирование требований» - предварительный просмотр текстов задач тестировщиками.
Пример – второй.
Крупная оффшорная компания. Выделенный центр разработки для одного западного информационного агентства составом в Х человек, из которых 30-40 человек – группа тестировщиков.
- стремясь улучшить процесс для всей группы, изменения вносят на всех, проверяя на одной из групп.
Изменения успешные для группы из 5-7 тестировщиков валяться на группе из 2-х человек, т.к. они работают с другим типом ПО, у них свой «подкрученный» процесс тестирования.
Заключение
Подводя итог выше сказанному, следует отметить следующие моменты:
- стремиться к ИПТ необходимо – он существует и достижим;
- движение стоит начинать от проблемы;
- ...
В дополнение хочу показать карту памяти, которую я использовал для подготовки этого сообщения:
Спасибо mindmeister за сервис.
Текст сообщения и комментарии...
ИПТ
На первый взгляд кажется, что самым верным ответом на поставленный в теме вопрос будет слово «Нет». Предлагаю немного углубиться в тему вопрос, возможно даже помечтав...
Что такое?
Идеальный процесс тестирования для меня – это процесс который позволяет решать поставленную задачу максимально эффективно, а так же создает комфортные условия для этого. Идеальный процесс, когда «лучше уже и не надо!»
Хотя само понятие ИПТ достаточно не однозначно, потому что каждый читатель может выдвинуть свои критерии идеальности процесса.
ИПТ не существует
ИПТ не существует, если вы хотите придумать один универсальный для всех людей или команд. (команда)
ИПТ не существует, если вы думаете, что может одна и та же команда на протяжении очень долгого времени работать по заранее заданному процессу. (время)
ИПТ так же не существует, если вы планируете использовать его на разных проектах. (проект)
ИПТ существует
ИПТ можно построить для конкретного набора людей, сплоченного в команду, даже если это всего два человека – фрилансер и пользователь. (команда)
ИПТ достижим, если вы готовы планомерно улучшать Ваш процесс на протяжении всего жизненного цикла проекта. (время)
ИПТ возможен только в рамках конкретного проекта и зачастую полностью непереносим на другие. (проект)
Как?
Создание ИПТ сопряжено с набором следующих действий, которые следует повторять в течении проекта:
I. Описать то место в проекте, времени и команде, в котором вы находитесь;
II. Идентифицировать проблемные места
1. идти от проблемы
2. с точки зрения цели:
- удобный для достижения цели
- предсказуемый результат
- понятный объем работ
1 решать по одной из каждой выделенной области в единицу времени
2 параллельное решение из несмежных областей
IV. Внести изменения
1 мотивация команды
2 обратная связь
3 довести изменение до конца
V. Проанализировать результат
Несколько примеров
Пример первый.
Небольшая продуктовая компания на 20 человек. Постановкой процесса занимались исключительно в случаях, когда были на то проблемы:
- частое обращение ПМа за информацией о состоянии задач, расчетным временем их исполнения -
введено и применяется сразу практически всей командой: обновление статусов задач в багтрэккере, выставление перед началом и изменение estimations в процессе работы над большими задачами.Убедившись в достаточной верности данных – ПМ реже задает свои вопросы.
- в отсутствие строгих и формализованных требований, задачи на разработку оформляются в виде тикета в багтрэккере. Проблема заключалась в том, что множество уточнений выяснялось только после того, как задача передавалась на тестирование
принято решение осуществлять «тестирование требований» - предварительный просмотр текстов задач тестировщиками.
Пример – второй.
Крупная оффшорная компания. Выделенный центр разработки для одного западного информационного агентства составом в Х человек, из которых 30-40 человек – группа тестировщиков.
- стремясь улучшить процесс для всей группы, изменения вносят на всех, проверяя на одной из групп.
Изменения успешные для группы из 5-7 тестировщиков валяться на группе из 2-х человек, т.к. они работают с другим типом ПО, у них свой «подкрученный» процесс тестирования.
Заключение
Подводя итог выше сказанному, следует отметить следующие моменты:
- стремиться к ИПТ необходимо – он существует и достижим;
- движение стоит начинать от проблемы;
- ...
В дополнение хочу показать карту памяти, которую я использовал для подготовки этого сообщения:
Спасибо mindmeister за сервис.
Текст сообщения и комментарии...
Успеть везде или оправдать ожидания.
четверг, ноября 19, 2009
Уже не раз на просторах интернета звучало:
— узнавайте то, что от Вас ожидают;
— делайте это;
— делайте больше (перевыполняйте) этого.
И тогда всем Вам будет счастье:
— Ваш начальник будет повышать Вас в должности и поднимать Вам зарплату;
— Ваша жена и дети будут самыми счастливыми людьми на свете (ещё бы: не каждой муж дарит миникупер и всячески проявляет свою любовь и преданность, не каждый папа дни напролет проводит в парке с детьми и дарит им самые последние «модные» игрушки ); (если Вы жена и мама, то представьте адекватный сценарий)
— Ваши друзья будут счастливы видеть Вас на рыбалке и в бане и т.д.
Но умудренный опытом человек правильно возмутиться: «Да на это всё и в таких количествах не хватит и трех жизней!!»
Так как же успеть ВСЁ? Оставим пока в стороне семейную жизнь и вернемся к тестированию:
— Как успеть проверить все багофичи? и при этом
— ... обновить документацию по проекту в соответствии с текущими изменениями требований? и при этом
— ... собрать метрики по отделу/проекту/билду ? и при этом
— ... прояснить ожидания от тебя начальника/ сослуживцев(тестировщиков, программистов и других обитателей IT компании) ? и при этом
— ... замечать изменения в отношении к работе коллег по отделу, их заинтересованность в одних проектах и не желание работать с другими? и при этом
— ... и много чего ещё при этом, но за 8 часов в день и 40 часов в неделю?
Частично в этом могут помочь:
— классная снежинка от Славы Панкратова
— интересная Помидорная техника
— ну и куда же мы денемся от Дэвида Аллена и его GTD
— расставление приоритетов согласно проектным нуждам
— ставьте цели и добивайтесь их! А может и не надо!
— А вдруг что-то ворует ваше время? Защита от темных искусств.
НО — почему всегда есть это «НО»?
Так уж получается у нас, что большинство хороших советов остаются хорошими советами. Мы пробуем что-то делать и с течением времени это сходит «на нет». Мы читаем умные книги, находим много интересного, но потом остываем...
А всё потому, что мы основываемся на эмоциях, вместо того, чтобы брать решение в основании своих действий. Ты не просто что-то делаешь из-за такого яркого и искрометного докладчика, который уже чуть ли не танцует перед тобой, а потому что ты решил изменить что-то в своей жизни/работе и ищешь способы это сделать. Эмоции правят миром - и поэтому мы так часто получаем не то, что хотим.
Решите изменить свою работоспособность и продуктивность — найдите те техники и методы, которые помогут вам это сделать (а не просто будут «модными» и разрекламированными) — используйте эти методы и средства — получите результат! В процессе Вас могут обуревать различные эмоции — это ни хорошо, ни плохо — это эмоции и с ними интереснее жить. Но не давайте эмоциям взять верх над Вашим решением!
Текст сообщения и комментарии...
— узнавайте то, что от Вас ожидают;
— делайте это;
— делайте больше (перевыполняйте) этого.
И тогда всем Вам будет счастье:
— Ваш начальник будет повышать Вас в должности и поднимать Вам зарплату;
— Ваша жена и дети будут самыми счастливыми людьми на свете (ещё бы: не каждой муж дарит миникупер и всячески проявляет свою любовь и преданность, не каждый папа дни напролет проводит в парке с детьми и дарит им самые последние «модные» игрушки ); (если Вы жена и мама, то представьте адекватный сценарий)
— Ваши друзья будут счастливы видеть Вас на рыбалке и в бане и т.д.
Но умудренный опытом человек правильно возмутиться: «Да на это всё и в таких количествах не хватит и трех жизней!!»
Так как же успеть ВСЁ? Оставим пока в стороне семейную жизнь и вернемся к тестированию:
— Как успеть проверить все багофичи? и при этом
— ... обновить документацию по проекту в соответствии с текущими изменениями требований? и при этом
— ... собрать метрики по отделу/проекту/билду ? и при этом
— ... прояснить ожидания от тебя начальника/ сослуживцев(тестировщиков, программистов и других обитателей IT компании) ? и при этом
— ... замечать изменения в отношении к работе коллег по отделу, их заинтересованность в одних проектах и не желание работать с другими? и при этом
— ... и много чего ещё при этом, но за 8 часов в день и 40 часов в неделю?
Частично в этом могут помочь:
— классная снежинка от Славы Панкратова
— интересная Помидорная техника
— ну и куда же мы денемся от Дэвида Аллена и его GTD
— расставление приоритетов согласно проектным нуждам
— ставьте цели и добивайтесь их! А может и не надо!
— А вдруг что-то ворует ваше время? Защита от темных искусств.
НО — почему всегда есть это «НО»?
Так уж получается у нас, что большинство хороших советов остаются хорошими советами. Мы пробуем что-то делать и с течением времени это сходит «на нет». Мы читаем умные книги, находим много интересного, но потом остываем...
А всё потому, что мы основываемся на эмоциях, вместо того, чтобы брать решение в основании своих действий. Ты не просто что-то делаешь из-за такого яркого и искрометного докладчика, который уже чуть ли не танцует перед тобой, а потому что ты решил изменить что-то в своей жизни/работе и ищешь способы это сделать. Эмоции правят миром - и поэтому мы так часто получаем не то, что хотим.
Решите изменить свою работоспособность и продуктивность — найдите те техники и методы, которые помогут вам это сделать (а не просто будут «модными» и разрекламированными) — используйте эти методы и средства — получите результат! В процессе Вас могут обуревать различные эмоции — это ни хорошо, ни плохо — это эмоции и с ними интереснее жить. Но не давайте эмоциям взять верх над Вашим решением!
Текст сообщения и комментарии...





