Нужна связка Bug-Tracking + Test-Case Management
#1
Отправлено 26 августа 2010 - 14:07
Ищу связку Bug-Tracking System плюс Test-Case Management System. Недорогое или бесплатное решение (Linux).
Сейчас тестирую Redmine + QaProject и Redmine + Klarus. Но кейс составляющие какие-то сыроватые.
Обязательно условие: наличие связи между багами в Bug-Tracking System и кейсом в Test-Case Management.
Ну и дружелюбный интефейс и надежное решение.
Спасибо заранее за помощь.
BR,
Мурат
#2
Отправлено 26 августа 2010 - 14:44
Не уверен насчет связи Test Cases и Bugs, но этот продукт: http://bontq.com вполне соответствует Вашим требованиям.
#3
Отправлено 26 августа 2010 - 15:07
Погонял сервис минут 10, по-ощущениям - урезанный Redmine.
- Не удобно прогонять список test-cases
- Нет связи кейс-баг.
Вообщем не подходит.
#4
Отправлено 26 августа 2010 - 15:23
Вообще-то функционала у него явно не меньше чем у Redmine, но не подходит, так не подходит.Спасибо за ссылку.
Погонял сервис минут 10, по-ощущениям - урезанный Redmine.
- Не удобно прогонять список test-cases
- Нет связи кейс-баг.
Вообщем не подходит.
#5
Отправлено 27 августа 2010 - 06:27
#6
Отправлено 02 октября 2010 - 14:44
http://knol.google.c...jm2y9icoebbx/1#
#7
Отправлено 03 октября 2010 - 10:13
Вы его используете в боевом режиме?Не уверен насчет связи Test Cases и Bugs, но этот продукт: http://bontq.com вполне соответствует Вашим требованиям.
Software Testing Glossary - простыми словами о непростых словах.
#8
Отправлено 24 ноября 2010 - 09:03
Конечно, в обратном случае я бы его не рекомендовал.Вы его используете в боевом режиме?Не уверен насчет связи Test Cases и Bugs, но этот продукт: http://bontq.com вполне соответствует Вашим требованиям.
Правда очень не хватает "подтасков".
#9
Отправлено 24 ноября 2010 - 09:08
#10
Отправлено 24 ноября 2010 - 09:10
Target Process. Пропиетарная, но вполне устраивает. Из минусов - ужасно криво сделанный импорт в CSV, из плюсов - система тегов из плюсов - интеграция с версионностью, процессом разработки. Ну и на вид красивая.
Он страшен и юзабилити хромает очень сильно, мы его тоже рассматривали, как кандидата.
#11
Отправлено 24 ноября 2010 - 09:38
#12
Отправлено 24 ноября 2010 - 09:46
О вкусах не спорятПо поводу Target Process - да, меня тошнит от приложений на ASP под ненавистную венду да ещё и с оплатой лицензий по количеству работников в системе. Функциональность там местами просто заставляет нервно хихикать по поводу компетенции разработчиков. Но насчёт юзаблити и красивости - вы не правы. ИМХО.
#13
Отправлено 24 ноября 2010 - 10:34
Написано на JAVA. Первое впечатление - очень навороченая система. Очень мощная. Бесплатная. Совсем бесплатная. Клиент-серверная. Причем под сервером понимается только сервер БД - Mysql или Postgre, ну или какой коннектор прицепите.
Планирую её пристально изучить при наличии времени.
#14
Отправлено 25 ноября 2010 - 11:32
Кстати можно поинтересоваться используете ли Вы Kanban Board в Target Process и насколько полезным Вы находите данный функциоал?По поводу Target Process - да, меня тошнит от приложений на ASP под ненавистную венду да ещё и с оплатой лицензий по количеству работников в системе. Функциональность там местами просто заставляет нервно хихикать по поводу компетенции разработчиков. Но насчёт юзаблити и красивости - вы не правы. ИМХО.
#15
Отправлено 26 января 2011 - 08:57
У нас в этом плане такая традиция: сначала 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 у нас даже не знают что это такое и для чего нужно. Канбан я так понимаю нужен когда исполнитель может сам себе поставить выполняемую задачу.
У нас слишком секретное предприятие, у нас не всякий разработчик знает, на какой стадии находится проект. Что-уж говорить о тестировщиках, которые по определению ненадёжны. С виду тестировщик как тестировщик - а на самом деле - шпиён! Поэтому кому нужно - тот и так знает. А кто пока что не знает - то придёт время и он узнает, когда партия решить предоставить ему такую информацию.
#16
Отправлено 28 июля 2011 - 19:50
искал, пробовал кто-нибудь что интересное?
#17
Отправлено 28 июля 2011 - 20:01
Есть LuxProject, основанный на JIRA, вот только создавать тест-кейсы там раньше было неудобно. Как сейчас, не знаю, но можно написать разработчикам и спросить.ок. а как на счет системы управления тесткейсами поддерживающей интеграцию с JIRA?
искал, пробовал кто-нибудь что интересное?
SQL для тестировщиков
Тренинги по HP QTP и автоматизации тестирования
Если минарет, значит выше всех (с)
#18
Отправлено 28 июля 2011 - 20:29
Есть Zephyr, но это просто задница, а не система.ок. а как на счет системы управления тесткейсами поддерживающей интеграцию с JIRA?
искал, пробовал кто-нибудь что интересное?
Есть http://www.inflectra...st/Default.aspx - не юзал.
Есть идеи о том, чтобы использовать саму Jira в подобном качестве, но это извращение - http://confluence.at...Case Management
Не стоит заморачиваться на интеграции, бо только этот аспект погоды не делает. Из нескольких разных систем можно собрать отличный боевой комплекс.
Software Testing Glossary - простыми словами о непростых словах.
#19
Отправлено 28 июля 2011 - 20:44
группировки тесткейсов, репорты, экзекъютинг, вобщем много что криво сделано
сейчас вот решили перейти на платную, но чтобы максимально просто и удобно было сделано управление тесткейсами, их выполнение, репортинг, привязка к JIRA
#20
Отправлено 19 ноября 2012 - 16:13
Подниму тему, пожелания похожи: в качестве баг- и тасктрекера используем Jira, нужна система управления теск-кейзами с возможностью связи с Jir-ой хотя бы с помощью ссылок.
(Про интеграцию почитала - на неё надежды мало:))
Так же хотелось бы иметь приятный интерфейс, возможность структурирования и небольшую цену для команды до 10 человек.
Сейчас используем Тестлинк, смотрели Зефир - не подошло.
Количество пользователей, читающих эту тему: 0
0 пользователей, 0 гостей, 0 анонимных