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

Фотография

План внедрения тестировщика


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

#1 Wolonter

Wolonter

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

  • Members
  • PipPipPip
  • 205 сообщений
  • ФИО:Макс
  • Город:Екатеринбург


Отправлено 06 мая 2011 - 05:22

Приветствую, друзья.

Намедни подходит ко мне руководитель одного проекта и говорит: Wolonter, я хочу забацать тестирование нашего продукта. А ты нам расскажешь, как это сделать.
Я ответил: Отлично.

Входные данные:
Для начала тестером берут одного человека.
Примерно 5-6 программистов уже несколько лет пишут хороший, годный продукт и успешно продают его.
Отдельного процесса тестирования нет в силу ряда причин: тут и ласковый, душевный взгляд руководителя, и интересная парадигма разработки "быстро поднятое упавшим не считается" и еще куча того, о чем я не подозреваю.
Продукт типичный: база(или несколько), сервер приложений(или несколько), клиент-браузер, кое-какие аппаратные завязки.

Чего от меня ждут: ответа на вопросы: Чем этому тестировщику нужно заняться? А чем не нужно?

Как я думаю подойти к вопросу?

Сбор информации:
  • Выяснить мнение руководителя - какую проблему он хочет решить тестировщиком. Чего он от него будет ждать. Он "шоб был" никого нанимать не стал бы.
  • Узнать у разработчиков, какие баги специфичны для их фреймворка, архитектуры, железок, продукта в целом. Рассказать им о прелестях наличия специально обученного тестировщика в группе, о возможностях сотрудничества. Узнать, как тестер мог бы им помочь.
  • Очень плотно пообщаться с техподдержкой.
    • Выяснить личное мнение ТП о проблемах продукта. На что клиенты злятся. Чего не любят.
    • Взять, да и прошерстить базу Service Desk за последние полгода, вытащить из нее баги пропущенные к клиентам. (!)
  • Узнать, какие средства тестирования уже есть? Статический анализ кода, юнит тесты?
  • Само собой, процесс разработки. Коммиты, версии, релизы, сроки, тэги, CI.
  • По-моему, у них нет багтрекера. Но я не уверен.

Дальнейшие действия, предположения и варианты:
  • Вполне возможно, что хорошо сработавшейся команде тестировщик и не нужен, а надо внедрить еще пару тройку средств превентивного обнаружения багов.
  • Выделить первоочередные задачи для тестировщика
    • Для начала, ручная проверка функционала, в котором баги были найдены клиентами(см. базу техподдержки).
    • Адекватное встраивание предыдущего пункта в процесс разработки, чтоб тестирование не было совсем уж отдельным.
    • Действия, направленные на оправдание ожиданий руководителя проекта.
    • Если нет CI, то завести ее.
    • После того, как процесс оформится - только после этого - задуматься о постепенной автоматизации: bash скрипты, если будет необходимость - Selenium.
  • Собрать результаты и выводы по предыдущим пунктам. Купить бутылку виски и долго на них медитировать. Составить план работ со сроками, ответственными и действиями. В плане - обучение новичка, решение первоочередных проблем, второочередных проблем, привязка всего этого к релизам и т.п. Результаты деятельности тестера.
  • Показать план техподдержке, аналитике, разработчику. Переписать план. Показать его руководителю проекта. Таким образом я хочу чтоб было достигнуто понимание, что и как будет тестироваться, и вообще, чего ждать.

Как-то так.


Ремарки:
  • Форум читал, например тут и тут.
  • Документация есть. Разработчики в одном месте в пределах прямой видимости.
  • О том, что тестер нужен мне сказали "снизу" - сотрудник техподдержки. Потом были мои и не только мои диалоги с руководством и это стало инициативой "сверху".

Я хочу спросить - как вам мой план? На что стоит посмотреть, куда обратить внимание? Если нужно, могу уточнить детали.
  • 0

#2 Freiman

Freiman

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

  • Members
  • PipPipPipPipPipPip
  • 1 591 сообщений
  • ФИО:Андрей Адеркин
  • Город:Йошкар-Ола

Отправлено 06 мая 2011 - 06:28

Хороший план!

п. 2 "Адекватное встраивание предыдущего пункта в процесс разработки, чтоб тестирование не было совсем уж отдельным" - это одна строка, а в действительности же придется строить весь процесс разработки. "Итерации", "релизы", "functions freeze" и "code freeze", и много других страшных слов.

CI заводить есть смысл, если есть какие-то автоматизированные проверки - программисты пишут юнит-тесты или тестировщик написал тесты на селениуме. А так, "чтоб было" - зачем?
  • 0

#3 Wolonter

Wolonter

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

  • Members
  • PipPipPip
  • 205 сообщений
  • ФИО:Макс
  • Город:Екатеринбург


Отправлено 06 мая 2011 - 06:39

п. 2 "Адекватное встраивание предыдущего пункта в процесс разработки, чтоб тестирование не было совсем уж отдельным" - это одна строка, а в действительности же придется строить весь процесс разработки. "Итерации", "релизы", "functions freeze" и "code freeze", и много других страшных слов.

CI заводить есть смысл, если есть какие-то автоматизированные проверки - программисты пишут юнит-тесты или тестировщик написал тесты на селениуме. А так, "чтоб было" - зачем?



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

CI будет для юнит тестов и firebug findbugs хотя бы.

Сообщение отредактировал Wolonter: 22 мая 2011 - 06:52

  • 0

#4 Freiman

Freiman

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

  • Members
  • PipPipPipPipPipPip
  • 1 591 сообщений
  • ФИО:Андрей Адеркин
  • Город:Йошкар-Ола

Отправлено 06 мая 2011 - 08:38

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

Если будет возможность накладывать вето на выпуск билда - уже хорошо :)

CI будет для юнит тестов и firebug хотя бы.

немного не понял, причем здесь firebug..


Но, конечно, поскорее надо узнать "А что, собссно, руководитель хочет от тестировщика?"
  • 0

#5 OdinO4ka

OdinO4ka

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

  • Members
  • Pip
  • 18 сообщений
  • ФИО:Антон

Отправлено 06 мая 2011 - 09:31

Как мне кажется, задачка крайне сложная, но как и большинство вполне себе решаемая. Но нужно четко понимать какой стиль разработки у вас применяется и уже под это делать искать человека, а не просто расписать план и что-то построить. В любом случае на первых позициях буду разработчики, а все остальные потом.
  • 0

#6 Vasiliy

Vasiliy

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

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

Отправлено 06 мая 2011 - 09:35

Если будет возможность накладывать вето на выпуск билда - уже хорошо :)

Оффтопик. А зачем вето на выпуск билда? Или имеется в виду релиз?
  • 0

#7 anton.matyushkin

anton.matyushkin

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

  • Members
  • Pip
  • 33 сообщений
  • ФИО:Антон
  • Город:Москва


Отправлено 06 мая 2011 - 12:07


п. 2 "Адекватное встраивание предыдущего пункта в процесс разработки, чтоб тестирование не было совсем уж отдельным" - это одна строка, а в действительности же придется строить весь процесс разработки. "Итерации", "релизы", "functions freeze" и "code freeze", и много других страшных слов.

CI заводить есть смысл, если есть какие-то автоматизированные проверки - программисты пишут юнит-тесты или тестировщик написал тесты на селениуме. А так, "чтоб было" - зачем?



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


Наверное тебе придется подстраивать весь процесс под свои возможности и требования.
Потому попробуй описать весь цикл процесса тестирования каким он должен быть, а затем ориентируй его под свои нужды.

Задача у тебя интересная и не простая, так что просто желаю успеха в достижении результата.
  • 0
Sometimes it's good to be schizophrene. (с)

#8 Wolonter

Wolonter

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

  • Members
  • PipPipPip
  • 205 сообщений
  • ФИО:Макс
  • Город:Екатеринбург


Отправлено 06 мая 2011 - 12:19

Наверное тебе придется подстраивать весь процесс под свои возможности и требования.
Потому попробуй описать весь цикл процесса тестирования каким он должен быть, а затем ориентируй его под свои нужды.

Задача у тебя интересная и не простая, так что просто желаю успеха в достижении результата.


Имхо, неправильный подход. Ребята работали без тестирования больше трех лет и создали неплохой продукт. Переделывать процесс не только не позволят, но и неправильно.
Этарас.

Не будет цикла тестирования. Будет этап тестирования в процессе разработки. И то потом. А сперва будет - поиск способов решения и само решение текущих насущных проблем.
Этадва.

А вот написать как бывает правильно, а потом вычеркнуть откровенно лишнее для текущих реалий - хорошая мысль.
  • 0

#9 Freiman

Freiman

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

  • Members
  • PipPipPipPipPipPip
  • 1 591 сообщений
  • ФИО:Андрей Адеркин
  • Город:Йошкар-Ола

Отправлено 06 мая 2011 - 12:43


Если будет возможность накладывать вето на выпуск билда - уже хорошо :)

Оффтопик. А зачем вето на выпуск билда? Или имеется в виду релиз?

да, релиз
  • 0

#10 Freiman

Freiman

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

  • Members
  • PipPipPipPipPipPip
  • 1 591 сообщений
  • ФИО:Андрей Адеркин
  • Город:Йошкар-Ола

Отправлено 06 мая 2011 - 12:45

Переделывать процесс не только не позволят, но и неправильно.

Спорное утверждение.
Что-то менять в процессе все равно придется, если появится и выделенная роль тестировщика, и этап тестирования.
  • 0

#11 OdinO4ka

OdinO4ka

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

  • Members
  • Pip
  • 18 сообщений
  • ФИО:Антон

Отправлено 06 мая 2011 - 13:52

Полностью не согласен. Можно хорошо делать простой продукт, а при попытке расшириться, извините за выражение "сесть в лужу". То что делался просто продукт хорошо, ровным счётом ничего не значит.
  • 0

#12 Tatyana T

Tatyana T

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

  • Members
  • Pip
  • 6 сообщений
  • ФИО:ТТ


Отправлено 14 октября 2011 - 11:03

Wolonter, а можно узнать о полученых результатах? как все прошло? а то предстоит нечто подобное, хочется знать на чем спотыкнуться можно
  • 0

#13 Wolonter

Wolonter

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

  • Members
  • PipPipPip
  • 205 сообщений
  • ФИО:Макс
  • Город:Екатеринбург


Отправлено 16 октября 2011 - 11:49

Wolonter, а можно узнать о полученых результатах? как все прошло? а то предстоит нечто подобное, хочется знать на чем спотыкнуться можно


Можно, конечно, правильный вопрос.

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

Как следствие - руководитель выбрал два направления: высокое покрытие юнит тестами для обеспечения стабильности - руками программистов.
И тестирование требований и постановок ручным тестировщиком на предмет их непротиворечивости. Также тестировщик стал своеобразным интерфейсом для программистов, все баги через него.

Я считаю этот результат близким к провалу (мне же со стороны гораздо виднее ;) ), непосредственные участники - допустимым результатом. Думаю, что они правы.
  • 0

#14 Tatyana T

Tatyana T

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

  • Members
  • Pip
  • 6 сообщений
  • ФИО:ТТ


Отправлено 16 октября 2011 - 14:52

нда... Такой план и такой результат.
  • 0

#15 Wolonter

Wolonter

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

  • Members
  • PipPipPip
  • 205 сообщений
  • ФИО:Макс
  • Город:Екатеринбург


Отправлено 16 октября 2011 - 17:34

нда... Такой план и такой результат.


А зря вы так говорите, как будто все хуже, чем думаю я. Чтоб оценить результат нужен весь контекст, а это длинная история.
Почти все пункты плана заключались в сборе информации с простой целью - эффективней всего задействовать очень небольшой ресурс - начинающего тестировщика.
И работа по сбору информации была проделана больше чем наполовину.
Анализ требований в данном случае и есть то место, где можно предотвратить массу будущих ошибок проекта, которому предстоит пережить рост числа клиентов и интеграцию с другими системами.
Ну а чего не хватило - так это жесткой позиции, может быть даже ультимативной - раз уж человека позвали решать проблему.

Но всегда могут быть другие версии на все эти счета.
  • 0

#16 SALar

SALar

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

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


Отправлено 18 октября 2011 - 08:09

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

Как следствие - руководитель выбрал два направления: высокое покрытие юнит тестами для обеспечения стабильности - руками программистов.

Разумно.


И тестирование требований и постановок ручным тестировщиком на предмет их непротиворечивости.

Возникает резонный вопрос. Какой процент ошибок находит тестировщик? Все таки тестирование требований довольно сложная задача и редко получается оттестировать хорошо. Мне для статистики. Можно в личку.
  • 0

-- 

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

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

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

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

 


#17 bsu26

bsu26

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

  • Members
  • Pip
  • 27 сообщений
  • ФИО:Сергей
  • Город:Уфа

Отправлено 09 декабря 2011 - 12:22


Wolonter, а можно узнать о полученых результатах? как все прошло? а то предстоит нечто подобное, хочется знать на чем спотыкнуться можно


Можно, конечно, правильный вопрос.

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

Как следствие - руководитель выбрал два направления: высокое покрытие юнит тестами для обеспечения стабильности - руками программистов.
И тестирование требований и постановок ручным тестировщиком на предмет их непротиворечивости. Также тестировщик стал своеобразным интерфейсом для программистов, все баги через него.

Я считаю этот результат близким к провалу (мне же со стороны гораздо виднее ;) ), непосредственные участники - допустимым результатом. Думаю, что они правы.


Добрый вечер!
План отличный, все предельно ясно. А можно узнать что нибудь о плане тестирования? Если тестировщик новичок в этом деле? Хотелось бы услышать план для тестировщика... Ситуация похожая сейчас...
  • 0

#18 Wolonter

Wolonter

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

  • Members
  • PipPipPip
  • 205 сообщений
  • ФИО:Макс
  • Город:Екатеринбург


Отправлено 10 декабря 2011 - 09:33

Добрый вечер!
План отличный, все предельно ясно. А можно узнать что нибудь о плане тестирования? Если тестировщик новичок в этом деле? Хотелось бы услышать план для тестировщика... Ситуация похожая сейчас...

А я уже описал его вкратце:

Как следствие - руководитель выбрал два направления: высокое покрытие юнит тестами для обеспечения стабильности - руками программистов.
И тестирование требований и постановок ручным тестировщиком на предмет их непротиворечивости. Также тестировщик стал своеобразным интерфейсом для программистов, все баги через него.


Дальнейшее - от контекста и конкретного приложения.
  • 1


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

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