Инструменты для управления результатами ручного тестирования - возможно, интегрированы с trac?
В настоящее время на работе мы используем Trac для управления нашими тестами. Тем не менее, у нас есть довольно много TC, которые перечислены на вики-страницах плана тестирования вместо билетов.
Мой менеджер недавно заинтересовался улучшением документирования результатов ручного тестирования. В то время как это благородная цель, и некоторые из команды QA довольно фанатичны в отношении этой идеи, я на самом деле чувствую, что издержки для такой системы могут быть катастрофическими, если не будут выполнены правильно. Фактически, единственное разумное интегрированное решение, не относящееся к Trac, которое я могу придумать, - это просто простой диспетчер задач, в котором мы можем хранить и управлять более случайными результатами, например: "X пробежал по Компоненту Y на Env-бла на данный момент, и были эти проблемы ". Я думаю, что портирование нескольких номеров ТС и прочего из вики может занять много времени, и какая-то система, такая как "ТС 23423432, подтвержденный Х, в момент Y и он проходит", подходит только для автоматических тестов, когда существует так много тестовых случаев (и небольших команда).
Я видел несколько плагинов для Trac, которые позволяют вам создавать планы тестирования и тому подобное и сообщать о результатах, но ничего особенного. Кто-нибудь имел опыт работы с этими инструментами? Интеграция с trac значительно снизила бы издержки, но у нас все еще есть проблема не каждого TC, поданного как заявка, который мы должны были бы решить.
Что бы вы предложили для такого проекта? Вы были в подобной ситуации? Буду признателен за ваш вклад, так как я не хочу быть единственным высказывателем в команде и выглядеть ленивым из-за моего мнения о том, что чрезмерная организация ручного тестирования с такой небольшой командой будет вредной.
6 ответов
Возможно, вы захотите взглянуть на наш инструмент управления тестами TestRail. TestRail интегрируется с любым сетевым средством отслеживания ошибок, позволяя связывать результаты тестовых примеров с отчетами об ошибках, и мы разработали TestRail для облегченного / быстрого пользовательского интерфейса, чтобы сделать управление тестовыми случаями и записывать результаты максимально безболезненным (я знаю, что некоторые из устоявшиеся инструменты, ну не светят в этом аспекте). Мы также планируем добавить поддержку автоматических тестов позже. Вот больше деталей об интеграции Trac:
Вы пробуете эту Testlink и Bugzilla. Обе программы с открытым исходным кодом и просты в использовании. Используйте эти ссылки 1. http://teamst.org/2. http://www.bugzilla.org/
TestLink - действительно хороший способ управлять всеми вашими тестами; он имеет интеграцию Trac и активно поддерживается.
Проверьте FogBugz. Это действительно очень хорошо. Использовали большую часть основного программного обеспечения для управления тестированием, и оно вошло в топ-2 или 3.
Проверьте AceProject. Хотя это полный инструмент управления проектами, он может пригодиться для поддержки результатов ручного тестирования и тестовых случаев.
Я работаю с каким-то тяжеловесным инструментом HP QualityCenter. Позволяет организовывать тесты, искать их по любому свойству / тексту, генерировать статистику тестов, некоторые отчеты, управлять дефектами. Это дорого, поэтому может быть слишком много для вас, но вы должны найти что-то еще, чтобы сделать управление тестами.
Что касается вопроса, стоит ли... это зависит. Если это несколько месяцев проекта, может быть, это слишком много накладных расходов. Но, учитывая размер команды, если система сложная, и вы будете над ней работать в течение некоторого времени, действительно стоит попробовать какую-нибудь систему управления тестированием. Я работаю только как тестировщик с 4 разработчиками, поэтому команда относительно небольшая. Но то, над чем мы работаем, довольно сложно. Это не одно приложение, а целая система. Это веб-приложение с набором небольших инструментов, которые вызываются из основного веб-приложения. Кроме того, это также взаимодействие с MS Project и MS Excel (с коллекцией наших встроенных инструментов). Существует дополнительный инструмент для задач администратора. Сервер Oracle Hyperion для отчетов. Некоторая виртуализация Citrix. Пакет интерфейсов для взаимодействия с другими системами. Просто еще одно корпоративное приложение. Ему 3-4 года, сделано более 2000 изменений / внедрений. С тех пор как изменилось мало людей в команде, изменилось мало людей из бизнеса. И есть много пользователей.
Без системы управления тестами мы бы быстро потеряли контроль.
Поэтому я бы сказал, что управление тестированием необходимо, только если вы теряете контроль над тестированием. Не пытайтесь использовать новый инструмент только для того, чтобы ваш менеджер получал более хорошие отчеты. используйте его, если текущих отчетов и возможностей управления тестированием недостаточно.