Возможно ли в jira ввести проект как компонент для другого проекта?
Вот:
http://jira.atlassia.../browse/JRA-846
21 публикаций создано maximkr (учитываются публикации только с 26 апреля 2023)
Отправлено автор: maximkr 19 сентября 2007 - 08:50 в JIRA issue tracker
Возможно ли в jira ввести проект как компонент для другого проекта?
Отправлено автор: maximkr 03 октября 2007 - 09:11 в JIRA issue tracker
Не совсем понятен вопрос...
Поясните пожалуйста (если еще актуально).
Отправлено автор: maximkr 26 ноября 2007 - 08:16 в Инструменты управления тестированием ПО
Отправлено автор: maximkr 26 декабря 2007 - 20:36 в Управление проектами
Здравствуйте, коллеги.
Назрели у нас в компании две острых необходимости.
1. В отделе QA очень не хватает системы работы с задачами.
Хочется пока малого - хранить все задачи в одном месте, оценивать время и смотреть за сколько выполнили задачу сотрудники, видеть что каждый сотрудник сделал за день. Возможно, в будущем, понадобится что-то еще, когда начнем работать по этой схеме.
2. Планируется расшарить процесс работы с задачами между всеми отделами (художники + 2 отдела программистов). Тогда уже нужна, возможно, какая-то иерархия - руководитель дает общую задачу, эта общая задача разбивается на подзадачи для отделов, в отделах уже каждый руководитель пишет задачи на конкретных сотрудников. Нужна такая система, что бы увидеть какой отдел задерживает выполнение главной, общей задачи. Понять почему это происходит и чего не хватает в отделе, или в руководителе или в процессе.
БОльших и более четких требований у меня нет.
Отправлено автор: maximkr 01 февраля 2008 - 12:51 в JIRA issue tracker
Используем джиру но руссифицировать не вижу смысла.
Во первых не совсем нужная дополнитиельная работа, во - вторых кастомеры ее тоже используют.
Имхо игра не стоит свеч
Отправлено автор: maximkr 03 февраля 2008 - 13:07 в JIRA issue tracker
Вопрос не стоит так - стОит ли переводить систему. Вопрос в том, что русская локализация стандартной поставки переведена даже не на половину, а на треть примерно. У нас, например, пользователи не знакомы с английским, и что, теперь обучать их ради этого?
Отправлено автор: maximkr 04 февраля 2008 - 11:20 в Инструменты управления тестированием ПО
Да мне нужны именно преимущества Тесттрак.Если у кого то они есть буду очень признательна.
Отправлено автор: maximkr 04 февраля 2008 - 20:30 в Инструменты управления тестированием ПО
Конечно же нужно. У меня другое мнение.Если у Jira появится бесплатный конкурент - который имеет примерно туже самую функциональность - кому грозит смерть или забвение?
Бесплатному конкуренту, естественно. Нужно ли аргументировать?
Взять хотя бы eclipse, появление которого сделало нецелесообразным разработку некоторых комерческих IDE.
Отправлено автор: maximkr 04 февраля 2008 - 20:39 в Инструменты управления тестированием ПО
Готовьте топку, топите печку - вот вам парочка кандидатов:Я ни разу не адепт фриварных идеологий, но в случае с Багзиллой всё-таки выскажусь :) Ну её нафиг с её бесплатностью - более куцого внешне решения я не видел и работать с ней бр-р-р-р :) ИМХО.Мне кажется, вы не учитываете того факта, что bugzilla при всех ее недостатках - бесплатная.
А если у организации нет 1-1.5к на покупку годовой лицензии для инструмента чендж-риквест-менеджмента, это уже в топку :) Опять-же ИМХО.
https://bugs.eclipse..._bug_wizard.cgi
http://subversion.ti...ssues/query.cgi
Ишью-трэкер, не багзила - но по функциональности ровно тоже самое.
Да и маленькие стартапы, не будут тратить 1.5К. И правильно сделают. На 10 человек - багзилы достаточно.
Отправлено автор: maximkr 04 февраля 2008 - 20:48 в Инструменты управления тестированием ПО
Это Bugzilla, в обоих случаях. Вероятно просто кастомизированная - код ведь открыт.
Открытость кода и значит возможность его изменять (подстраивать под себя) и есть одно из преимуществ Bugzilla (да я знаю что Jira отдает код в продвинутых конфигурациях).
Отправлено автор: maximkr 05 февраля 2008 - 08:19 в Инструменты управления тестированием ПО
Максим, а разве в багзилу мало денег вбухали? Я думаю не мало. Причем ее выбирают и используют. Теже создатели еклипса, например. И на тигрис-е, завуалировав под названием issue-tracker и слегка поменяв шкурку.
Но я не адепт багзиллы, отнюдь. Просто работал с ней и ничего страшного не было. Придумал наиболее удобный процесс, контролировал изменения. Можно с ней работать. А бесплатность, зачастую намного более сильное преимущество, чем наличие функциональности, которой не факт, что кто-то когда-то воспользуется.
Наверное есть и более удобные, бесплатные дефект-трэкеры. Но почему-то, первым из этой категории приходит на ум багзилла.
Интересно, из списка тулов, который вы прислали: сколькими некомерческими тулами можно пользоваься? Есть ли опыт и примеры удачного применения. И какие преимущества перед старой доброй багзиллой?
И еще, текст, на которую вы ссылаетесь - мысли вслух какого-то человека, живущего в маунтин вью. Возможно он девелопер мозиллы. Но написаное в его личном блоге не может быть официальной информацией, не так ли? А может все так и есть, как там написано.
Надо бы вот тут посмотреть, если там конечно есть чего-нить интересное http://wiki.mozilla....ugzilla:Roadmap
Отправлено автор: maximkr 05 февраля 2008 - 13:26 в Инструменты управления тестированием ПО
Все-таки, я останусь при своем мнении. Мнение таково, что да, багзилла ущербна, но и этого достаточно чтобы смогла работать небольшая команда. И она точно лучше, трэкатья багов письмами, бумажными карточками или в excel-e.
Отправлено автор: maximkr 06 февраля 2008 - 11:40 в Инструменты управления тестированием ПО
Макс, карточки они используют в качестве "пособий по наглядной агитации". Через Jira все у них трекается.
Отправлено автор: maximkr 20 марта 2008 - 22:36 в Управление проектами
У меня сложилось устойчивое мнение, что при организации процесса разработки выбор инструментов нужно производить в последнюю очередь. Так, чтобы инструменты не навязывали кем-то заложенную в них модель разработки, а наоборот, адаптировались под работающую модель. А вот эту модель как раз и нужно описать, и это и есть самая трудная задача.
Отправлено автор: maximkr 21 марта 2008 - 13:21 в Инструменты управления тестированием ПО
Добрый день! я тоже новичок в системах баг трекинга, и мне на рабте как раз дали задание, наити ниболее подходящую, ине очень дорогую систему баг трекинга.
По поводу Borland StarTeam - я искал в интернете, и нашёл вт такую ссылку: http://www.securityl...lity/347882.php
Врде как получается, что Borland StarTeam какой-то уязвлённый....
Не подскажите, какие бывают вообще баг трекинги и какие из них лучше? (Про Borland StarTeam я понял и мне он тоже нравится, тем более, что я имел счастье с ним работать.).
З.Ы. Хотелось бы услышать ваши отзывы таже о Клир Квест.
Отправлено автор: maximkr 21 марта 2008 - 19:07 в Инструменты управления тестированием ПО
Когда-то работал с PVCS Tracker-ом. Очень нравился. Похоже у продукта не легкая судьба с тех пор.
Вот нашел http://pvcs.synergex...cker_specs.aspx
В то время он работал только под виндой и вроде бы только с MS SQL.
Отправлено автор: maximkr 15 апреля 2008 - 08:08 в SmartBear (AutomatedQA) - Functional Testing
Отправлено автор: maximkr 26 июня 2008 - 19:26 в Тест-дизайн и ручное тестирование
Отправлено автор: maximkr 27 июня 2008 - 11:29 в Тест-дизайн и ручное тестирование
Описанная система не отвечает на вопрос: что делать в случае, когда багов сотни? Да, вы получите более тщательную разбивку по весам, но в каждом весе опять будет несколько десятков багов.
Отправлено автор: maximkr 27 июня 2008 - 12:28 в Тест-дизайн и ручное тестирование
То есть вместо того чтобы полагаться на одно решение, вносим фактор ошибки многих решений. Бр-р-р.После этого багтрекер на основе всей этой информации вычисляет приоритет ("вес" мнения у разных участников процесса может быть разным) и все участники процесса должны ориентироваться именно на этот вычисленный приоритет.
Отправлено автор: maximkr 08 августа 2008 - 08:41 в JIRA issue tracker
Но всё-таки JIRA плохо подходит. Вот если бы версии были древовидными...
Community Forum Software by IP.Board Русификация от IBResource
Лицензия зарегистрирована на: Software-Testing.Ru