О! Супер!
Вот так и восстанавливается вера в людей :)

Мммм ...

всегда хотел быть этаким простым парнем в красной маске

Ну да видно не судьба, значит будем Темным

спасибо Case

Не понял, а с каких пор вернулись к 6-дневке?

Время ограничено, нормальная ситуация, производственная необходимость.

Не могу согласиться с тем, что ситуация нормальная. Это случается иногда, но это ненормально. Нормальная ситуация - это когда менеджмент правильно планирует ресурсы, в том числе и временные. Если же ненормальность возводится в норму, значит менеджмент никуда не годится.

Я бы не стал судить о менеджменте плохо, если бы мне пришлось выйти на работу в выходной день или в праздник.
Есть такое понятие - производственная необходимость, это нормально. И человек, который хочет быть не просто оператором ЭВМ, должен быть к этому готов, более того, относиться к этому нормально. Другой вопрос, что это должно мотивироваться. Если это не мотивируется - значит это не нормально. А мотивы могут быть разными. Например, весной многие просто рвутся в выходной день на работу :).

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

Не понял, а с каких пор вернулись к 6-дневке?

Время ограничено, нормальная ситуация, производственная необходимость.

Хочется сказать о разных весовых категориях Алексея и Алины.
Он - ПМ - его задача планировать и управлять проектом.
Она - тестер, ее задача тестировать и давать оценку. Возможно, план и приблизит ее к результату, но если бы тестер вместо оценки выдавал бы мне свои планы, я бы расстроился, ну и наоборот, если бы ПМ перестал бы планировать и контролировать, я бы тоже расстроился.
Поэтому, чтобы я стал делать в условиях ограниченного времени? Во-первых, я бы поставил некоторую главную определенную цель, записал бы ее на листе бумаги. Рядом бы написал подцели. И если эти подцели не приводят к достижению цели - я бы их стал вычеркивать.
Дальше - просто стал бы выполнять действия направленные на достижение цели.
Как это работает:
Вот, например (не знаю, похож этот пример на ситуацию Алины, в латинице я не очень силен :)), нужно обосновать необходимость автоматического тестирования. Причем цель - не просто обосновать (в смысле обосновать - очень трудно, гораздно труднее, чем наша маленькая цель) , а привести пример использования.
Понедельник - установка ТО (ПО+АО), настройка.
Вторник - выбор TestCase-ов, если нет, пишем (Можно и один выбрать)
Среда - Дизайн TestCase в среде тестирования
Четверг - разработка сценариев (программ, написанных на языке сценариев)
(Действия среды и четверга могут пересекаться, неважно)
Пятница - тестирование с использованием сценариев, обработка полученных результатов.
Суббота - выходной
Воскресенье - отчет о проделанной работе руководству, с обязательным указанием узких мест, требующих дополнительного исследования.
Все.

Давайте "многие" уберем, вставим "некоторые", и в конец добавим "а некоторые - осенью". Но это все северный юмор.

Виктор, а Вам не приходило в голову, что вот то, что Вы написали, и есть ПЛАН? :)

Как раз такой, за который я ратую -- простой, понятный, выполнимый и легко контролируемый.
А то, что у Вас он не такой, как получился бы у меня -- это и хорошо. Я против клонирования!

не приходило, я это знаю :). Я ведь не тестер, мне нужно планирование и контроль.

У меня появилась мысль, как можно такому руководству продемонстрировать "крутизну" тестирования. Надеюсь, Алина, Вы дружите с разработчиками? Попросите их сделать для Вас парочку "красивых" ошибок и "найдите" их! B)

А вдруг не найдет? Ружье может нечаяно стрельнуть :)

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

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

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

Вот, Сергей, люди должны развиваться, этого жаждет руководство

Полезной - в смысле работы направленной на создание продукта
А порченые потому как совесть за свое поведение (не приносящее пользу продукту) их не мучает :)
да не беспокойся, не всякий админ порченый :)
на пять где-то около 3,5

Или вот тоже ;)
Скажите уважаемые Viktor и Adnrei, как давно вы занимаетесь тестированием? И какого уровня проекты вам приходилось полноценно тестировать?

Пятого, а в прошлый четверг шестого :)
А если серьезно, почему вы уважаемый Case, недовольны что я сравнил тестеров с хакерами
вот как описывается слово hack
An incredibly good, and perhaps very time-consuming, piece of work that produces exactly what is needed
А вот и hacker
A person who enjoys exploring the details of programmable systems and how to stretch their capabilities, as opposed to most users, who prefer to learn only the minimum necessary.

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

Создатель продукта (любой, разработчик, аналитик) должен быть уверен в себе и в своей работе
Тестеровщик - во всем сомневаться (особенно в создателе!)

А админы - вообще порченные, ни к какой полезной работе не годные

Например, чем меньше тестер знает программирование (и др. технические области), тем больше он найдёт проблем, которые не надут специалисты(разработчики, администраторы или аналитики ).

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

Хороший тестер сродни хакеру, а не ламеру
Кстати можно такую цепочку нарисовать:
Вначале человек подает ключи - администратор
Потом ему хочется что-то свое наваять - программист
Затем наглея он навязывает свои идеи - аналитик
А в конце (есть еще несколько ступеней, но о них потом) он понимает, что в мире полно придурков и надо спасать животных (юЗверей) - тестировщик
Но! Что бы перейти на новый уровень надо полностью отказаться от своих убеждений
Поэтому не может программист быть тестеровщиком, но хороший тестер когда-то был хорошим программистом (возможно не долго :))

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

Как первое контрастирует со вторым!
Ленивый творческий программер
А я всегда считал тестирование творческим процессом
а программирование, администрирование и проектирование - занудством :)

Речь идет о "администраторах" компьютерных клубов?  :)
В крупных фирмах администраторы не могут быть безответственными. Особенно, если это не ИТ-компания. Там от качества их работы зависит работа десятков других людей, вплоть до высшего руководства.

О какой именно работе администратора, "направленной на создание продукта", идет речь?

Закрываю здесь и дальше,
сгоряча попались мне под руку администраторы :)
Приношу свои извинения, посыпаю голову пеплом
Но ...
Я имел ввиду как раз тех "админов" (не компьютерных клубов) от чьей работы зависят десятки тысяч!!! людей.
Но не пояснил: есть конечно администраторы, которые непосредственно заняты в процессе создания продукта, кто это такие и в чем точно заключается их работа изложено в различных методологиях. Я таких целых людей :) не встречал (0,1 - 0,5 коэффициент полезности).
И есть все другие, которые имеют сношения и с высшим руководством и прочими, от чьей работы это руководство зависит, как тут говорят (хотя даже меня коробит от этих слов, не говоря уже про руководство).
И потому как сношения с высшим руководством приятнее, чем со мной, потому что я даю им Работу, а Высшее руководство наличность, первые постепенно портятся во вторые.
И простите меня, если я задел кого-то лично, но это тенденция очевидна.
Я не имел ввиду Васю или Ивана Петровича. Я вообще лично никого не имел ввиду, я говорил о тенденциях, о том что не только тестировщик профессия не признанная многими, но и многие не понимают (не полностью) смысла и целей системного администрирования при разработке программных продуктов (особенно, когда это не приоритетный бизнес).
Если Вы понимаете и цель Вашей работы как Администратора, направлена на создание Продукта, это значит Вы как раз тот 1,5 человека, а если у Вас все так работают, значит и наши полтора там :)

Предлагаю Уважаемым господам и дамам идею голосования - Кем я был до того как стал тестировать ПО

:) круто

Вы не пробовали перечитывать то, что написали перед тем, как нажать на кнопку "Отправить"? :D

Пробовал :),
Но мы в России люди простые :)
И, вообще, я имел ввиду общение, причем деловое (не случайно употребил слово во множественном числе).
Вот такой он, русский язык, великий и могучий.
И уж про работу уточню - давать работу, значит занять трудом, деятельностью.
Грызите гранит :)

Термин тестировщик. (tester)

Меня долго не было :)
Уже добавили в русский язык слова "тестировщик", "тестер" (не прибор!)?

Да, безусловно, автор погорячился.
А может и возникает необходимость так, на пальцах, объяснить что это за черт - тестировщик (ведь в словаре же не написано? :))

Хотелось бы узнать о подводных камнях этого вида тестирования. На что обращать внимание в первую очередь? Тестирование, это по сути дела сравнение ЧТО ЕСТЬ и ЧТО ДОЛЖНО БЫТЬ... Но в этом случае нет эталона, с чем можно было бы провести сравнение... В общем, хотелось бы услышать ваше мнение!

Вобщем-то, действительно. Не с чем сравнивать, значит нечего и тестировать. Зачем "испытывать тех. задание"? :)
Мне кажется дальнейшая разработка - и есть испытание ТЗ :). Слава богу (многие крестятся), что оно вообще есть. :).
Хотя если под тестированием ТЗ понимать его оценку. Тогда оцените требования ТЗ, как это предлагает ГОСТ
Критерии:
1 учет потребностей заказчика;
2 соответствие потребностям заказчика;
3 тестируемость;
4 выполнимость проектирования системной архитектуры;
5 возможность эксплуатации и сопровождения.

Для одного работника нужен один работодатель, на двух работодателей трудно работать :)

У меня такое било :D. Когда я искал новую работу, то так получилось, что я во время отпусков на старой фирме, проходил испытательный период на новой фирме. Я ни в коем случае не мог остаться без работы, даже на несколько недель (пока искал новую работу). :unsure:

С отпуска сплошь и рядом народ течет. Иногда по этой причине даже отпуска не дают :)

Что-то я не пойму, а Ваша знакомая что в резюме написала что она 3 раза сменила работу ? Если так то ей надо било написать последнее название фирмы. А если бы возникли какие то вопроси то разъяснить что и как.

Да писала, все названия фирм со временем работы на них.
Спасибо за совет, я ей передам, чтобы писала только последнее место работы.

Резюме надо рассматривать не как свидетельские показания :), а как рекламное предложение

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

Да у Вас в Москве хватает и приличных работодателей. Нужен только ОДИН :)

Да у Вас в Москве хватает и приличных работодателей. Нужен только ОДИН

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

Для одного работника нужен один работодатель, на двух работодателей трудно работать :)