Страница 1 из 1

Тест план. Когда он нужен?

СообщениеДобавлено: 10 фев 2008, 03:54
YuriY
В стандарте IEEE 829 перечислены пункты, из которых должен (пусть - может) состоять тест-план:
a) Test plan identifier;
b) Introduction;
c) Test items;
d) Features to be tested;
e) Features not to be tested;
f) Approach;
g) Item pass/fail criteria;
h) Suspension criteria and resumption requirements;
i) Test deliverables;
j) Testing tasks;
k) Environmental needs;
l) Responsibilities;
m) StafÞng and training needs;
n) Schedule;
o) Risks and contingencies;
p) Approvals.

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

СообщениеДобавлено: 12 мар 2008, 21:48
Dimon
Есть очень много стандартов тест планов, все они заслуживают жизни.
Но везде пишут одну рекомендацию, используйте только те пункты, которые нужны.

Сам лично писал не раз (и много раз ревьюил),
Содержание каждый раз было разное, т.к. приходилось ориентироваться, по проекту (shedule, scope, resources), по тому как он разрабатывается, какая команда.

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

Тем он и полезен что:
- дает scope тестирования, достаточно развернуто
- хoрошая аргуменентация руководству (так как есть хорошее понимание scope)

P.S. В свое время было хорошее обсуждение о тест планах на software-testing.ru, если поискать может быть можно найти.

Re: Тест план. Когда он нужен?

СообщениеДобавлено: 13 мар 2008, 17:38
wishaway
yurock писал(а):- если вам доводилось в своей практике писать тест-план, то какие пункты оказались для вас действительно полезными (речь сейчас идет о тест-плане как инструменте, а не продукте)?


Для меня были полезными:
a) Test plan identifier;
c) Test items;
d) Features to be tested;
e) Features not to be tested;
f) Approach;
i) Test deliverables;
j) Testing tasks;
k) Environmental needs;
l) Responsibilities;
n) Schedule;
o) Risks and contingencies;
p) Approvals.

Остальное пока не было необходимым :)

yurock писал(а):- если в некоторых проектах составлялся план, а в некоторых - нет, то по какому принципу определялось - составлять или нет?


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

yurock писал(а):- в чем для вас был полезен тест-план?

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

P.S. Все ИМХО :)

ап

СообщениеДобавлено: 10 апр 2008, 14:00
Sheffburg
ап