Начинаем работать с Testlink.

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

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

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

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

Часть первая. Немного теории

TL работает с несколькими классами объектов, подчиненных иерархической структуре. Первая цепочка - это иерархия пользовательских ролей.
guest
tester
test designer
senior tester
leader
admin

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

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

Понеслась теория.

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

Требования - они и в Африке требования :)
Как они работают?
В идеальном мире в котором я живу, одно требование покрывает собой одну особенность функционала. Соответственно, некоторое количество тест-кейзов покрывает это требование.
Мы можем рассчитать сколько тест-кейзов покрывает требование и указать это в самом требовании. Соответственно столько или больше или меньше тест-кейзов мы можем привязать к требованию.
Как это влияет на метрики можно видеть в соответствующем разделе.

Тест-план являет собой схему, по которой будет проводиться тестирование. Мы можем добавлять в тест-план наборы тестов и требований. Один проект может содержать больше одного тест-плана.
Примеры тестпланов: тестплан для смоука, для регрессии, для полного ретеста и так далее. двумя неотъемлемыми атрибутами тест-плана являются платформа и версия/сборка. Ну, здесь всё просто. Это ПАКи, на которых будет проводиться тестирование. Соответственно платформа - железо или ось и мобилка и версия – версия версия разрабатываемого продукта.
Для того, чтобы тест-кейзы и наборы тесто были доступны для прохождения - их необходимо добавить в тест-план. Это обязательное условие.

Проект - это самый первый объект, внутри которого находятся все вышеперечисленные. Именно он является материнским классом и его роль аналогична роли такого же класса в редмайне.

Часть вторая. Практика.

Итак, когда с теорией покончено - давайте пробежимся по TL и составим куцый схематический и убогий тест-план для тетриса. Если в ТЛ ещё не создано проектов, то нам предлагается тут же сделать это.
Опции создания расписывать не буду. Будет интересно - подойдёте, спросите. А потом дополните. Единственное, что стоит знать - это надо активировать требования, приоритет, активность и доступность (паблик). Интеграция с трекером есть, но надо немного попилить и со стороны трекера тоже.

Создали.
Теперь вам доступен ДашБорд ТЛ. Ваш лучший друг на время использования этого инструмента.
Создаем тест-план (единственная менюшка справа). Так же делаем его актив и бублик (public). Пусть это будет тест план, посвященной вращабельности, падательности и исчезательности фигурок. Создали. Видали сразу сколько интересного стало доступно справа?

Агонь, да?

Вот теперь можно и развернуться в полную силу. Давайте зададимся вопросом, где будет проводиться тестирование?
Пусть это будет мобилка и ПК. Надо бы создать такие платформы.
Идём в "Управление платформами" слева на дашборде TL (далее - ДБ). Создаем мобилку и ПК.
Чудненько! Версию будем добавлять в самый последний момент, имхо.

А пока что идём в "Редактировать требования" и создаем требования, которые будем покрывать тестами. "Редактировать требования" - слева на ДБ.
Итак, создаем требования. В открывшемся окне мы видима два основных фрейма. В правом бесполезная информация на иностранном языке, которую читать не обязательно.
Нас интересует левый фейм.
В нем мы видим кучку фильтров, которые пригодятся нам в следующем столетии. И внизу папочку с названием нашего проекта. Клац на неё. Ага. Добавляем новое требование.
Пусть айдишник будет 0001. Назовем "вращабельность"

Эта спецификация требования будет проверять нам функциональность вращения фигур тетриса.

Тип, я на самом деле ХЗ какой ставить, но ставил Юзер реквайрмент спесификатион.
Сохраняем. Таким же макаром создаем спеки "скоропадательность" и исчезаемость. Ну и айди документов можно поменять на 0002 и 0003, соответственно.

Так, ну это всего лишь обложечка. Теперь мы можем создать непосредственно требования, которые будут привязываться к нашим будущим тест-кейзам. Клик на "вращабельность" и в левом фрейме выбираем "создать новое требование"

Создаем требование.

Кстати, внизу есть такое любопытнейшее поле, которе предлагает нам угадать сколько кейзов понадобится для покрытия требования.
Можно писать любое число, но тогда готовьтесь к любопытным эффектам.
Можно сказать: 
" -Я покрою это требование с 3х кейзов! 
- Покрывайте!"
И тогда если мы привяжем три кейза к нашему требованию, то будет покрыто 100% требования. Если 2 кейза, то тестами будет покрыто всего 66% требования. Ну вы поняли, да? Так что чего и сколько ставить - это уже вам решать. На вашей совести. Я обычно оставляю 1, а потом смотрю сколько кейзов получится и редактирую.

Получаем картину примерно такую:

Два других требования я предлагаю вам создать самим по аналогии.

 Итак, требования готовы! Можно начинать покрывать их кейзами.
Идём в ДБ.

Кликаем на "Редактировать тесты" (слева)
Знакомая картинка, да? Опять бесполезный правый фрейм, никому не нужные фильтры справа сверху и ниже них - папочка с названием проекта. Что ж, можем создавать наборы тестов и дочерние наборы какие хотим ) Но лучше не какие хотим, а какие надо.

А надо нам три набора, например.

Мы можем делать какую хотим вложенность и инфрасруктуру. Но всё это тлен, а нам нужны только три наборчика. Я думаю сами докгадаетесь какие.

Итак, создаем свой первый тест. Кликаем на "вращаемость" и в левом фрейме выбираем "создать тест"

Именно "создать тест" и ничто иное!

Называем наш тест "Проверка поворота". Остальные полня не обязательны для заполнения. Зато интерес нам представляет выпадающая менюшка "важность теста". Ну вы поняли зачем она, да?
Жмем "Создать".
Sweet.
Теперь у нас есть тест и мы можем создать в нем шаги.

Жмем "Создать шаг" и создаем шаги! Ну, тут уже пишем что как кому нравится.
Например

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

Часть третья. Делегирование прогонов

Теперь находим виновного.
Если мы админы или лиды или ещё кто с надлежащими полномочиями, то мы можем назначить определенные тесты на людей. Да хоть на самих себя.
Выходим в ДБ.
Нажимаем "Назначить ответственного за прогон" справа. И видим....
Что не создано ни одной сборки продукта. Всё правильно.
Создаем сборки, как нам это предлагают в окошке!

Там же, кстати, можно указать и дату выхода сборки и всё прочее.

Выходим в ДБ.
Нажимаем "Назначить ответственного за прогон" справа.


Другое дело! Получаем что-то типа такого:

Жмем "изменить выбранные тесты" и готово! Теперь по кнопочке "тесты, назначенные мне" мы можем прогонять тесты. Там, я думаю, все разберутся что и как уже делать.

На этом на сегодня всё.


Как-нибудь позднее я напишу как поднимать тестлинк на денвере и как избежать подводных камней при этом. Задавайте вопросы в комментариях - я отвечу. Возможно что-то осталось неосвещенным.