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

[barancev]

Как Team tester могу сказать, что неоднократно сталкивался с превалированием финансовых аспектов над качеством. Т.е. если ситуация на рынке благоприятна то могут (и скорее всего так и сделают) выпустить сыроватый продукт. И это вполне естественно.

Ну вот, здравомыслящий человек, а то все какие-то непомерно озабоченные качеством :)

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

[Victorea]

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

Если МП задачу принятия решения перекладывает на тестировщика -- гнать в шею менеждера.

Тоже уже повторяюсь. Тестировщик -- источник информации. Один из. Не более того.

Что вообще за странное мнение о тестировщиках? Мне кажется, что у МП появляется немного мании величия. И не стоит забывать, что хоть это и раздел взаимодействия, здесь обсуждаются проблемы прежде всего тестирования! На счет того, что тестировщик не обладает полной информацией и тем более достаточными полномочиями, я согласна. Но тестеровщик - это только не источник информации! Как то даже унизительно звучит. <_< Без его (тестеровщика) действий и одобрения проект не может быть полностью готов. И вообще какое отношение к процессу одобрения имеют программисты? Они отдают свой проект на тестирование и дальше принимают участие только в исправлении найденных багов.

[Green]

Как Team tester могу сказать, что неоднократно сталкивался с превалированием финансовых аспектов над качеством. Т.е. если ситуация на рынке благоприятна то могут (и скорее всего так и сделают) выпустить сыроватый продукт. И это вполне естественно.

Ну вот, здравомыслящий человек, а то все какие-то непомерно озабоченные качеством :)

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

Так ведь никто не возражает против того, что жизнь многообразна и не предсказуема.
:P

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

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

Но мы опять "сползли" на вопросы процессов в проекте.

Что касается темы дискуссии, то только профессионализм как с одной стороны, так и с другой способен создать деловую дружественную обстановку. Что бы члены команды смогли узнать друг друга лучше руководитель проекта должен предусмотреть специальные активности типа митингов, чаепитий, "распиваний" песен и т.п. мероприятия.
B)

[barancev]

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

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

Это нормальное планирование, нормальное управление, в нормальных условиях, включающих массу рисков, которыми необходимо управлять. А идеализм и перфекционизм до добра не доведёт :) Не то, чтобы идеализм плох, но он непрактичен. Не бывает идеальных условий, как бы не мечталось об этом...

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

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

[barancev]

Тестировщик -- источник информации. Один из. Не более того.

Что вообще за странное мнение о тестировщиках? Мне кажется, что у МП появляется немного мании величия. И не стоит забывать, что хоть это и раздел взаимодействия, здесь обсуждаются проблемы прежде всего тестирования! На счет того, что тестировщик не обладает полной информацией и тем более достаточными полномочиями, я согласна. Но тестеровщик - это только не источник информации! Как то даже унизительно звучит. <_< Без его (тестеровщика) действий и одобрения проект не может быть полностью готов.

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

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

И вообще какое отношение к процессу одобрения имеют программисты? Они отдают свой проект на тестирование и дальше принимают участие только в исправлении найденных багов.

А на это, я думаю, разработчики бы обиделись. Они не тупые исполнители чужой воли, они продолжают с любовью поддерживать своё творение, совершенствуя его :)

[Darkus]

Утро.
Прибегает радостный программист. (темперамент итальянца)
Потирая руки и весело стуча по клаве пароль блокированной машины.
Так-с.. Приступим. Вот здесь всё это не нужно, это сюда, ... ммм.. а вот здесь криво, но пока что пойдёт и так.
(Творческий процесс в разгаре, дым коромыслом, клава весело звенит).
Открывается дверь к программисту подходит тестировщик.
Лицо, как у Ларча из семейки Адамсов.
- Сэр. (Мэр, мужик, эй му..к, просто эй).
- ...
- Сэр, свежие новости. Читать будете.
- Да, что там у тебя?
- Баги, сэр.
- И что?
- Править надо.
- Ещё скажи, чтобы я обрадовался всё бросил и занялся твоими багами? Не видишь человек работает?
- ...
- Ну чего стоишь, давай, не отвяжешься ведь просто так, знаю.

Проходит 5 минут шуршания листами.
- И чего ты пришёл? Тут фигня всякая, а я утром между прочим решил новую жизнь начать. Слушай, давай ты попозже подойдёшь, тогда и обсудим.
- Но... У меня тоже планы.
- Вот иди и планируй.
(Далее следует легкая сцена препирания, заканчивающаяся тем, что тестировщик красный уходит, а программист улыбаясь и цыкнув зубов продолжает работать).
Проходит ещё 5 минут. Заходит ПМ.
Скучно озирает комнату, наконец взгляд останавливается на программисте. (Роллик "Убить Билла").
( Вкрадчивым голосом и легкой улыбкой )
- Работаешь?
- Да. Конечно! Вот видите сколько сделал?
- Молодец... Это хорошо. А что там насчёт багов?
- Да нормально всё, немного есть я ими попозже займусь.
- А тестировщик говорит, что не нормально. Вот тебе список (программист уже его видел и поэтому его слегка перекашивает).
ЗАЙМИСЬ НЕМЕДЛЕННО!
(Закипающий чайник и свист...)
В результате все трое в напряжении работают целый день, но процесс идёт...
...
Камера отъезжает. Голос за кадром. Снято.
"И не поймёшь, где жизнь, а где трагикомедия. Мы так и не могли понять этих людей 21 века. Ради чего они делали то, что не принесло ровным счётом ничего."

[Victorea]

barancev Дата Feb 8 2005, 02:09 PM
Представьте себе, что на вас, тестировщика, возложили обязанность принимать решение о выпуске продукта. Что делать?

Я это себе достаточно хорошо представляю. Это не самая лучшая организация процесса, но часто мне приходится принимать решения о том готов продукт или нет. Это восновном касается разовых и не очень больших продуктов. И ненайденные баги (если такие имеют место) действительно сваливаются мне на голову.

[Victorea]

Darkus, забавно! :) Особенно трагикомичные начала. И как по теме!
И, к сожалению, так похоже на правду ;)

[snusmumrik]

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

[Guriy]

Что-то я не могу понять проблемы - есть МП, его потом вздрючат, если проект не выйдет, или выйдет, но не проект ;).
Если приходит назад дефект со статусом не фиксед - переводим его на МП.
Все об этом знают, и соответственно недефекты появляются все реже и реже.

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

[Игорь Перец]

Тестировщик -- источник информации.

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

[Case]

Утро.
Прибегает радостный программист.

Darkus :)

Пришилте мне версию для сайта (можно развернуть в том же стиле) - опубликуем :) Отличный материал!

[rational]

- опубликуем  :)  Отличный материал!

Вообще то можно раздел "Юмор" потихоньку наполнять
В инете много чего гуляет - можно собирать хорошие вещи в одном месте :D

[Big]

А вы окружите программистов (и тестировщиков) метриками.
Такой - то дефект решается за столько - то времени. Напоминалки шлите.
А каждое полугодие (год, месяц, неделя ???) считайте эти KPI и наказывайте или поощряйте. :ph34r: