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

[OlegSh]

У нас тоже своя разработка.

[Case]

Вопрос по своим разработкам: зачем? Неужто дешевле самим сделать проект чем взять готовое решение?

[OlegSh]

To case,

Когда в компании появляются свободные ресурсы, то очень полезно их занять внутренними проектами, к тому же у нас это система не только багтрекинговая, но еще и документооборота.
К тому же очень полезно выпускать свои собственные продукты иногда.
На одном проекте у нас работали с системой заказчика Pivotal RD - очень даже удобная вещь (боюсь только ее нет на рынке ПО).

[Case]

То есть потому что полезно и потому что есть свободные люди?

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

[Mike]

На моей прошлой работе тоже использовался тул собственной разработки. И очень успешно использовался. С точки зреняя пользователя - на порядок удобнее того же CQ и TD Defect Manager. Просто по тому, что тул затачивался под тот процесс, который был принят в компании - это раз, и (видимо) денег было _сильно_ жалко (в комманде работало около 100 человек) это два. А администрил его сам разработчик этого тула. Опять-таки, любые пожелания QA Managerа довольно быстро реализовывались в следующей версии.

[Case]

Майк, дайте мне судить с точки зрения тестировщика :)
Я освоил более менее обычный тул (стартим к примеру). Я могу рассчитывать, что он или подобная ему разработка будет использоваться на моём следующем месте работы - то есть освоение тула я рассматривая как скил. Так?

Теперь возьмём тул, который разработан моей любимой компанией, моими уважаемыми коллегами разработчиками и заточен под проект. Замечательный тул - я ведь не спорю. Что я получаю в итоге? Я освоил нечто, что удобно на этот момент и всё. На следующем месте работы (да просто в следующем проекте) я буду учится заново? А в резюме что писать? :)

[ShS]

Замечательный тул - я ведь не спорю. Что я получаю в итоге? Я освоил нечто, что удобно на этот момент и всё. На следующем месте работы (да просто в следующем проекте) я буду учится заново? А в резюме что писать?

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

[Case]

То есть те кто пользуют собственные разработки естевственно за них обеими руками.
Господа, поймите - я не против, я их даже не видел ещё. Я просто подхода не могу понять - зачем велосипед изобретать? И учить тестера на нём ездить?

[ShS]

На мой взгляд, возможная причина изобретения "своих велосипедов" заключается в стоимости свего и чужого...
например, исходя из требований к функциональности, которую я буду юзать, образно говоря - зачем платить за 3 колеса, если можно обойтись и одним...

Видимо за частую создать свое гораздо дешевле, чем купить чужое...

[Deuterium]

Поначалу использовали свои тракеры, потом поставили Bugzillу. У неё открытый код, можно курочить и прикручивать всё, чего не хватает :)

[Mike]

2Case:

Согласен только с пунктом "что в резюме писать?" ;) Эт' да, не совсем ясно :rolleyes: ; а вот о переходе к другим проектам и привычке к другим тулзам, ситуация была очень простая:
1. У компании за всё время сущствования был и есть всего один проект - её коробочные продукты. Вот под этот "проектик" и был заточен баг-трекинг. То есть, не столько под проект, сколько под workflow в компании.
2. У тестеров это, как правило, было первое место работы, связанное с тестированием - 80% тестеров студенты МГУ... Так что переучивать не приходилось. ;)
Так что, ИМХО, выбор тула (в том числе, выбор в пользу разработки собственными силами) очень зависит от компании, процесса (разработки и тестирования) и финансовых обстоятельств.

[Case]

Про переучивать:
Я имел в виду переучиваться после смены места работы, или когда компания таки купит тот же СтарТим. Зачем?

[ShS]

To Case по вопросу "Зачем?"
Предлагаете всем компаниям в мире перейти на один багтрекинговый тулз??? :o

[Soda]

Сейчас работаем с TestTrack, не очень удобно, но так исторически сложилось
Rational СlearQuest удобнее, использовали на предыдущей работе

А не могли бы Вы подробнее рассказать, что именно Вас не устраивает в TestTrack?