Сообщений в теме: 18

[SlendQA]

Добрый день форумчане!

Работаю тестировщиком до 1 года, но по стечению различных обстоятельств меня взяли работать в небольшую компанию, где ранее небыло отдела тестирования.. Поэтому я как первоотркыватель должен поставить и настроить процесс тестирования.

Подскажите, с чего лучше начать? Или каков план построить на ближайшее время? (в компании преимущественно веб, мобайл + планируется со временем введение автоматизированного тестирования).

[Vasiliy]

Ой. Ну неужели на  рынке нет людей с опытом, кому будет интересно создать отдел с нуля?! 

Это к вашему работодателю обращение, не к вам напрямую)

 

Как сейчас построен процесса выпуска софта? Найдите место куда встроить тестирование.
За какие вещи будет отвечать отдел?
Каких целей пытается достичь руководство открытием нового отдела?

 

P.S. Забудьте пока про автоматизацию.

[SlendQA]

Ой. Ну неужели на  рынке нет людей с опытом, кому будет интересно создать отдел с нуля?! 

Это к вашему работодателю обращение, не к вам напрямую)

 

Как сейчас построен процесса выпуска софта? Найдите место куда встроить тестирование.
За какие вещи будет отвечать отдел?
Каких целей пытается достичь руководство открытием нового отдела?

 

P.S. Забудьте пока про автоматизацию.

Работодателя в этой ситуации можно понять, спецы с хорошим опытом стоят на порядок выше джуна. Поэтому на эту роль взяли меня. Т.к. я еще не начал работаь на новом месте, много подробностей мне не известны. Изначально ближайшая цель была услышена как "покрыть проект тест-кейсам" и постепенное внедрение автотестов. В компании на данный момент тестированием занимались девы, поэтому у них было принято решение начать запуск QA отдела, пока что в 1 лице =) 

[Vasiliy]

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

 

Еще раз - автотесты отложить!

Требования есть для продукта? На основе чего планируется покрывать тест-кейсами?

[Freiman]

Требований наверняка нет, процесса разработки нет.

Интересно, хотя бы баг-трекер есть?

Если нет, то первым делом внедрить его.

Затем написать чек-листы, например.

Попросить выделенный QA-сервер.

Продвинуть идею feature freeze и code freeze.

 

Большинство задач для тестировщика - "быстренько проверь, и сейчас это пойдет в продакшен"? :)

[Little_CJIOH]

Ой. Ну неужели на  рынке нет людей с опытом, кому будет интересно создать отдел с нуля?! 
Это к вашему работодателю обращение, не к вам напрямую)
 
Как сейчас построен процесса выпуска софта? Найдите место куда встроить тестирование.
За какие вещи будет отвечать отдел?
Каких целей пытается достичь руководство открытием нового отдела?
 
P.S. Забудьте пока про автоматизацию.

Работодателя в этой ситуации можно понять, спецы с хорошим опытом стоят на порядок выше джуна. Поэтому на эту роль взяли меня. Т.к. я еще не начал работаь на новом месте, много подробностей мне не известны. Изначально ближайшая цель была услышена как "покрыть проект тест-кейсам" и постепенное внедрение автотестов. В компании на данный момент тестированием занимались девы, поэтому у них было принято решение начать запуск QA отдела, пока что в 1 лице =)

На порядок - это *10. Ни 600, ни даже 450 тысяч мне еще ни разу не предлагали.
"покрыть проект тест-кейсам" - это не цель.
Нормальная "цель" в ответ на вопрос "зачем?" должна давать явный профит или ощущение полной неуместности вопроса.
Понять вашего работодателя нельзя, он себе не просто в ногу стреляет. Через две ноги навылет в голову.
http://blog.shumoos.com/archives/186

[hellno]

У каждого в резюме должна быть такая маленькая компания, разрабатывающая клиенты для мобилок, где он поднимал тестирование с нуля 

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

[Spock]

+1 про багтрекер

 

 

 

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

поставив баг-трекер уже появятся процессы. там уже и другие тестировщики может подтянутся позже

[Little_CJIOH]

Нука-нука, какие процессы появляются при установке баг-треккера? Кроме процесса установки баг-треккера.

[Spock]

 

 

Нука-нука, какие процессы появляются при установке баг-треккера? Кроме процесса установки баг-треккера. 

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

 

тут же и коммиты можно связать с тасками, ещё лучше

 

потом и время на таски вводить

 

по-моему много чего можно достигнуть с одним только баг-тракером

[Little_CJIOH]

Нука-нука, какие процессы появляются при установке баг-треккера? Кроме процесса установки баг-треккера. 

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

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

[SALar]

 

 

по-моему много чего можно достигнуть с одним только баг-тракером

 

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

 

Ну, вот, мной пугать начали  . Но байка, да, есть: "Байка для оруженосца- 11. Ложная слепота и задача трех тел."

Обычная проектная история. Только там была трекстудия, а не джира.

 

Но вера IT-шников в волшебную пилюлю - это нечто. Вероятно, разработчики - глубоко верующие люди. Иначе чем объяснить это преклонение перед шаманскими танцами и артефактами типа гвоздя из стула, на котором сидел сам Стив Возняк, еще там, в гараже.

Коллеги, наличие компа не делает вас более крутым писателем, чем Айзек Азимов. Для того, чтобы хорошо писать, надо писать уметь. А не иметь ПК. Для того, чтобы управлять дефектами нужен не трекер, а умение управлять дефектами. Внезапно. 

 

PS. Канбан доска гораздо интереснее в пробковом варианте, а не в компьютерном. И честно скажем - в jira реализация этой доски оставляет желать лучшего.

PSS. Кстати. Канбан доска не имеет к канбану никакого отношения.

[hellno]

 

<...>

PSS. Кстати. Канбан доска не имеет к канбану никакого отношения.

 

Можно с этого места поподробнее? 

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

[SALar]

 

 

<...>

PSS. Кстати. Канбан доска не имеет к канбану никакого отношения.

 

Можно с этого места поподробнее? 

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

 

В нашей индустрии произошел семантический дрейф. Смотри: http://www.eldar.com/node/456

 

Немного примеров.

* Посмотрите в словаре значение слова "легитимность". Прочитайте статью: http://gaperton.live....com/63371.html И посмотрите как это слово используют журналисты. Ни один не смог употребить правильно.

 

 

Начнем с грустного. Слово "легитимность" относится тому к редкому типу слов, которые все употребляют, но большинство при этом не имеет ни малейшего понятия о том, что это такое (включая современную прессу). Но нам, руководителям, надо знать это точно, ибо оно имеет непосредственное отношение к самой сути власти. Скажу кратко, выделяя главное - длинно вы почитаете в википедиях и словарях:

Легитимность - есть желание людей подчиняться решениям власти при отсутствии принуждения.

 

Канбану тоже не повезло.

• Во первых - это просто карточка заказа.
• Во вторых - она движется в обратном направлении. Деплоер -> тестировщик  -> программист -> верстальщик -> художник -> проектировщик интерфейса.  А не так как в джире.

Ну и хватит. Про цепочки "I", "T" пока не будем.

 

То что вы не просто путаете термины, но еще и путаете части речи:

• вместо причастия "Кислое" используете  существительное "кирпич"
• вместо глагола "Бежать" используете  числительное "восемь"

может и не страшно.

 

Но. 

Канбан доска не имеет к канбану никакого отношения. 

Просто термин понравился. Ведь слышали же все, что благодаря "Канбану" Тойота сильно поднялась. Правда мало кто знает, что Хитачи благодаря канбану потеряла несколько миллиардов долларов... Но об этом же можно промолчать.

 

Хочешь, чтоб к тебе люди потянулись, кричи: "Канбан! Эджайл! Интенсификация ускорения прогресса роста увеличения роста!!!". И прочий булшит.

 

И да, доска в джире никак не помогает соблюдать принципы "Системы Тойота". Более того, она направлена на их нарушение. Например такого: "Отказывайтесь от разделения труда".

[leftCh]

 

 

Ой. Ну неужели на  рынке нет людей с опытом, кому будет интересно создать отдел с нуля?! 
Это к вашему работодателю обращение, не к вам напрямую)
 
Как сейчас построен процесса выпуска софта? Найдите место куда встроить тестирование.
За какие вещи будет отвечать отдел?
Каких целей пытается достичь руководство открытием нового отдела?
 
P.S. Забудьте пока про автоматизацию.

Работодателя в этой ситуации можно понять, спецы с хорошим опытом стоят на порядок выше джуна. Поэтому на эту роль взяли меня. Т.к. я еще не начал работаь на новом месте, много подробностей мне не известны. Изначально ближайшая цель была услышена как "покрыть проект тест-кейсам" и постепенное внедрение автотестов. В компании на данный момент тестированием занимались девы, поэтому у них было принято решение начать запуск QA отдела, пока что в 1 лице =)

 

На порядок - это *10. Ни 600, ни даже 450 тысяч мне еще ни разу не предлагали.
"покрыть проект тест-кейсам" - это не цель.
Нормальная "цель" в ответ на вопрос "зачем?" должна давать явный профит или ощущение полной неуместности вопроса.
Понять вашего работодателя нельзя, он себе не просто в ногу стреляет. Через две ноги навылет в голову.
http://blog.shumoos.com/archives/186

 

Да ладно?  Дайте ка я скажу о чем думает работодатель ) Взял новичка зеленого но неглупого, чтобы кодеры не ныли что надоело тестировать. Наобещал ему роста высокого, бонусов сладких, чтобы получше мотивировать ) Работай хорошо, начальником будешь и все такое )

А не получится у него, да и пусть, все равно три копейки стоит )

[hellno]

<..>

 

Но. 

Канбан доска не имеет к канбану никакого отношения.

Просто термин понравился. Ведь слышали же все, что благодаря "Канбану" Тойота сильно поднялась. Правда мало кто знает, что Хитачи благодаря канбану потеряла несколько миллиардов долларов... Но об этом же можно промолчать.

 

Хочешь, чтоб к тебе люди потянулись, кричи: "Канбан! Эджайл! Интенсификация ускорения прогресса роста увеличения роста!!!". И прочий булшит.

 

И да, доска в джире никак не помогает соблюдать принципы "Системы Тойота". Более того, она направлена на их нарушение. Например такого: "Отказывайтесь от разделения труда".

 

Спасибо за ответ. Но все же в разработке ПО канбаном принято считать не ту самую карточку, и чаще даже не "процесс бережливого производства точно в срок" (что это) как говорит вики, а способ управления тасками и релизами, где они идут именно по такому флоу  - от дева к деплою. И это не то чтобы семантический дрейф, скорее нормальное нагружение слова контекстной нагрузкой в определенной области. Конечно, в большинстве плохих проектов все просто: если у нас есть джира, значит мы аджайл. Если мы еще и релизимся раз в две недели - это скрам, а любим насовать новых задач перед релизом - канбан :) 

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

 

А вообще, было бы здорово найти честные названия для процессов разработки, принятых в посредственных проектах. И чтобы без обсцененной лексики

[Freiman]

Хотелось бы снова услышать топикстартера.

 

@SlendQA, внедрили ли вы что-нибудь? И вообще, работаете ли еще в этой компании? :)

[Spock]

неделя только прошла, наверное ещё рано спрашивать :)

[SlendQA]

Хотелось бы снова услышать топикстартера.

 

@SlendQA, внедрили ли вы что-нибудь? И вообще, работаете ли еще в этой компании? :)

Да, я вернулся, всем спасибо за ответы)

Начали все вводить постепенно. Как  БТС начали использовать GitLab (не самое лучшее решение, но все же лучше чем ничего) + TestRail. Также дорабатывается документация, с которой планируется дальнейшая работа, на основании который будем постепенно покрывать тестами проект