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

[Фрося]

ээ... Топик стартер спрашивал о конкретном документе - План тестирования.

А сроки и исполнителей пофамильно можно расписывать в отдельном плане-графике. Ок?
Так просто удобней)).

Как скажете, но и IEEE и RUP содержат график (schedule) с оценками затрат (estimations) как часть тест-плана, ГОСТ тоже... Видимо, это не просто так?

Входит. Именно как часть. RUP-а и IEEE под руками нету. На память - это пара пунктов из всего плана.
В ГОСТ - тоже пунктом. Точнее подпунктом в пункте "Управление тестированием". За номером 6.

Ну а всякий пункт оформить отдельным документом ведь можно, так?
Как удобно, так и надо делать.

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

Может про остальное из Плана поговорим? Ну хоть про структуру работ?

[Фрося]

Ну и соответственно этот подпункт 6.3 "План-график работ и контроль его выполнения" - за милую душу можно каждый день рассматривать, обомозговывать и менять.

[Elya127]

Спасибо за ссылки и источники, к которым можно обратиться. Много полезной информации

План - нормативное представление, в котором указана последовательность промежуточных и конечных результатов, т.е. зафиксированы состояния, которые проходит исходный материал в процессе его преобразования в конечный продукт. В этом смысле схема 1. также является планом. План создает предпосылки для:
1. Расчленения деятельности и фиксации требований к промежуточным ее состояниям
2. Для сохранения достигнутых результатов на последующих шагах и соотнесения их с конечным продуктом

Написание плана всегда следует начинать с формулировки конечной цели

Очень важный момент. В отличии от "расписания", "план" (в том числе план тестирования) весьма статичная вещь. Очень даже может быть, что план не изменится в течении всего проекта. В отличии от расписания, которое меняется каждый день.

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

[nhuber]

Правильно ли я понимаю:

План тестирования представляет собой документ

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

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

[Arkady]

- Как вы понимаете, что такое план тестирования?

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

- Зачем он нужен?

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

- Когда его нужно использовать?

Всегда. Периодически посматривать в него или просто раз в день смотреть и корректировать.

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

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

- А не является этот план всего лишь бумажкой, отпиской, которую просто нужно сделать?

нет, если он сделан не как отписка.

- Получается, что мы намечаем себе план о том, что и когда будем тестировать, каким способом. Спрашивается, зачем?

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

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

Нет. Я понимаю План как нечто более глобальное, где указаны основные области тестирования и планируемые сроки. Мелочи там обычно не отмечаю.

[Arkady]

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

Именно в твоей практике или в практике твоих сотрудников? Если в твоей то не понятно почему не прекратишь эту бесполезную бюрократию?

[SALar]

Кусочки из реальных проектов.

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

Прикрепленные файлы

•  cr.PNG   40К   58 Количество загрузок:
•  mo.PNG   29,05К   57 Количество загрузок:

[bsu26]

Кусочки из реальных проектов.

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

очень жаль, что не смогли, тема актуальная и важная для многих. (как минимум для меня)))

[nhuber]

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

Именно в твоей практике или в практике твоих сотрудников? Если в твоей то не понятно почему не прекратишь эту бесполезную бюрократию?

Практика в любом случае моя, не чужая. Бывают, наверное, моменты, когда я и сам больше увлекаюсь процессом написания. Ведь между "планированием" и "написанием плана" грань довольно тонкая, её сложно контролировать - заниматься надо всё-таки и тем, и другим. Тем более тяжело это контролировать для новичков. Обычно они вначале сползают в "написание" по шаблону - до той поры, пока не придёт просветление и понимание того, что документ лишь описывает результаты проделанной работы (планирования). По этой причине прекратить "бесполезную бюрократию" едва ли возможно. Но надо стараться держать её под контролем.