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

[Murat]

Добрый день,

Ищу связку Bug-Tracking System плюс Test-Case Management System. Недорогое или бесплатное решение (Linux).
Сейчас тестирую Redmine + QaProject и Redmine + Klarus. Но кейс составляющие какие-то сыроватые.

Обязательно условие: наличие связи между багами в Bug-Tracking System и кейсом в Test-Case Management.

Ну и дружелюбный интефейс и надежное решение.

Спасибо заранее за помощь.


BR,
Мурат

[solidox]

Доброго времени суток.
Не уверен насчет связи Test Cases и Bugs, но этот продукт: http://bontq.com вполне соответствует Вашим требованиям.

[Murat]

Спасибо за ссылку.

Погонял сервис минут 10, по-ощущениям - урезанный Redmine.

- Не удобно прогонять список test-cases
- Нет связи кейс-баг.

Вообщем не подходит.

[solidox]

Спасибо за ссылку.

Погонял сервис минут 10, по-ощущениям - урезанный Redmine.

- Не удобно прогонять список test-cases
- Нет связи кейс-баг.

Вообщем не подходит.

Вообще-то функционала у него явно не меньше чем у Redmine, но не подходит, так не подходит.

[samurai08]

из бесплатного почти все пользуются TestLink, но лично мне он не нравится, на работе используем другую систему.

[Murat]

Вообщем остановились на TestRail. Если кому интересно написал небольшое ревью:
http://knol.google.c...jm2y9icoebbx/1#

[astenix]

Не уверен насчет связи Test Cases и Bugs, но этот продукт: http://bontq.com вполне соответствует Вашим требованиям.

Вы его используете в боевом режиме?

[solidox]

Не уверен насчет связи Test Cases и Bugs, но этот продукт: http://bontq.com вполне соответствует Вашим требованиям.

Вы его используете в боевом режиме?

Конечно, в обратном случае я бы его не рекомендовал.
Правда очень не хватает "подтасков".

[frei_by]

Target Process. Пропиетарная, но вполне устраивает. Из минусов - ужасно криво сделанный импорт в CSV, из плюсов - система тегов из плюсов - интеграция с версионностью, процессом разработки. Ну и на вид красивая.

[solidox]

Target Process. Пропиетарная, но вполне устраивает. Из минусов - ужасно криво сделанный импорт в CSV, из плюсов - система тегов из плюсов - интеграция с версионностью, процессом разработки. Ну и на вид красивая.

Он страшен и юзабилити хромает очень сильно, мы его тоже рассматривали, как кандидата.

[frei_by]

По поводу Target Process - да, меня тошнит от приложений на ASP под ненавистную венду да ещё и с оплатой лицензий по количеству работников в системе. Функциональность там местами просто заставляет нервно хихикать по поводу компетенции разработчиков. Но насчёт юзаблити и красивости - вы не правы. ИМХО.

[solidox]

По поводу Target Process - да, меня тошнит от приложений на ASP под ненавистную венду да ещё и с оплатой лицензий по количеству работников в системе. Функциональность там местами просто заставляет нервно хихикать по поводу компетенции разработчиков. Но насчёт юзаблити и красивости - вы не правы. ИМХО.

О вкусах не спорят

[saezar]

Совершенно недавно нашел XSystem от Xqual.Это не рекомендация, это скорее вопрос, кто ни будь еще пользовался?
Написано на JAVA. Первое впечатление - очень навороченая система. Очень мощная. Бесплатная. Совсем бесплатная. Клиент-серверная. Причем под сервером понимается только сервер БД - Mysql или Postgre, ну или какой коннектор прицепите.
Планирую её пристально изучить при наличии времени.

[solidox]

По поводу Target Process - да, меня тошнит от приложений на ASP под ненавистную венду да ещё и с оплатой лицензий по количеству работников в системе. Функциональность там местами просто заставляет нервно хихикать по поводу компетенции разработчиков. Но насчёт юзаблити и красивости - вы не правы. ИМХО.

Кстати можно поинтересоваться используете ли Вы Kanban Board в Target Process и насколько полезным Вы находите данный функциоал?

[frei_by]

Нет, не использую просто потому, что все задачи у нас ставятся по принципу конвейера. Или командно-администаративно. Т.е. сначала насяльника создаёт User Story в таком порядке как (ему с утра в голову взбредёт) как он видит план разработки проекта, а потом ты сидишь за компом и ждёшь когда на тебя назначат какую-то US. US пришла? Начал делать. Сделал? поставил на чек.

У нас в этом плане такая традиция: сначала US всегда ставится в качестве open на програмиста и check на тим-лида, котоырй US создал. Програмист в этой US что-то делает. После того, как он считает что сделал, скидывает US на тим лида програмистов. Если тим лид програмистов посчитает, что порограмист действительно сделал US - то в US роль check меняется с тим лида прогрмистов на тестровщика. Тестировщик (т.е. я) открываю писанину приаттаченную к US, если это что-то ответственное, то пишу план тестирования, приаттачиваю тест-кейсы к US, занимаюсь тестированием и к этой же US аттачу баги. После того, как у меня возникает чувство того, что вроде бы натестировался (пока не надоест) - возвращаю US програмисту с приаттаченными багами - перевожу US со статуса check в статус open.

Програмист после того, как исправит баги ставит US с Open на check и я верифцирую исправленные баги и нахожу новые. После нескольких таких партий в пинг-понг US с багами между тестировщиком и програмистом, им обоим через какое-то время надоедает бесконечно допиливать одну и ту-же US. Эта стадия называется "пройденное тетсирование".

Когда теситрование закончено то теситровщик заменяет для US роль check с себя на тим лида програмистов.

Так вот, возвращаясь к началу поста,

Кстати можно поинтересоваться используете ли Вы Kanban Board в Target Process и насколько полезным Вы находите данный функциоал?

не используем, не полезен, 80% пользователей Target Process у нас даже не знают что это такое и для чего нужно. Канбан я так понимаю нужен когда исполнитель может сам себе поставить выполняемую задачу.
У нас слишком секретное предприятие, у нас не всякий разработчик знает, на какой стадии находится проект. Что-уж говорить о тестировщиках, которые по определению ненадёжны. С виду тестировщик как тестировщик - а на самом деле - шпиён! Поэтому кому нужно - тот и так знает. А кто пока что не знает - то придёт время и он узнает, когда партия решить предоставить ему такую информацию.

[joika]

ок. а как на счет системы управления тесткейсами поддерживающей интеграцию с JIRA?
искал, пробовал кто-нибудь что интересное?

[ch_ip]

ок. а как на счет системы управления тесткейсами поддерживающей интеграцию с JIRA?
искал, пробовал кто-нибудь что интересное?

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

[astenix]

ок. а как на счет системы управления тесткейсами поддерживающей интеграцию с JIRA?
искал, пробовал кто-нибудь что интересное?

Есть Zephyr, но это просто задница, а не система.

Есть http://www.inflectra...st/Default.aspx - не юзал.

Есть идеи о том, чтобы использовать саму Jira в подобном качестве, но это извращение - http://confluence.at...Case Management

Не стоит заморачиваться на интеграции, бо только этот аспект погоды не делает. Из нескольких разных систем можно собрать отличный боевой комплекс.

[joika]

использовали до этого тестлинк, и используем, но уж слишком много там косяков..
группировки тесткейсов, репорты, экзекъютинг, вобщем много что криво сделано
сейчас вот решили перейти на платную, но чтобы максимально просто и удобно было сделано управление тесткейсами, их выполнение, репортинг, привязка к JIRA

[_Anik_]

Добрый день,

Подниму тему, пожелания похожи: в качестве баг- и тасктрекера используем Jira, нужна система управления теск-кейзами с возможностью связи с Jir-ой хотя бы с помощью ссылок.
(Про интеграцию почитала - на неё надежды мало:))

Так же хотелось бы иметь приятный интерфейс, возможность структурирования и небольшую цену для команды до 10 человек.
Сейчас используем Тестлинк, смотрели Зефир - не подошло.