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

[gamretsky]

И так пришло время все тесткейсы перенести из екселя в TestLink. Установил, настроил, cоздал себе пользователя lead`a, под ним собственно и сижу, так как админа рассматриваю только для управления конфигурацией TestLink`a. И прежде чем приступить к дальнейшей работе, хочу устаканить некоторые вопросы, а именно что вы глянули на то как я все структурировал, так как опыта работы в подобных системах нет и не хочется позжее все переделывать из за того что где то чекбокс не отметил.

Собственно допустим есть некоторый проект ExamProject, который я создал в TestLink. Проект допустим имеет три зоны admin, front, seller.
Далее насколько я понял, не возможно создать тест кейс не имея требований, поэтому понятное дело придется писать и требования. Для требований на каждую зону создал по "Группу требований", и дальше далее каждую групу разбил еще на одну групу, которая будет отвечать за определенный модуль в зоне, то есть например у меня в зоне seller могут быть несколько модулей. Далее под каждый модуль я пишу все требования.
Получилось как то так:


Далее идем к тесткейсам. В принципе аналогия такая же. Только там уже текст комплекты и группы тест комплектов. Соответственно каждый тест кейс привязываю к требованию.


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

[user12]

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

вообще не понял эту фразу

Что вы подразумеваете под "требованием" ? если требование - это описание тест-кейса, то тогда сделано верно ( по крайней мере я всегда примерно так делаю)

[gamretsky]

Насчет английского и русского переписал, бывает же такое напишешь!
Насколько я понял в TestLink нет четкого понятия спецификации, есть только требования и спецификация требований. Соответственно спецификация требований это объединение нескольких спецификаций в своеобразный пак. Поправьте если я не прав.

[gamretsky]

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


Вопросы таковы (все относительно testlink):
1. Насколько это некорректно?
2. Чем это чревато?
3. Могут ли у меня возникнуть проблемы при формировании тест-плана?

[owasp]

Вопросы таковы (все относительно testlink):
1. Насколько это некорректно?
2. Чем это чревато?
3. Могут ли у меня возникнуть проблемы при формировании тест-плана?

• Зависит от разнородности тестов и их сложности.
• Чревато следующим:
  
  • суть теста не отражается в его заголовке
  • у нескольких тестов будет один результат выполнения: Пройден/Непройден/Блокирован
  • трудоёмкость выполнения нужно будет указывать общую
  • при повторном тестировании нужно будет долго вчитываться, чтобы понять какому тесту соотвествует прикреплённое замечание
• При назначении исполнителей теста проблем не возникнет. При выполнении тестов сложность будет только в том, что в примечании к результату выполнения, а в самом статусе результата выполнения будет отражаться информация какой из тестов пройдён, а какой нет. При анализе результатов и повторном тестировании также будет путаница.

Но если тесты очень похожи - то можно так сделать. Также часто делают "параметризированные" тесты вида:
Шаг 1. Выполните просмотр объекта, на который у пользователя права доступа {Нет прав, Просмотр, Изменение, Полные}.
Ожидаемый результат 1: Если {Нет прав} - сообщение об ошибке. Если {Просмотр, Изменение, Полные} - корректный просмотр, без сообщений об ошибках.

Ещё бывает когда шаги теста отражены в заголовке или описании теста.
А в самом тесте есть только список ожидаемых результатов для разных ситуаций (а шаги опущены) вида:
Ожидаемый результат 1: Если {условие 1}, то {результат 1}
Ожидаемый результат N: Если {условие N}, то {результат N}

[Фрося]

TestLink - это инструмент.
Как Вам надо и как Вам удобно - так и пользуйтесь.
У меня требования в TestLink не введены.

Попробуйте так:
1. Раз уж сколько-то тестов уже внесено в TestLink, то смело создавайте тест-план.
2. И соответственно - создайте прогон. Лучше пару-тройку.
3. Прицепите тесты к тест плану, назначьте тесты для прогонов.
4. И просто проиграйте прогон. Или два. Или три. Т.е. чисто умозрительно, провален/не провален/блокирован ставьте просто как хочется.
5. Просмотрите отчеты.

Займет это пару-тройку часов. Зато станет понятно - как лично вам все это под себя приспособить.

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

[ferrumlogic]

Все зависит от уровня глубины теста ИМХО. Если тест доведен до уровня атомарности, то каждый шаг отдельный тест кейс, если нет, то общий тест, включающий каждый шаг.