Правила (обязательные поля для заполнения) получаются следующие:

Важность ошибки (большая малая, пожелание неудобство)
ПовторяемостьВерсия продукта (это тот номер версии КОГДА обнаружилась ошибка)
Предусловия (браузер, платформа, ОС, DB и т.д.)
Суть проблемы (коротко, в чем ошибка)
Шаги воспроизведения ошибки (коротко и ясно как повторить ошибку :) )
Результат (как сработала программа )
Ожидаемый результат (как должна была сработать)
Комментарий тестера
Статус ошибки (открытая, закрытая, пофиксенная... закрытая)
Приложения (скриншоты, логи, файлы и т.д.)
Комментарий девелопера
Отметка о решении девелопера (фикс, не могу повторить, не требует действий....)
Версия продукта , в которй девелопер пофиксил ошибку
Необходимость повторного прогона данной ошибки (тест кейса) в регрессионном тестировании (да, нет, не знаю).

Вот, примерно так. Кстати багтрекер Мантис, почти полностью в этом плане нас удовлетворил.

Еще статьи по теме:

Как написать хороший баг-репорт. http://software-testing.ru/lib/dukalsky/writing_good_bug.htm

Как эффективно сообщать об ошибках
http://software-testing.ru/lib/opencontent/effective-bug-report.htm