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

[Utf_8]

Господа, нуждаюсь в Вашем совете! Прошу не троллить до полусмерти, ведь и вы когда-то были "зелеными тестировщиками".

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

1. Структура - 3 прогера, тестировщик (я) и наш менеджер + директор. (отдел маркетинга и бухгалтерии не считаю)

2. Документации, спецификации естественно нет (на меня возлагают большие надежды по этому поводу).

3. Также упали обязанности тест-менеджера (наладить качество продукта и процесс разработки) ах да, проект один - веб-приложение.

4. Обеспечить безопасность продукта (тут уж совсем не знаю з что хвататься, но не суть...).

 

Что я уже сделал:

 - Провел тестирование некоторых частей функционала и написал куеву тучу баг-репортов, тем самым пополнил и без того забитую трекинг систему своими наработками.

 - Выяснил, в каких местах в разработке возникают "узкие места" об этом будет доклад в Пн.

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

 

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

 

П.с. от меня еще жаждят автоматизации, но я парирую этот вопрос как могу =)

[Vasiliy]

У вас лично задачи какие?

1. Быть тестировщиком и тестировать?

2. Быть тест-менеджером и наладить процесс?

3. Стать аналитиком и написать требования и другие документы?

 

Я понимаю, что с вероятностью 99%, руководству нужны все три пункта сразу))  Но вам лично для себя хотя бы лучше все-таки расставить приоритеты.

[jjjzmey]

какую документацию хотят?

что скрывается за волшебным словосочетанием "наладить качество"?

какие есть инструменты для управления ситуацией?

 

ЗЫ Никогда не делай работу по принципу "ты пиши, а там разберёмся".

[Utf_8]

Если по приоритетам, то:

1. Наладить процесс.

2. Поднять требования и документацию (ПМ только что сказал, что к этому пункту перейду ТОЛЬКО после первого).

3. Тестить, тестить, тестить + учить PHP для автоматизации (как, пока не знаю, ПМ сказал: "прогеры помогут с этим")

[Utf_8]

Инструменты? хммм, redmine и skype

"наладить качество" - у прогеров аврал с работой, катастрофически не успевают, вот это и нужно пофиксить...

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

[Vasiliy]

Подождите. Прогеры не успевают - а тестирование чем поможет?)

Вы сейчас будете находить ошибки и они еще больше не будут успевать. Так получается?

[Utf_8]

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

[Utf_8]

ну да =) заданий я им добавил, но заведомо было указано поставить низкий приоритет, чтобы не отвлекались

[jjjzmey]

1. Наладить процесс - зачем?

 

По мнению директора, ступор прогеров связан с тем, что они много времени уделяют тестированию

А как на самом деле? Кто-нибудь это отслеживал, ну хотя бы на протяжении недели или всё на уровне внутренних ощущений?

 

2. Поднять требования и документацию - поднять и переложить к себе в стол? зачем, и что будет дальше после "поднятия"?

 

3. Тестить, тестить, тестить - что хотят от тестирования: чтобы меньше багов проходило в продакшн, чтобы были проверены основные пользовательские сценарии, чтобы процедура тестирвоани была прозрачной...?

 

Инструменты? хммм, redmine и skype
Т.е. это примерно происходит так: влетает директор и с горящими глазами говорит, хочу чтобы было так и так и еще вот так

Я имел ввиду инструменты влияния на ситуацию, т.е после прибегания директора ты можешь сказать "чу я слышу пушек гром!" и объяснить, что в план на неделю его хотелки не вписываются, от слова никак

[jjjzmey]

нужно выяснить ключевую проблему: идипо принципу 5 почему:

прогеры не успевают - почему? нет планов

планов нет - почему? не можем спрогнозировать хотелки директора

директор прибегает - почему?...

 

где собака порылась?

[Utf_8]

Спасибо за советы. Посидел-подумал и решил:

1. Так как в Пн. будет доклад (ровно 10 дней как я работаю), естественно, я выскажу свое мнение о всем процессе со стороны.

2. Что я набросал на черновик. Пока еще черновые варианты ТП.

3. Расскажу как я вижу происходящее со стороны, дам рекомендации.

4. Так как команда маленькая, можна попробовать модификацию scrum-а (над этим еще активно думаю). Просто, считаю, что труд будет более продуктивен, если каждый работник сутра видит перед собой конкретную задачу, сроки, график выполнения. + в начале рабочего дня обсуждение: что мешало работать, где ступор, что сделано и что еще нужно сделать. (но вот куда деть эти "так срочно, все делаем новый функционал" я не знаю)

Еще на выходных помозгую, после отчета отпишусь! Спасибо за поддержку и понимание!

[Vasiliy]

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

Вы, конечно, только директору не говорите, но ступор прогеров связан не с недостатком или отсутствием тестировщиков, а с самим директором!)

[jjjzmey]

Лучше из доклада слово скрам выкинуть.

Бизне сейчас приучен к совершенно неверной мысли: “мы будет всё делать быстро и лихо и если у вас возникнут какие-то соображения, мы их быстро оформим”. Ему это обещается изначально при внедрении гибких методологий, и когда бизнес говорит, что у меня прямо сейчас есть необходимость во внедрении чего-то ещё – очень сложно объяснить, что текущий спринт уже запланирован и туда ничего больше добавлять не надо.

[jjjzmey]

Хороши скрам, это такой ускоренный водопад, со своим плнированием, проектированием и всеми последующими этапами...

[Petrov.Sergey]

Обалдеть!

Ничего личного, но имхо, Ваш директор - самодур.

 

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

1) отделитесь версией продукта от программистов (чтобы у Вас была стабильная версия, которую Вы тестируете и периодически обновляете)

2) завести всех программеров в один репозиторий с общей песочницей и личными транками. Это позволит им не корёжить чужое и иметь стабильную общую версию продукта.

 

После такого разделения труда проведите анализ проекта (к тестированию пока не приступаем): какие модули есть? как они связаны друг с другом? каков их функционал и назначение?

Рекомендую подключить к этому программистов - они помогут нарисовать карту проекта.

 

После проведите бизнес-анализ и бизнес-тестирование продукта помодульно: основные и наиболее важные фичи, мэйнлайн проекта.

С автоматизацией сейчас лучше не торопиться. Почему?

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

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

В-третьих, на начальном этапе тестирования продукта ручное тестирование в несколько раз быстрее автоматизированного. Заодно и получше продукт узнаете ;)

 

Бизнес-тестирование покажет основные проблемы продукта и в очень грубо покажет степень готовности: можно ли показывать продукт пользователям?

 

После бизнес-тестирования и получения хоть какого-то представления о продукте, его назначении и проблемах определите цели в краткосрочном периоде, разбив их на категории: качество + стоимость + скорость. Что нужно сделать, чтобы повысить качество тестирования (и продукта)? Что нужно сделать, чтобы уменьшить стоимость тестирования (повысить эффективность работы команды)? Что нужно сделать, чтобы повысить скорость тестирования (уменьшение простоев)?

 

Выставьте выписанные цели в порядке приоритета и в соответствии с этими целями пишите каждый, допустим, понедельник план на неделю.

 

Это я так... Описал "волшебный пендель" для тестирования проекта, чтобы оно сдвинулось с мёртвой точки.

[VictorV]

Странно слышать, что "пионер" брошен решать методические и орг. преобразования :(

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

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

 

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

 

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

 

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

 

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

[jjjzmey]

Колллеги, свой опыт и знания нельзя передать через форум, только через совместную деятельность.

 

...

 

Вам нужен не весь Скрам (имхо), а простой Канбан. Начните с доски.

 

Один я вижу тут противоречие начала и конца сообщения?

[Utf_8]

И так, результаты отчета!

Предложения  по скрам и канбану - откинуты.

Было принято:

1. Поручить мне написание спецификаци (своего рода требования к определенным частям функционала).

2. На основе уже этих требований писать ТП и ТК.

3. Выделить тестовый сервер и доступ к админке =)

4. Открыли доступ к некоторой документации (правда толку от не нуль)

5. Перенастроить редмайн для более оптимального отслеживания задач (создан новый проект и участники пока)

6. Поручено построить график выполненных работ и работ которые в процессе (вот тут большой знак вопроса, как это сделать лучше???) может посоветуете!?

7. Даны сроки для отшлифовки РНР, через н-ное колличество времени должен отчитаться (я так понял, до окончания испытательного срока)...

 

ну вот и все ))) пока буду двигаться в этом направлении

[Dalay_LAMO]

ТС, можно поитнересоваться, какой у вас, вообще, опыт в IT?

[Utf_8]

именно IT или Тестирование???

 

ТС, можно поитнересоваться, какой у вас, вообще, опыт в IT?

Именно IT или конкретно Тестирование?