Rules of Bug Reporting

В разных компаниях правила, требования, формат сообщения об ошибках могут отличаться
Software Testing 4/10

Правило трех W:
- What happened?
- Where it happened?
- Under Which circumstances?
Достаточно ли информативно сообщение об ошибке?
Software Testing 4/10

Два типа сообщений:
- Проблема
- Решение
Как лучше поступить?
Software Testing 4/10

Сообщение об ошибке – это не сочинение об ошибке. Требования к английскому минимальны.
Software Testing 4/10

Перед тем, как написать сообщение об ошибке, убедись, что она найдена в правильной версии продукта и в правильной «среде обитания»
Software Testing 4/10

Сообщение об ошибке писшется немедленно, не откладывая
Software Testing 4/10

Убедись, что ошибка воспроизводится на твоем и не только твоем компьютере перед тем, как о ней сообщать
Software Testing 4/10

Минимизируй количество шагов по воспроизведению ошибки
Software Testing 4/10

Отправляй одно сообщение об ошибке на одну исправленную проблему – не две, не три, и не десять
Software Testing 4/10

Расхождение между реальным поведением программного продукта и его требуемым поведением должно быть хорошо понятно
Software Testing 4/10

Не нужно «оправдываться», цитируя нарушаемые правила. Просто сообщайте об их нарушениях
Software Testing 4/10

Исходите из того, что программист хорошо знает продукт. Не нужно писать о том какую кнопку нажать чтобы открыть окно, и т.п.
Software Testing 4/10

Сообщение об ошибке должно быть предельно кратким (не за счет информативности), без «воды»
Software Testing 4/10

Сообщение об ошибке должно содержать предельно полную информацию по проблеме
Software Testing 4/10

Прикрепляй screen shots, data files, logs к сообщению об ошибке чтобы сделать его более полным и понятным
Software Testing 4/10

Проблема может иметь предысторию. Спросите прежде, чем сообщать об этой проблеме.
Software Testing 4/10