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

Согласна, что пример не удачный.
Вопрос остается тем же (но без этого примера).

... Например если баг звучит так: Make Providers class public. ...

А баг может звучать как сделайте то-то?

У нас может... есть разные типы багов (bug, task, wish, behavior confirmation etc.)

Привет!

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

Обязательно ли Bug Report должен содержать сценарий?

Что правильней:

• Если можно написать сценарий, то нужно его написать
• Если можно не написать сценарий, то нужно его не писать (если кому-то не понятно, то пусть спрашивают)

Конечно бывают случаи, когда сценария просто быть не может. Например если баг звучит так: Make Providers class public.

Что скажете по поводу темы?

В нашей компании используется OnTime.
Есть у него большой недостаток - очень медленно работает. Наши программисты даже не хотят в него заходить, часто просят баги регистрировать тестеров.
В нем есть возможность создавать различные шаблоны, с наборами полей, которые можно будет заполнять при регистрировании дефекта\таски.. Думала, что если сделать шаблон, в котором будут только нужные поля, то OnTime будет работать быстрей, но оказывается есть поля, которые всегда будут показываться, даже если мы их вообще не используем.
Еще, если в течении часа его не трогать, то придется перелогиниваться. Иногда он через несколько минут работы падает с какой-то странной ошибкой.