|
Персональные инструменты |
|||
|
TestopiaМатериал из CustisWikiTestopia — инструмент управления тест кейсами от 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. Содержание[убрать]Основные объектыАнатомия теста (test case)СтруктурныеProductПродукт из Bugzilla, к которому относится тест. ComponetКомпонент из Bugzilla внутри продукта, к которому относитья тест. CategoryКатегория. Дополнительное поле для организации тестов в группы. В целом похоже на поле Componet в Bugzilla, но это поле самой Testopia не пересекающееся с Bugzilla. TagsТеги (ключевые слова) присвоенные тесту. аналогичны ключевым словам в Bugzilla, но для их заведения не требуется дополнительных прав. Предназначены для группировки багов самими пользователями для их нужд. Атрибуты жизненного циклаStatusСтату теста. Имеет три значения:
RunsЗапуски тестов к которым привязан данный тест. Что такое запуски тестов смотрите ниже. Описание багаSummaryКраткое описание AliasДополнительное кототкое название теста. PriorityПриоритет теста имеет значения от Р1 до Р5ю возможности настройки не известны. Estimated TimeПримерное время выполнения теста в формате HH:MM:SS. RequirementЧисловой идентификатор или URL, который указывает на требование которое проверяет этот баг. Если ввести URL, то в тесте он будет отображаться в браузере как ссылка. Это удобно для связи с требованиями написанными. например в WikiWiki. AutomaticПоле показывающее автоматизирован ли данный тест. Имеет два значения:
ScriptАдрес или URL скрипта, если это автоматизированный тест. ArgumentsАргументы скрипта, если это автоматизированный тест. Set UpНеобходимые условия и действия для выполнения теста. В данном поле возможно богатое редактирования при помощи встроенного WYSWIG редактора html. Break DownНеобходимые действия после выполнения теста. В данном поле возможно богатое редактирования при помощи встроенного WYSWIG редактора html. ActionДействия (шаги) осуществялемые в тесте для проверки чего-либо. В данном поле возможно богатое редактирования при помощи встроенного WYSWIG редактора html. Expected ResultsОжидаемые результаты теста для сравнения с полученными результатами. В данном поле возможно богатое редактирования при помощи встроенного WYSWIG редактора html. Связанные пользователиAuthorАвтор теста, проставляется автоматически. Default TesterТот кому по умолчанию назначена проверка данного теста. Зависимости между тестамиЗависимости теста, от каких тестов зависит данный тест (Depends on), какие зависят от него (Blocks). Зависимости позволяют автоматически менять статус теста в некоторых случаях. Если тест провален и имеет состояние FAILED, то все тесты которые от него зависят и включены в текущий цикл работ (Run) автоматически получат статус BLOCKED. Права доступаГруппа TestersПрава доступа организованы аналогично Bugzilla, но более слабо. Есть группа Testers — все кто в нее входят имеют доступ на чтение и изменение всех объектов в Testopia. Для того чтобы создавать новые планы тестирования необходимо быть членом этой группы. Доступ к планам тестированияДополнительно для каждого плана тестирования можно задать список пользователей (Access Control Lists), которые имеют доступ к нему (и всем дочерним объектам). Есть несколько уровней доступа:
Конечно не совсем удобная, но гибкая система. Репликация: База Знаний «Заказных Информ Систем» → «Testopia» Любые правки этой статьи будут перезаписаны при следующем сеансе репликации. Если у вас есть серьезное замечание по тексту статьи, запишите его в раздел «discussion». Внимание! Данная статья выбрана для репликации в SMWiki. Статья реплицируется в Wiki4IntraNet. |
||