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

[Scorp-13]

Project Manager - руководитель проекта

[Nadezhda]

РМ - Project Manager

[Dmitry_NJ]

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

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

[barancev]

при тестировании моего ПО у меня на входе должны быть данные, на выходе смотрю что с ними стало. Где тестору взять эталон: эталон того, что должно быть на входе и эталон того, что должно получиться на выходе. Идти к разработчику?

В спецификации и взять. Если у ваших разработчиков есть время на то, чтобы писать планы тестирования, лучше бы они употребили их на написание спецификаций. Для тестирования пользы от этого было бы неизмеримо больше. А если спецификации пишутся как описание существующего поведения, тогда оно правильное просто ПО ОПРЕДЕЛЕНИЮ и тестировать вообще нет смысла.

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

Кстати, а кто у вас контролирует выполнение этого плана? Разработчик, который его писал? А кто отвечает за то, что план не выполнен? Тоже разработчик? Если нет, он вам такого может написать -- огого! Причем из лучших побуждений, в борьбе за качество, так сказать.

[EL_GE]

при тестировании моего ПО у меня на входе должны быть данные, на выходе смотрю что с ними стало. Где тестору взять эталон: эталон того, что должно быть на входе и эталон того, что должно получиться на выходе. Идти к разработчику?

Кстати, а кто у вас контролирует выполнение этого плана? Разработчик, который его писал? А кто отвечает за то, что план не выполнен? Тоже разработчик? Если нет, он вам такого может написать -- огого! Причем из лучших побуждений, в борьбе за качество, так сказать.

План тестов выполняю я сам. Контролирует меня мой начальник. Отвечаю за выполнение и сроки тоже я. Сам понимаю что все с ног на голову поставлено... но... как говорится: "кто за рулем, тот и рулит".

Чувствую спецификации меня тоже запрягут писать.

[EL_GE]

Еще один вопросик.
Моя программа работает еще в добавок с аппаратными средствами и в ней очень много всяких надстроек. План тестов даже для одного модуля получается очень большой. На выполнение думаю уйдет 2 недели. Это нормально, что на тест уходит столько времени? Вообще сколько времени умные люди тратят на тестирование ПО (хоть примерно).

[Case]

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

Классика :) Проверено временем - не работает . Если есть желание - приводите в наш форум руководство.

Уважаемый, если у вас есть напористость танка, соответвующий вес и ооочень устойчивая нервная система - можно попробовать всё переделать: берём в руки например РУП или лубую другую методологию, где приводится простое описание ШАГОВ процесса разработки ПО и начинаем методично долбить всех начиная от руководства по каждому пункту. Опыт крайне интересный. Если хотябы одиного из пунктов нет - я бы просто сменил контору.

[Case]

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

Класс.

[Case]

Чувствую спецификации меня тоже запрягут писать.

Бегите оттуда, коллега :)

[Case]

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

[Clauster]

Вообще сколько времени умные люди тратят на тестирование ПО (хоть примерно). 

8 часов в день, 40 часов в неделю, оплачиваемый отпуск 28 суток в год и т.д.

[barancev]

Чувствую спецификации меня тоже запрягут писать.

Бегите оттуда, коллега :)

Слава, не нагнетайте обстановку и не провоцируйте панику.

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

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

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

[barancev]

Вообще сколько времени умные люди тратят на тестирование ПО (хоть примерно). 

На тестирование может расходоваться в зависимости от типа системы от 10 до 90% общего времени проекта,это зависит от множества факторов. Но среднестатистический показатель -- 40%, можно на него ориентироваться.

[Clauster]

Почитайте здесь
http://forums.softwa...?showtopic=2576

[EL_GE]

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

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

[EL_GE]

4 brancev:
Спасибо за исчерпывающие ответы и дельные советы

[SALar]

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

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

Мои аплодисменты. А еще можно начать с ReleaseNotes, потом тестировать, потом писать код, и конце подготовить вижен.

Чувствую спецификации меня тоже запрягут писать.

Бегите оттуда, коллега :)

Это вариант.
Если вы в Москве, попробуйте устроиться в CNet. В конторе процессы поставлены относительно неплохо. Т.е. есть и лучше, но у них сейчас вакансий много.

[EL_GE]

К сожалению я не в Москве.

[Case]

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

Да, конечно.

[Case]

На тестирование может расходоваться в зависимости от типа системы от 10 до 90% общего времени проекта,это зависит от множества факторов. Но среднестатистический показатель -- 40%, можно на него ориентироваться.

А если для тестирования идёт просто параллельная разработка второй аналогичной системы (DoD) то и все 100%