Тест линк что это

TestLink — Введение

TestLink — это инструмент управления тестами, используемый для управления проектами, отслеживания ошибок и управления тестами. Он следует концепции централизованного управления тестами, которая помогает легко общаться для быстрой разработки задач в группах QA и других заинтересованных сторон. Он синхронизирует спецификацию требований и тестовую спецификацию.

Указывает на заметку

Чтобы лучше понять тему, необходимо отметить следующие важные особенности TestLink.

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

Он разработан и поддерживается Teamtest.

Он распространяется по лицензии GPL — General Public License.

Он поддерживает различные ОС Windows, такие как Windows XP, Vista, 7 и т. Д., А также другую облачную поддержку.

Он предоставляет бесплатный доступ к инструментам для нескольких пользователей.

Его можно интегрировать со многими другими инструментами — JIRA, Bugzilla, FogBugz, VersionOne и т. Д.

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

Он разработан и поддерживается Teamtest.

Он распространяется по лицензии GPL — General Public License.

Он поддерживает различные ОС Windows, такие как Windows XP, Vista, 7 и т. Д., А также другую облачную поддержку.

Он предоставляет бесплатный доступ к инструментам для нескольких пользователей.

Его можно интегрировать со многими другими инструментами — JIRA, Bugzilla, FogBugz, VersionOne и т. Д.

TestLink использует

Следующие пункты описывают различные способы использования TestLink.

Полезно для отслеживания всех действий по обеспечению качества с первого этапа жизненного цикла тестирования программного обеспечения.

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

Поддерживает все действия на макроуровне, выполняемые QA.

Полезно при выполнении задач QA, таких как написание тестовых случаев, отчетов о выполнении и т. Д.

Поддерживает как ручное, так и автоматическое выполнение теста.

Полезно для отслеживания всех действий по обеспечению качества с первого этапа жизненного цикла тестирования программного обеспечения.

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

Поддерживает все действия на макроуровне, выполняемые QA.

Полезно при выполнении задач QA, таких как написание тестовых случаев, отчетов о выполнении и т. Д.

Источник

TestLink — боль и слёзы тестировщика или панацея? Опыт внедрения

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

Наш проект имеет очень сложную структуру: один только раздел может иметь документацию более чем на 100 страниц. Плюсом, конечно, идет паровоз из недокументированных фич и индивидуальных “хотелок” заказчика, которые начинающие члены команды могут принять за баги.

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

Внедрение

Сам TestLink написан на PHP, и особых проблем с установкой не возникло. Мы создали базу данных, дали права на папочки, и установка прошла как по маслу.

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

Как мы используем ресурсы команды и TestLink

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

Влияние TestLink на качество тестирования

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

Плюсы и минусы TestLink

Мини-обзор возможностей TestLink

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

Первое, что видит тестировщик, открыв TestLink ‒ это стартовый экран (Рис. 1).

Рис. 1 ‒ Стартовый экран работы с проектом в TestLink

Далее рассмотрим распределение тестов по тест-планам.

Для этого следует разбить тесты на различные группы, которые затем могут использоваться для прогонов, подходящих под заданные условия. На рисунке 3 видно, что в данном случае тесты распределены по видам тестирования, которые мы проводим для выбранного проекта. Для других проектов у нас есть различные варианты разбиения на тест-планы, например, на проектах, где нет разделения тестов по группам и нужно каждый раз прогонять все тесты без исключения, мы завели тест-планы для Production и Staging окружений.

Рис. 3 ‒ Редактирование тест-плана

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

Рис. 4 ‒ Распределение задач по тестировщикам в TestLink

Источник

Внедрение TestLink — основные шаги от идеи на внедрение до своего лого в отчетах

Завершив внедрение ТестЛинк в компании, где я сейчас работаю, решил рассказать про шаги, которые мне пришлось выполнить перед тем как начать создавать аккаунты пользователей (т.е. дать им доступ к системе). Хотелось, чтобы тестировщики увидели инструмент, создающий ощущение законченности и надежности.

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

Ниже вы узнаете о следующем:
1) Что запросить у того человека, который будет устанавливать TestLink.
2) Что желательно настроить (самому или кого-то попросить) после установки TestLink.
3) Как сделать перевод не переведенных элементов UI и использовать его в TestLink.
4) Как перенести тесты из XLS в TestLink.

В этой статье я не рассказал про следующие вещи, которые необходимо или желательно сделать при внедрении TestLink:
1) интеграция с bug (issue) tracking системами.
У себя я настроил интеграцию с Redmine именно со стороны TestLink (так как включение не протестированных нами плагинов в корпоративный Redmine было бы очень рискованно и долго).
2) создание своих шаблонов для отчетов (не делал пока).
3) использование TestLink в рамках бизнес-процессов вашей компании.
4) обучение работе с TestLink.

ВНИМАНИЕ:
Перед редактированием любых файлов конфигурации ТестЛинк необходимо сделать следующее:
1) Открыть файл в режиме редактирования.
2) Изменить режим кодировки файла на UTF-8. Этот шаг необходимо выполнять после КАЖДОГО открытия файла на редактирование!
3) Теперь можно проводить редактирование и сохранять результат.

Установка TestLink

ТестЛинк взяли последней версии, 9.1.11. Взяли сборку от Bitnami, bitnami.com/stack/testlink/installer
Программа бесплатная. Сайт программы: testlink.org/
Для установки надо попросить администратора скачать и установить это ПО. Или установите сами.

Что нужно указать при запросе администратору:

1) Номер версии для установки
2) ТестЛинку для работы нужны БД MySQL и веб-сервер. Часто входят в дистрибутивы ТестЛинк.
3) Необходимо настроить резервное копирование БД. Если вам сделают резервное копирование еще и всех файлов TestLink — отлично. Так безопасней вносить изменения в настройки.
4) Необходимо сделать так, чтобы ТестЛинк включили в автозагрузку сервера, на котором он установлен. Это нужно чтобы при перезагрузке сервера ТестЛинк сразу начинал работать.
5) Попросить сразу в файле config.inc.php ( он расположен в каталоге /opt/testlink-1.9.11-0/apps/testlink/htdocs программы ТестЛинк ) сделать следующие изменения (если нужно нормально поддерживать русский язык):
$tlCfg->default_language = ‘ru_RU’;
$tlCfg->charset = ‘UTF-8’;
При любом редактировании файлов настройки ТестЛинк убедитесь в том, что изменяете при включенной кодировке UTF-8.

Кроме того, необходимо у администратора запросить настройку почтовой системы ТестЛинк. Т.е. настроить ТестЛинк на работу с почтой вашей компании. Он просто настроит SMTP в файле конфига.

Настройка ТестЛинк сразу после установки

Эти шаги делались уже для тонкой настройки, т.е. не сис.админом, а мною, т.е. менеджером.

Отступление про инструментарий

Для настроек необходимо заходить на сервер ТестЛинк через протокол SSH.
Если у вас стоит Windows, очень удобно использовать вот эту программу: winscp.net/eng/docs/lang:ru — это популярный Putty с графическим удобным интерфейсом).

Основные настройки

Показ истории и шагов тестов при прогоне тестов

$tlCfg->exec_cfg->history_on = TRUE;
$tlCfg->exec_cfg->show_history_all_builds = TRUE;
$tlCfg->exec_cfg->show_history_all_platforms = TRUE;
$tlCfg->exec_cfg->steps_exec = true; — начиная с ТестЛинк 1.9.11 это значение стоит по-умолчанию
$tlCfg->exec_cfg->steps_exec_notes_default = ‘latest’; — это изменение позволяет в заметках каждого шага теста, при новом прогоне теста, показывать заметки из предыдущего (последнего) прогона теста.

Данные вашей компании в отчетах

часть /* [GENERATED DOCUMENTATION] */:
$tlCfg->document_generator->company_name = ‘название компании’;
$tlCfg->document_generator->company_copyright = date(Y).’ название компании’;
$tlCfg->document_generator->tc_version_enabled = TRUE;

Настройка авто-коррекции имени теста (при импорте из XML)

При импорте тестов или групп тестов из XML, в случае если такое имя уже есть в системе, TestLink сформирует новое имя на основе существующего. К имени будет добавлен номер такого теста в круглых скобках. Если изменения не делать, то имя будет формироваться так, как показано в закоментированных строках, т.е. на основе даты и времени.
//$tlCfg->testcase_cfg->duplicated_name_algorithm->type = ‘stringPrefix’;
//$tlCfg->testcase_cfg->duplicated_name_algorithm->text = strftime(«%Y%m%d-%H:%M:%S», time());
$tlCfg->testcase_cfg->duplicated_name_algorithm->type = ‘counterSuffix’;
$tlCfg->testcase_cfg->duplicated_name_algorithm->text = » (%s)»;

Лого вашей компании

Файлы ТестЛинка с графикой хранятся тут: /opt/testlink-1.9.11-0/apps/testlink/htdocs/gui/themes/default/images.
Вставляем в каталог с изображениями два файла с такими же параметрами как файлы tl-logo-transparent-25.png и tl-logo-transparent-12.5.png.
Редактируем в файле config.inc.php следующие поля:
$tlCfg->logo_login = ‘файл с вашим лого.png’; — размер файла 231*56 пикселей, transparent
$tlCfg->logo_navbar = ‘файл с вашим лого.png’; — размер файла 116*28 пикселей, transparent
Теперь на странице логина, в строке главного меню ТестЛинк, в отчетах будет стоять логин вашей компании.

Перевод некоторых частей UI

В файле config.inc.php можно сделать перевод для текста, используемого в описании тестов, создающихся автоматически для требований.
Нужно сделать перевод для текста, предоставляемого этими полями:
$tlCfg->req_cfg->testcase_summary_prefix
$tlCfg->req_cfg->testcase_summary_prefix_with_title_and_version

В самом TestLink можно редактировать роли, т.е. создавать новые и менять возможности, предоставляемые для каждой из ролей.
Вообще, настройка ролей достойна отдельной статьи.
Но, например, проследите чтобы была включена для практически всех ролей опция Show Test Cases Assigned to me.

Подробно про локализацию на русский

В поставку ТестЛинк входит локализация на русский язык.
Проблема в том, что примерно 40% элементов пользовательского интерфейса там не переведены на русский язык или для которых хотелось бы перевод поменять.
Поэтому можно выполнить дополнительную работу по переводу. К сожалению, не все элементы интерфейса запрограммированы так, чтобы перевод для них был в одном файле.
Поэтому, даже после полного перевода текста из файла custom_strings.txt останутся элементы, не переведенные на русский язык.

Что нужно сделать чтобы перевести на русский (и любой другой) язык части UI:
1) Перейти в каталог /opt/testlink-1.9.11-0/apps/testlink/htdocs/locale/ru_RU (если у нас используется русский язык для UI) на сервере с ТестЛинк
2) Скопировать к себе на ПК файлы custom_strings.txt.example и strings.txt
3) Скопировать из strings.txt в custom_strings.txt.example данные
4) Сделать нужный перевод в файле custom_strings.txt.example — ВНИМАНИЕ. ПЕРЕД НАЧАЛОМ РЕДАКТИРОВАНИЯ НУЖНО СДЕЛАТЬ ПРОВЕРКУ, ПРИВЕДЕННУЮ СРАЗУ ПОСЛЕ ЭТОЙ ПОСЛЕДОВАТЕЛЬНОСТИ ШАГОВ!
5) Переименовать custom_strings.txt.example в custom_strings.txt
6) Скопировать файл custom_strings.txt в каталог /opt/testlink-1.9.11-0/apps/testlink/htdocs/locale/ru_RU на сервере с ТестЛинк

Перед редактированием любых файлов конфигурации ТестЛинк необходимо сделать следующее:
1) Открыть файл в режиме редактирования.
2) Изменить режим кодировки файла на UTF-8. Этот шаг необходимо выполнять после КАЖДОГО открытия файла на редактирование!
3) Теперь можно проводить редактирование и сохранять результат.

Портирование тестов из Excel в ТestLink

Новые версии Excel плохо поддерживают (никак!) тот формат XML, который понимает ТестЛинк.
Поэтому для портирования используется внешнее ПО, распространяемое бесплатно.
Программа называется EX-converter.
Это свободное ПО. Вот его страничка: sourceforge.net/projects/ex-converter/
Программа работает под MS Windows.

Читайте документацию

Зайдите в TestLink. Слева внизу будет элемент Documentation. Выбирайте нужные документы и читайте (на английском). Там есть, среди прочего, руководство пользователя и руководство по настройке TestLink.

Источник

Учебник TestLink

Что такое TestLink?

Test-link — наиболее широко используемый инструмент управления тестами с открытым исходным кодом. Он синхронизирует спецификацию требований и тестовую спецификацию вместе. Пользователь может создавать тестовый проект и документировать тестовые наборы, используя этот инструмент. С помощью Test-Link вы можете создать учетную запись для нескольких пользователей и назначить разные роли пользователей. Администратор может управлять назначением тестовых случаев.

Он поддерживает как автоматическое, так и ручное выполнение тестовых случаев. С помощью этого инструмента тестеры могут создавать план тестирования и отчет о тестировании за короткое время. Он поддерживает протоколы испытаний в различных форматах, таких как Excel, MS Word и HTML. Помимо этого, он также поддерживает интеграцию со многими популярными системами отслеживания дефектов, такими как JIRA, MANTIS, BUGZILLA, TRAC и т. Д. Поскольку это веб-инструмент, несколько пользователей могут одновременно получать доступ к его функциям с помощью своих учетных данных и назначенных ролей.

В этом уроке мы узнаем

Преимущества TestLink

Войти в TestLink

Шаг 1: Откройте домашнюю страницу Testlink и введите данные для входа

Создание тестового проекта

Шаг 1: В главном окне нажмите Test Project Management, откроется другое окно

Шаг 2: Нажмите на вкладку «Создать», чтобы создать новый проект.

Шаг 3: Введите все обязательные поля в окне, такие как категория для тестового проекта, название проекта, префикс, описание и т. Д. После заполнения всех необходимых деталей, нажмите на вкладку «Создать» в конце окна.

Это создаст ваш проект «Guru99» успешно.

Создание плана тестирования

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

Шаг 1. На домашней странице нажмите «Управление планом тестирования» на домашней странице.

Шаг 2 : Откроется еще одна страница, внизу страницы нажмите на вкладку «Создать»

Шаг 3 : Заполните всю необходимую информацию, такую ​​как имя, описание, создать из существующего плана тестирования и т. Д. В открывшемся окне и нажмите «Создать вкладку»

Шаг 4: План тестирования Гуру 99 создан успешно

Создание Создание

Сборка — это конкретный выпуск программного обеспечения

Шаг 1: Нажмите на Builds / Releases под Планом тестирования на домашней странице

Шаг 2. В следующем окне заполните все необходимые данные для выпуска программного обеспечения и нажмите «Создать», чтобы сохранить его.

Как только вы выпустите программное обеспечение, оно будет выглядеть так

Создание Testsuite

Набор тестов — это набор тестов, которые могут тестировать или проверять один и тот же компонент. Следующие шаги объяснят, как создать набор тестов для вашего проекта.

Шаг 1: Нажмите на опцию спецификации теста на домашней странице.

Шаг 2. В правой части панели щелкните значок настройки . Будет отображена серия тестовых операций.

Шаг 3: Нажмите на вкладку «Создать» для набора тестов.

Шаг 4: Заполните все детали для test-suite и нажмите на вкладку сохранить его.

Вы можете увидеть тестовый набор для Guru 99 создан

Ваш набор тестов появится в левой части панели под деревом структуры папок.

Создание теста

Testcase содержит последовательность шагов теста для тестирования конкретного сценария с ожидаемым результатом. Ниже приведены инструкции по созданию тест-кейса вместе с шагами по тестированию.

Шаг 1. Нажмите на папку набора тестов в левой части панели под структурой дерева папок.

Шаг 2: Нажмите на значок настройки на правой боковой панели. Список операций теста будет отображаться на правой боковой панели

Шаг 3: Откроется новое окно, для создания тестовых случаев нажмите на кнопку «Создать» в операциях с тестовыми примерами

Шаг 4. Введите данные на странице спецификации тестового набора.

Шаг 5: После ввода сведений нажмите кнопку «Создать», чтобы сохранить сведения. Тест-кейс для Guru99 создан успешно

Шаг 6: Нажмите на тест-кейс из папки, как показано выше, откроется окно. Нажмите на кнопку «создать шаги» в тестовом примере. Откроется редактор шагов теста.

Шаг 7) Откроется другое окно на той же странице, в этом окне вы должны ввести следующие данные

Шаг 8) После того, как вы сохраните и выйдите из шага теста, он будет выглядеть так

Назначение тестового набора для плана тестирования

Для выполнения тестового примера его следует назначить плану тестирования. Здесь мы увидим, как мы можем назначить тест-кейс для плана тестирования.

Источник

Блог Ленивого Тестировщика

20130520

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

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

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

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

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

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

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

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

Агонь, да?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Источник