На некотором проекте project manager написал тестовый сценарий в 185 шагов. Это о чем-нибудь говорит?

По-моему, без контекста ни и чем не говорит...

Ну, написал... А, может, человек учится ?

с юнит тестами это понятно, что ими занят разработчик. про автотесты речи нет.
более конкретный вопрос: должен ли разработчик проводить ручное тестирование с использованием тест кейсов? если да, то в каком объеме?

С помощью тест-кейсов, которые написал тестировщик?
Нет, нет, и еще раз - нет!

Во-первых это немного противоречит предыдущему посту про смоки-тесты (их тоже вполне могли написать тестировщики).
А во-вторых -- почему всё-таки нет? Есть обоснование? Или просто "нет и всё"? :)

Алексей, обоснование есть! :)
Под тест-кейсами я понимала документ, написанный тестировщиком, по которому он и будет гонять свои тесты.
Я считаю, что каждый должен заниматься своим делом, но при этом болеть за общий положительный результат.
Несколькими постами ранее я говорила о том, что разработчики должны "убирать за собой" - то есть своими средствами проверять то, что они делают (например, те же юнит-тесты, короткий тест типа smoke). Отдавать каждый раз переломанный код - не есть уважение к коллегам по команде.
Что касается смок-тестов, то я бы их все же оставила в распоряжении тестеров (плохо представляю, что разработчик возьмет документ, и по нему будет тестировать).

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

с юнит тестами это понятно, что ими занят разработчик. про автотесты речи нет.
более конкретный вопрос: должен ли разработчик проводить ручное тестирование с использованием тест кейсов? если да, то в каком объеме?

С помощью тест-кейсов, которые написал тестировщик?
Нет, нет, и еще раз - нет!

Тестирование со стороны разработчиков не ограничивается только Юнит тестами. Есть также Integration & System тесты. Ну и вообще, как правило хорошего тона для разработчика должно быть не просто написание кода, проверка Unit, Integration и System тестов, но и ручной тест того, что они "наколбасили" перед выкатом, хотя бы на своей девелоперской платформе... Т.е. они, по-хорошему, должны провести свой Smoke тест до того как отдадут версию в тестирование.

Полностью согласна.
Естественно, разработчики не должны "кушать хлеб" тестировщиков, но "убирать за собой" - это, по крайней мере, правило хорошего тона, уж если речь идет о КОМАНДНОЙ работе.

Пытаюсь ответить на вопросы:
1. На мое подразделение перекинули новый инвестиционный проект, роль в котором - чистое тестирование и заключение о возможности внедрения продукта. Суть проекта - перевод существующих продуктов на новую платформу. Под эту лавочку поставлена задача постепенного забора всех тестировщиков под одно крыло. (Вот ее необходимости и не понимаю). Мое видение: для того, чтобы после завершения проекта было понятно, чем же дальше заниматься и как (т.е. типа подразделение не одноразовое).
2. Окончательное решение принимает, соответствено, директор компании.
3. Дословно задача: сформировать единый центр качества. Что, как, зачем, с какой целью - неизвестно. Все это сейчас будет долго и упорно обсуждаться, поэтому и прошу вашей помощи. Причем замечу, что концепции и планы развития необходимо писать именно мне. Поэтому добавлю еще такой момент: не смотря на то, что задачу мне поставили, я чувствую необходимость объяснять свое же собственное существование и развитие.
4. В результате должно получиться минимум: единый центр качества в виде структуры и налаженных процессов, внедрены продукты, активизирована деятельность по аутсорсингу тестирования.

Масштабность работы даже пугает, честно говоря. Это по сути нужно полностью всю структуру и процессы перелопатить. Поэтому и возник вопрос: стоит ли?

Добрый день!
Читаю я Вас и все больше склоняюсь к тому, что не "центр качества" вам нужно построить, а отдел тестирования или, как его еще модно называют - департамент тестирования. Он, в общем-то, и может заниматься аутсорсингом тестирования и свои разрабатываемые проекты тестировать.

Если говорить про "отдел качества", то из Вашего текста я его не вижу в принципе...

Коллеги, привет!

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

А я сегодня в Москве, и сегодня уезжаю :(
И до НГ не приеду уже....

Итоги встречи, если состоится, напишите, а?

Здравствуйте!
Подскажите, пожалуйста, есть ли в Минске курсы по обучению тестировщиков ПО? (Поисковик выдаёт только список вакансий и сообществ.)
Спасибо :)

Если Вы хотите самостоятельно пойти на курсы, где набираются группы, то такая возможность есть у компании Епам, БелХард, возможно, еще где-то. В некоторых университетах читаются курсы по тестированию.
Если Вас интересует корпоративное обучение, то можно обратиться к специалистам компании Qulix Systems (то есть к нам). Наши специалисты читают курсы по тестированию в Московском обучающем центре Интерфейс. Можно ехать на курсы туда (ближайшие 5-7 ноября), а можно организовать и в Минске.
Можно писать прямо мне и прямо в скайп или почту - расскажу подробнее, проконсультирую по программам курсов и другим вопросам.

Добрый день коллеги.

17 ноября в Минске пройдет очередная конференция специалистов по тестированию. (http://it-conf.ru/ru/content/22.htm)

Для того чтобы мероприятие прошло с большей пользой предлагается выезд из Москвы сделать организованным.

На текущий момент из Москвы едут:

Александр Лобач (выезд из Москвы в субботу вечером)
Алексей Баранцев (выезд из Москвы в субботу вечером)
Дмитрий Коробицын
Дмитрий Ручко (выезд из Москвы в субботу вечером)
Сергей Гринкевич (дата выезда еще не определена)

Присоединяйтесь

P.S. Как оказалось жилье в Миске недешевое http://it-conf.ru/ru/content/64.htm

Если нужна помощь в поиске квартиры, говорите - помогу, чем смогу.
Пишите в скайп.

З.Ы. Жить можете парами :), или тройками...

Поскольку выезд в пятницу вечером предполагает перерыв в общении с семьей на 4,5 суток, то я планирую ехать поездом на вечер субботы.
Точнее номер поезда сообщу, как куплю билеты. Но это будет видимо что-то из: 011БМ, 001Б, 131Б, 007М, 021ЕЯЩ.

Я регулярно езжу в Москву.
Обратгно возвращаюсь разными поездами. Пока лучший вариант - 131. И время удобное, и белорусского формирования, тепло, чисто, приветливые проводники - один из самых НЕдорогих поездов!

Если говорить о финансировании за личный счет, то я бы предпочел вот это: ISTQB Software Tester Certification Advanced level and Foundation Level Training - всемирно признанная организация. Благо уже открыт центр и на Украине.

А координаты центра можете дать? Сайт, если есть.
Заранее спасибО!

З.Ы. Продублируйте в личку, пожалуйста!
P.P.S. Простите :) Почитала ветку дальше - все нашла! СпасибО!

еще один человек хочет пройти трениг, нас уже 4 человека на этот момент
еще +4 и можно отсылать заявку

Нас по-прежнему 4?
или уже больше?

Коллеги!

Предлагаю объединиться для перевода глоссария на русский язык.

Привет!

Я тоже готова поучаствовать.
Могу взять следующую букву - с.

Мне можно выслать excel-евский файл на e-mail

Заявку оставляла?

Уже оставила. Только что

Пока ориентировочно на май.

Я с 1-го по 4-е в Киеве буду.
Если тренинг 5-го, то я бы осталась.

А дата проведения тренинга в Киеве уже известна?

Привет!

Я бы присоединилась.