🔒Открыть пост
и посмотреть медиа
и посмотреть медиа
Недавно нашел такой интересный подход к заведению багов, который называется CLEAR.
Принцип заведения дефекта по CLEAR достаточно прост:
C → (Clear steps ) Четкие шаги: никаких упущений или двусмысленностей, любой должен повторить шаги и увидеть баг.
L → (Logs or evidence) Логи или доказательства: скриншот, логи, трассировка, любон доказательство наличия баша в системе.
E → (Expected vs actual ) Ожидаемое vs реальное: что вы ожидали увидеть и что реально получили? Почему вы это поведение ожидали?
A → (Actual impact) Реальный эффект: почему это важно? Ломается бизнес-логика? Безопасность? Целостность данных?
R → (Reproducibility ) Воспроизводимость: окружение, система (релиз/бранч), условия воспроизведения. Нужно сделать так, чтобы баг можно было повторить.
Как итог, 5 простых принципов, которые делают работу с баг репортами всей команды в разы эффективнее.
Все мои проекты:
TG канал по тестированию AI |
Youtube channel | Практика по тестированию | Платформа TestGrow | Автоматизация тестирования | Курс по тест-менеджменту | База знаний