ТестСсылка
Эта статья нуждается в дополнительных цитатах для проверки . ( март 2012 г. ) |
![]() | |
Разработчик(и) | Тимтест |
---|---|
Первоначальный выпуск | 17 октября 2003 г |
Стабильная версия | 1.9.20
/ 19 января 2020 г |
Репозиторий | |
Написано в | PHP |
Операционная система | Кросс-платформенный |
Доступно в | Многоязычный |
Тип | Управление тестированием |
Лицензия | лицензия GPL |
Веб-сайт | тестовая ссылка |
TestLink — это веб- система управления тестированием , которая облегчает контроль качества программного обеспечения . Он разработан и поддерживается Teamtest. Платформа предлагает поддержку тестовых примеров, наборов тестов, планов тестирования, тестовых проектов и управления пользователями, а также различные отчеты и статистику.
Требования
[ редактировать ]Поскольку TestLink представляет собой веб-программное обеспечение, администратору необходим доступ к веб-серверу и базе данных для его установки и запуска. TestLink поддерживает базы данных MySQL , MariaDB и PostgreSQL . Для использования TestLink пользователю требуется только веб-браузер .
Использование
[ редактировать ]Основными единицами, используемыми TestLink, являются: тестовый набор, набор тестов, план тестирования, тестовый проект и пользователь. [ 1 ] [ 2 ]
План испытаний
[ редактировать ]Планы тестирования — это базовая единица выполнения набора тестов приложения. Планы тестирования включают сборки, этапы, пользовательские задание и результаты теста.
План тестирования содержит имя, описание, набор выбранных тестовых случаев, сборок, результатов тестирования, контрольных точек, назначения тестировщиков и определения приоритетов. Каждый план тестирования связан с текущим тестовым проектом.
Планы тестирования могут создаваться на странице «Управление планами тестирования» пользователями с правами ведущего для текущего тестового проекта. Нажмите кнопку «Создать» и введите данные.
Определение плана тестирования состоит из заголовка, описания (в формате HTML) и флажка статуса «Активный». Описание должно включать следующую информацию о процессах компании:
- Резюме/Область применения
- Функции, подлежащие тестированию
- Функции, которые не нужно тестировать
- Критерии тестирования (чтобы пройти тестирование продукта)
- Тестовая среда, Инфраструктура
- Инструменты тестирования
- Риски
- Ссылки (план продукта или запрос на изменение, документ(ы) о качестве и т. д.)
Планы тестирования состоят из тестовых примеров, импортированных из спецификации тестирования в определенный момент времени. Планы тестирования могут быть созданы из других планов тестирования. Это позволяет пользователям создавать планы тестирования на основе тестовых примеров, существующих в нужный момент времени. Это может понадобиться при создании плана тестирования для исправления. Чтобы пользователь мог видеть план тестирования, он должен иметь соответствующие права. Права могут быть назначены (по лидам) в разделе «Определение прав пользователя/проекта». Это важно помнить, когда пользователи говорят вам, что не видят проект, над которым работают.
Планы тестирования могут быть удалены пользователями с правами ведущего.
Тестовый пример
[ редактировать ]Тестовый пример описывает простую задачу в рабочем процессе приложения. Тестовый пример — это фундаментальная часть TestLink. После того, как тестировщик запускает тестовый пример, он может либо пройти его, либо провалиться, либо заблокировать. Тестовые случаи организованы в наборы тестов. Тестовые случаи состоят из следующих частей:
- Идентификатор тестового примера присваивается автоматически TestLink и не может быть изменен пользователями. Этот идентификатор состоит из префикса тестового проекта и счетчика, связанного с тестовым проектом, в котором создан тестовый набор.
- Название: может включать краткое описание или аббревиатуру (например, TL-USER-LOGIN).
- Резюме: должно быть очень коротким; только для обзора, введения и ссылок.
- Шаги: описать сценарий тестирования (входные действия); Сюда также можно включить информацию о предварительных условиях и очистке.
- Ожидаемые результаты: опишите контрольные точки и ожидаемое поведение тестируемого продукта или системы.
- Вложения: могут быть добавлены, если конфигурация позволяет это.
- Важность. Разработчик тестов может установить важность теста [ВЫСОКАЯ, СРЕДНЯЯ и НИЗКАЯ].
- Тип выполнения: Разработчик тестов может настроить поддержку автоматизации теста [РУЧНОЙ/АВТОМАТИЧЕСКИЙ].
- Настраиваемые поля: администратор может определить собственные параметры для улучшения описания или категоризации тестового примера. Большие пользовательские поля (более 250 символов) невозможны. Но информацию можно добавлять в родительский набор тестов и передавать через настраиваемые поля. Например, вы можете описать конфигурацию «стандарт», «производительность», «стандарт_2» и ссылаться на эти метки через CF.
Пользователь
[ редактировать ]Каждому пользователю TestLink назначена роль, определяющая доступные функции. Типы по умолчанию: Гость, Дизайнер тестов, Старший тестировщик, Тестировщик, Руководитель и Администратор, но также можно создавать собственные роли.
Тестовые проекты
[ редактировать ]Тестовые проекты — это базовая организационная единица TestLink. Тестовые проекты могут представлять собой продукты или решения вашей компании, характеристики и функциональность которых могут со временем меняться, но по большей части остаются прежними. Тестовый проект включает документацию с требованиями, спецификацию теста, планы тестирования и определенные права пользователя. Тестовые проекты независимы и не обмениваются данными.
Характеристики испытаний
[ редактировать ]TestLink разбивает структуру спецификации теста на наборы тестов и тестовые примеры. Эти уровни сохраняются во всем приложении. Один тестовый проект имеет только одну спецификацию теста.
Функции
[ редактировать ]- Роли пользователей и управление
- Группировка тестовых случаев в спецификациях тестов
- Планы испытаний
- Платформы
- Требования к версионированию и редактированию
- Поддержка тестирования различных сборок программного обеспечения.
- Отчеты, графики и мониторы
- Настройка пользовательского интерфейса с помощью шаблонов Smarty.
- Интеграция с LDAP
- Интеграция с другим программным обеспечением с использованием предоставленного API.
- Интеграция систем отслеживания ошибок ( Mantis , JIRA , Bugzilla , FogBugz , Redmine и другие)
См. также
[ редактировать ]Ссылки
[ редактировать ]- ^ Уша Каннаппан (12 августа 2008 г.). «Рабочий процесс Opensource Testlink» . Slideshare.net . Проверено 19 марта 2012 г.
- ^ «Тестовая ссылка на учебник» . Wn.com . Проверено 19 марта 2012 г.
- ^ «Testlink — Разговорные уроки Wiki» . Разговорный-tutorial.org. 16 ноября 2011 г. Проверено 19 марта 2012 г.