Сообщений в теме: 16

[maria_tim]

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

[van]

Что именно (какие функции, аспекты) Вы хотели бы автоматизировать?

[maria_tim]

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

[maria_tim]

И еще чтобы создавал различные отчеты.
И желательно чтобы можно было добавлять значения в различные поля (например новое value для Severity) или вообще новые поля

[van]

Пользуемся BTS JIRA.

Все функции, которые Вы написали, она поддерживает.

http://www.atlassian.../software/jira/

[Darkus]

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

[van]

Насколько я понял все вышеперечисленные функции относятся к BTS. Зачем при этом использовать несколько средств?

[maria_tim]

А нет такой прграммы, в которой кроме всего вышеперечисленного можно было бы и еще и тест планы создавать? Или это должны быть уже совсем разные средства?

[van]

А нет такой прграммы, в которой кроме всего вышеперечисленного можно было бы и еще и тест планы создавать? Или это должны быть уже совсем разные средства?

Тест план Вам не создаст ни один тул :)

[maria_tim]

Это я понимаю, но есть что-нибудь, чтобы можно было этот тест план как-нибудь более менее организованно создавать и предоставлять для отчета заказчикам. И что бы все это не в отдельных фийликах лежало, а в какой-то системе, доступной как для разработчиков, так и для заказчиков.
Чтоб был список тест кейсов, passed/ failed, информация о починке и т.д.

[Dmitry_NJ]

Это я понимаю, но есть что-нибудь, чтобы можно было этот тест план как-нибудь более менее организованно создавать и предоставлять для отчета заказчикам. И что бы все это не в отдельных фийликах лежало, а в какой-то системе, доступной как для разработчиков, так и для заказчиков.
Чтоб был список тест кейсов, passed/ failed, информация о починке и т.д.

Естественно, что такой инструмент есть. Все ваши требования, планы тестирования, тест-кейсы, найденные дефекты со всей их историей, ручные и автоматизированные тесты будут храниться в единой БД. Доступ через web к такой системе будет обеспечен для всех заинтересованных сторон - тестировщики, разработчики, менеджеры проектов, заказчики и пр. (разумеется с возможностью разграничения прав доступа в зависимости от ваших требований). Само собой, что есть возможность генерации разнообразных отчетов и графиков на основе всей информации, хранящейся в БД.

Более подробную информацию можно получить здесь: Mercury TestDirector

[maria_tim]

А Star Team кто-нибудь пробовал?

[Case]

Тест план Вам не создаст ни один тул :)

Почему? Неплохой тес-план в разрезе "требования/тесты/статус" даёт построить тот же ТестДиректор.

Чувствуется мне, что тут вопрос в терминологии :)

[Case]

А Star Team кто-нибудь пробовал?

Для

Чтоб был список тест кейсов, passed/ failed, информация о починке и т.д.

?

Он не для этого, как мне показалось за долгие годы работы с ним. То есть вывернутся, наверное, как то можно, но по большому счёту это issue-tracking + file versioning. Поправте меня, если я совсем узко смотрю на Стартим?

[sorlik]

А Star Team кто-нибудь пробовал?

Для

Чтоб был список тест кейсов, passed/ failed, информация о починке и т.д.

?

Он не для этого, как мне показалось за долгие годы работы с ним. То есть вывернутся, наверное, как то можно, но по большому счёту это issue-tracking + file versioning. Поправте меня, если я совсем узко смотрю на Стартим?

Приветствую,

>...Он не для этого, как мне показалось за долгие годы работы с ним. То есть вывернутся, наверное, как то можно, но по большому счёту это issue-tracking + file versioning. Поправте меня, если я совсем узко смотрю на Стартим?

согласен, что StarTeam не для test-трекинга, поэтому есть синхронизатор с TestDirector (как и у CaliberRM).

Однако, issue-tracking + file versioning = StarTeam Standard, а более старшие версии включают задачи (синхронизируемые с MSPRoject), требования (интегрируемые с CaliberRM). При этом правильнее было бы говорить не об issue-tracking, а о change request management, где баги - лишь подмножество.

С уважением,
Сергей

[Ghost]

После долгого перебирания программ, мы пришли к выводу, что нашим требования и желаниям не удовлетворяет ни одна из них.
Решением было написать свою.
Может это не лучший вариант.
Но затраченное время и средства на написание этой программы очень быстро оправдали себя.
В ней все, что нам было необходимо. В любой момент мы можем внести в нее нужные изменения. У каждого свой доступ. Каждый видет и использует в ней то, что ему необходимо для работы.
Плюс в нее включен учет времени работы, что тоже очень удобно.

[GOSatin]

А что же в идеале вы хотите от подобного продукта? Чем вас Mercury TestDirector не устраивает?