Testopia — инструмент управления тест кейсами от Mozilla Foundation, тесно интегрированный в систему управления ошибками Bugzilla. Основной разработчик Greg Hendricks — инженер компании Novell, который видимо сопровождает их внешнюю инсталяцию Bugzilla и разрабатывает Testopia для нужд Novell. Он так же ведет блог посвященный Testopia.
Компании которые используют Testopia:
Есть PHP блиотека для доступа к функция XML-RPC Testopia http://idea.opensuse.org/content/ideas/develop-php-library-for-testopia-api.
Продукт из Bugzilla, к которому относится тест.
Компонент из Bugzilla внутри продукта, к которому относитья тест.
Категория. Дополнительное поле для организации тестов в группы. В целом похоже на поле Componet в Bugzilla, но это поле самой Testopia не пересекающееся с Bugzilla.
Теги (ключевые слова) присвоенные тесту. аналогичны ключевым словам в Bugzilla, но для их заведения не требуется дополнительных прав. Предназначены для группировки багов самими пользователями для их нужд.
Стату теста. Имеет три значения:
Запуски тестов к которым привязан данный тест. Что такое запуски тестов смотрите ниже.
Краткое описание
Дополнительное кототкое название теста.
Приоритет теста имеет значения от Р1 до Р5ю возможности настройки не известны.
Примерное время выполнения теста в формате HH:MM:SS.
Числовой идентификатор или URL, который указывает на требование которое проверяет этот баг. Если ввести URL, то в тесте он будет отображаться в браузере как ссылка. Это удобно для связи с требованиями написанными. например в WikiWiki.
Поле показывающее автоматизирован ли данный тест. Имеет два значения:
Адрес или URL скрипта, если это автоматизированный тест.
Аргументы скрипта, если это автоматизированный тест.
Необходимые условия и действия для выполнения теста. В данном поле возможно богатое редактирования при помощи встроенного WYSWIG редактора html.
Необходимые действия после выполнения теста. В данном поле возможно богатое редактирования при помощи встроенного WYSWIG редактора html.
Действия (шаги) осуществялемые в тесте для проверки чего-либо. В данном поле возможно богатое редактирования при помощи встроенного WYSWIG редактора html.
Ожидаемые результаты теста для сравнения с полученными результатами. В данном поле возможно богатое редактирования при помощи встроенного WYSWIG редактора html.
Автор теста, проставляется автоматически.
Тот кому по умолчанию назначена проверка данного теста.
Зависимости теста, от каких тестов зависит данный тест (Depends on), какие зависят от него (Blocks). Зависимости позволяют автоматически менять статус теста в некоторых случаях. Если тест провален и имеет состояние FAILED, то все тесты которые от него зависят и включены в текущий цикл работ (Run) автоматически получат статус BLOCKED.
Права доступа организованы аналогично Bugzilla, но более слабо. Есть группа Testers — все кто в нее входят имеют доступ на чтение и изменение всех объектов в Testopia. Для того чтобы создавать новые планы тестирования необходимо быть членом этой группы.
Дополнительно для каждого плана тестирования можно задать список пользователей (Access Control Lists), которые имеют доступ к нему (и всем дочерним объектам). Есть несколько уровней доступа:
Конечно не совсем удобная, но гибкая система.
Любые правки этой статьи будут перезаписаны при следующем сеансе репликации. Если у вас есть серьезное замечание по тексту статьи, запишите его в раздел «discussion».
Репликация: База Знаний «Заказных Информ Систем» → «Testopia»