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

[Case]

Ещё вопрос, если вы работаете в Мантиссе лишь два дня - что не так? :)

[Mahmud]

Да я в Мантисе вообще ещё не работал, если быть честным :huh: Просто хочется развернуть (не сейчас, со временем) мощную систему для автоматизации всех процессов тестирования (ну не всех, конечно, а тех, которые поддаются автоматизации). И перевести весь штат на неё. И помимо этого много чего сделать. Это наполеоновские планы, конечно, но меня сюда и взяли, чтобы претворить эти планы в жизнь. И чтобы со временем я стал не просто тестером, а Quality Manager'ом. Я сейчас многого не знаю и, возможно, позже пересмотрю свои планы и взгляды. Да я ведь и не пытался поднимать такую глобальную проблему в этой теме, я просто спросил насчёт документции к Мантису на русском языке :huh:

[Undi]

Так поделитесь и позитивным опытом, пожалуйста!

Позитивный опыт везде примерно одинаковый. Все упомянутые системы принадлежат к одному классу сложности, реализуют весьма похожую функциональность, поэтому выделить что-то особенно положительное сложно.

Тогда порекомендуйте,пожалуйста, какие-нибудь системы этого же класса. С какими подобными системами Вы еще сталкивались? (Чтобы сравнить их с описанными выше)

[Green]

To Mahmud

Mahmud, Вам тогда вообще лучше не спешить.

Послушайте опытного специалиста, barancevа, он Вам не зря начал вопросы задавать про вашу организацию, проекты и пр., так как применение автоматизации на предприятии (а введение автоматизированного баг трекинага и есть автоматизация одного из процессов) очень серьезное и ответственное дело. Ошибетесь и будет ваша организация мучаться с этой системой многие годы. Это будет как чемодан без ручки - нести неудобно и бросить жалко.

Подойдите к этому вопросу как к бизнес проекту.

В первую очередь, Вы должны определиться что именно происходит в вашей компани - определить текущие потребности. Затем, что существует на рынке и чем одно предложение отличается от другого, т.е. что может покрыть ваши потребности. Спрогнозируйте рост потребностей на несколько лет вперед и опять посмотрите, что из существующего ПО сможет обработать уже возросший объем (если тул может сделать это уже сейчас, то весьма вероятно, что он сможет сделать это и в будущем, когда появиться потребность).

И лишь на основании полученного анализа делайте выбор.

Да... не забудьте в обзор включить и ценовой фактор. Он будет играть не последную роль в принятии решения.

Долго...

Согласен. Это большой объем работ. Но зато и результат будет не спонтанным, а закономерным, что может гарантировать более менее спокойную работу с системой на несколько лет вперед.

Из своего опыта могу сказать, что приходилось работать с ситемой, которая не могла обработать большое количество одновременных запросов. Это было просто мучительно. Ответа сервера иногда приходилось ждать минуты! Иногда он не приходил вовсе. :-)

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

[Dmitry_NJ]

насчёт штата и покупательной способности пока не знаю, т.к. у меня всего второй день испытательного срока...

Тогда можно расслабиться и не тратить времени на серьезные и дорогие пакеты, а сосредоточиться на freeware.

[Mahmud]

насчёт штата и покупательной способности пока не знаю, т.к. у меня всего второй день испытательного срока...

Тогда можно расслабиться и не тратить времени на серьезные и дорогие пакеты, а сосредоточиться на freeware.

Не совсем понял вас. Вы хотите сказать, что здесь несерьёзная контора или что мне рано пока заниматься изучением и анализом профессиональных дорогостоящих пакетов? Если второе, то, в принципе, согласен. "В принципе" потому, что я вырасту быстро, мне кровь из носа это нужно.

[Dmitry_NJ]

Не совсем понял вас. Вы хотите сказать, что здесь несерьёзная контора или что мне рано пока заниматься изучением и анализом профессиональных дорогостоящих пакетов? Если второе, то, в принципе, согласен. "В принципе" потому, что я вырасту быстро, мне кровь из носа это нужно.

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

Заниматься "изучением и анализом профессиональных и дорогостоящих пакетов" никогда не рано и никому не поздно :) Вы можете это с успехом делать, чтобы расти в профессиональном плане. Полагаю, что спрос на эти знания со временем будет только расти.

[BrainStorm]

У нас тоже используется Мантис. Мне кажется, что это достаточно серьезная и надежная система бактрекинга. Ну, а то, что надо сначала написать коммент, а картинку приаттачить потом- так это не недостаток :)
Зато, благодаря ПХП и Мускулу она работает достаточно быстро. У наших американских коллег используется система багтрекинга под названием BridgeTrack компании Kemma Software.
Это система (по моим предположениям) стоит достаточно больших денег, она громоздка и в ней есть много всего лишнего. Хотя то, что в ней есть очень удобно и применимо.
Единственный громадный недостаток этой системы в том, что когда она грузиться, "все остальные свободны". Она занимает почти всю доступную оперативную память и грузится не менее 2х минут.

[barancev]

Просто хочется развернуть (не сейчас, со временем) мощную систему для автоматизации всех процессов тестирования (ну не всех, конечно, а тех, которые поддаются автоматизации).

Мощность - палка о двух концах, лишняя мощность Вам же только мешать будет. Для пояснения моей мысли приведу аналогию из другой области бизнеса.

Представим себе некоего человека, который собирается организовать таксопарк. Чтобы, значит, людей возить. Вопрос: сколько и каких машин ему приобрести?

Первая мысль: куплю-ка я самые мощные и крутые тачки в самом крутом салоне, и будет у меня самый крутой таксопарк в городе. Садится он и начинает считать. Ан нет, не получается, не клеится бизнес. Запчасти и обслуживание для таких машин получаются дорогими. Бензина они потребляют много. Сами большие очень, в пробках не протиснешься.

Вторая мысль: накуплю малолитражек, да побольше. Снова начинает считать - опять не всё хорошо. Да, в городе с малолитражками удобно, при таком скоростном режиме они оптимальны. Но вот слишком много не надо, заказов столько не наберётся. И ещё в аэропорт люди ездят - им надо куда-то багаж положить, да и за городом он, там можно разогнаться на магистрали. Лучше бы машины покрупнее.

Третья мысль: пусть у меня будет два вида машин, одни по городу кружатся, другие в аэропорт ездят. Сказано - сделано.

Конечно, третья мысль - не последняя, по мере развития бизнеса и другие придут. Например, грузовые перевозки захочется освоить или организовать автобусные экскурсии совместно с турбюро, которое этажом выше офис имеет.

Какая нам отсюда мораль? Очень простая. Разработка ПО - это бизнес. Прежде, чем вкладывать деньги, сядьте и посчитайте, что вы получите от автоматизации. А уж потом внедряйте на здоровье!

[barancev]

Просто хочется развернуть (не сейчас, со временем) мощную систему для автоматизации всех процессов тестирования (ну не всех, конечно, а тех, которые поддаются автоматизации). И перевести весь штат на неё.

Штат будет Вам за это очень благодарен, у них просто слов не хватит, чтобы выразить свою благодарность :D

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

Очень, очень будет благодарен :D

И чтобы со временем я стал не просто тестером, а Quality Manager'ом. Я сейчас многого не знаю и, возможно, позже пересмотрю свои планы и взгляды.

Продолжая автомобильную аналогию из предыдущего поста - выигрывает не тот, у кого машина дороже, а тот, кто быстрее ездит. Или даже - кто быстрее добирается до нужного места, может быть даже пешком.

[Mahmud]

Да уж! Если честно, не ожидал, что тема получит такое развитие! Очень много информации для размышления! И это классно!

[Mahmud]

2 barancev: no comments! :D

[barancev]

Более внимательно изучив исходники Мантиса, я его зауважал чуть больше, чем ранее, но порицаю за то, что документация отстаёт от реального состояния дел. Итак, что же я выяснил?

1. Обычно выбор PHP в качестве языка реализации я рассматриваю как недостаток, потому что при этом приложение как правило реализуется так, что его можно использовать лишь через браузер. Нельзя написать программу, которая выполняет какие-то массовые операции с использованием API. В данном случае это не так - API есть и относительно неплохой, НО абсолютно не документированный, что значительно снижает его ценность.

2. В Мантисе поддерживаются workflow! Я был не прав, беру свои слова обратно. Но это не документировано в мануале :) Зато, если в конфигурационном файле найти опцию status_enum_workflow, можно узнать кое-что интересное. Эта фича реализована совсем недавно - 13 июля сего года, видимо, в документацию просто ещё не успели внести. Итак, это первый известный мне свободно распространяемый трекер, который поддерживает workflow. Ура!

[Case]

Коллеги! если кто-то возьмётя - даже не только за сравнение Jira vs TestTrack - обязательно намыльте результаты.