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

[YuP]

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

Странная логика: тест-кейсы хранятся с версиями, а требования, для которых и создаются эти тест-кейсы - без версий. Но ведь как правило изменение тест-кейса связано с изменением требования...

[YuP]

Разработчики предложили пока обходиться html-таблицей. Править в верхнией ячейке, прежние версии оставлять в нижних . Очень удобно.

Но сказали, что версионность требований будет в следующем мэйжор-релизе.

[Ra.]

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

Я смотрел QATraq. Меня удивило, что при версионности, скажем test-case'ов не поддерживается версионность attach'ей в этих test-case'ах (?), это очень неудобно и нелогично :(, ибо нельзя использовать уже существующие описания тестов в сторонних файлах... так как при изменении этих файлов нельзя создать новую версию test-case'a - в любой версии test-case'а всегда присутствует только последний набор актуальных attach'ей ...