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

[Tanya_]

день добрый
навеянный так сказать вопрос
вам не дали функциональных спецификаций и их предоставление не предвидется, правда и супер высоко качества не требуется
но всё же кто как с этим борется и как в таком случае вы тестите продукт :))) ?

[Imbecile]

А можно узнать, что тогда дали? Как часто происходит, работать приходиться с тем, что есть. Опишите чем вы располагаете, а мы постараеммся ответить, чего с этим можно добиться.

[Mila]

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

[Clauster]

день добрый
навеянный так сказать вопрос
вам не дали функциональных спецификаций и их предоставление не предвидется, правда и супер высоко качества не требуется
но всё же кто как с этим борется и как в таком случае вы тестите продукт :))) ?

Пишите в багтрекинг все подряд. Начиная от вопросов и заканчивая багами. Просите писать разработчиков комментарии в багтрекинге, когда они передают запросы на тестирование. Годика через пол тестирования продукта функциональная спецификация будет у вас, так сказать, "на кончиках пальцев" и её кусочки в багтрекинге. Тогда можно будет приступать к написанию тест-кейсов.
Как-нибудь так.

[Imbecile]

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

:) Хороший совет.
У меня было с точностью наоборот. Было дофига спецификаций, но не было тестирования. В компанию пришёл менеджер и решил создать QA отдел. Вот так я и стал руководить отделом.

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

[Tanya_]

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

[Clauster]

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

[Imbecile]

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

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

[Yury]

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

Хочу только немного дополнить ответ Imbecile:

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

В этой ситуации важно непрерывно показывать менеджеру (и программистам, с которыми Вы работаете) промежуточные результаты и спрашивать его: "Это то, что Вам нужно?"
Если этого не делать, то риск (для Вас лично) существенно возрастает.

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

[Clauster]

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

Меня бы больше интересовал план тестирования.

[barancev]

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

Если нет ни плана, ни сроков -- значит, это и ещё не проект вовсе, а так, мысли о том о сём Как же вы будете знать, когда наступит окончание? В один прекрасный день придёт начальник и скажет: "Товарищи! Сегодня окончание проекта". То-то все удивятся

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

Но бывает ещё власть и повыше PM. Если у Вас в организации используется какая-то модель процесса (отсуствие планов и сроков, конечно, наводит на мысль, что не используется, но мало ли), тогда нужно делать то, что требует модель. Вот тогда PM точно вправе ТРЕБОВАТЬ. Но зато Вы точно знаете ЧТО именно он может потребовать. Ну а если всё не так строго -- поторгуйтесь с ним и договоритесь, что Вы ему принесёте в конце, и что Вам за это будет (или наоборот, не будет).

[Imbecile]

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

Хочу только немного дополнить ответ Imbecile:

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

В этой ситуации важно непрерывно показывать менеджеру (и программистам, с которыми Вы работаете) промежуточные результаты и спрашивать его: "Это то, что Вам нужно?"
Если этого не делать, то риск (для Вас лично) существенно возрастает.

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

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

[Imbecile]

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

Меня бы больше интересовал план тестирования.

План тестирования - в смысле сроки или в смысле что и как будет тестироваться?
Если сроки, то в данном случае трудно их будет представить, поскольку нет спецификаций на то, что будет тестироваться и, следовательно, трудно понять сколько это времени займёт.
Если то, что и как будет тестироваться, то естественно до написания самих тест-кейсов и т.п. необходимо указать, какие аспекты системы и с какой стороны будут охвачены QA процедурами.

[Clauster]

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

Да ладно... При желании можно оценить.

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

Что вы подразумеваете под QA процедурами и кто где должен указывать?

[Imbecile]

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

Что вы подразумеваете под QA процедурами и кто где должен указывать?

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

[Imbecile]

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

Да ладно... При желании можно оценить.

Интересно как, не имея спецификаций, то есть, по сути, не зная из чего состоит проект, можно оценить сколько времени займёт тестирование продукта? Максимум, как я считаю, можно оценить время на первую фазу тестирования - сбор информации и подготовка нормального описания проекта.

[Clauster]

Интересно как, не имея спецификаций, то есть, по сути, не зная из чего состоит проект, можно оценить сколько времени займёт тестирование продукта? Максимум, как я считаю, можно оценить время на первую фазу тестирования - сбор информации и подготовка нормального описания проекта.

В самом общем случае можно взять 40-50% времени от разработки Плюс ввести всякие коэффициенты, риски и т.п.. короче, есть варианты.

[Clauster]

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

Опять туман. Вы можете конкретно назвать? Аудит проекта? Сертификация ISO 9001? И причем тут QA, если изначально спрашивается как тестировать проект. Или у вас QA и Testing одно и то же?

[Imbecile]

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

Опять туман. Вы можете конкретно назвать? Аудит проекта? Сертификация ISO 9001? И причем тут QA, если изначально спрашивается как тестировать проект. Или у вас QA и Testing одно и то же?

Я наверно неправильно использовал термин QA. Имелось в виду Testing.