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

[denissukhoruk]

Добрый день!!! Интересуют советы, предложения, подсказки. Я работаю в фирме, где тестированию меньше года, поэтому о багтрэкинге идут только разговоры и вопрос "Нужен ли он?".Передо мной в этой фирме работала более опытный тестировщик, но она попала в разгар сезона и из-за больших объемов работы не было времени решать проблему. Вопрос компания работает с Мегапланом - система автоматизации и управления бизнеса, есть ли возможность обойтись без багтрэкинга и как в таких условиях и стаким ПО???

[Llanie]

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

Нужен ли вам для него специальный инструмент-багтрекер? Это уже зависит от текущих объёмов команды и задач, планируемого прироста, (не)успешности текущей схемы коммуникации, требований к отчётности.

А так можно хоть в комментариях к задаче на разработку баги вести, хоть в excel, хоть в тетрадке.

[tshuvaev]

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

[Сергей]

С Мегапланом не работал. Но в чем проблема?

1. адаптировать тот же Мегаплан под свои нужды?

2. установить бесплатный софт типа Redmine, Trac и т.п.?

[SALar]

Добрый день!!! Интересуют советы, предложения, подсказки. Я работаю в фирме, где тестированию меньше года, поэтому о багтрэкинге идут только разговоры и вопрос "Нужен ли он?".Передо мной в этой фирме работала более опытный тестировщик, но она попала в разгар сезона и из-за больших объемов работы не было времени решать проблему. Вопрос компания работает с Мегапланом - система автоматизации и управления бизнеса, есть ли возможность обойтись без багтрэкинга и как в таких условиях и стаким ПО???

Этот вопрос задается довольно часто. Вынес в отдельную статью: http://blog.shumoos.com/archives/298

[denissukhoruk]

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

Нужен ли вам для него специальный инструмент-багтрекер? Это уже зависит от текущих объёмов команды и задач, планируемого прироста, (не)успешности текущей схемы коммуникации, требований к отчётности.

А так можно хоть в комментариях к задаче на разработку баги вести, хоть в excel, хоть в тетрадке.

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

[Сергей]

Бежать из конторы с такими сезонами...

[vinogradoff]

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

[Snap]

Я работал с Мегапланом. Вполне удобная штука, в том числе можно и как багтрекер использовать.

[Rebz]

у нас используется как мегаплан, так и багтрекер (редмайн). Все-таки у них разные назначения. Мегаплан имхо хорош для постановки и контроля задач, но как багтрекер - плох, не имеет статусов задач. Разные эти продукты.