Хаос в истории изделия в интерфейсе "Тестирование"

[alx]

В r325/base в интерфейсе "Тестирование" после пары неудачных тестирований и устранений неисправностей в истории изделия отображается какой-то хаос:

Во-первых, при неуспешном результате тестирования в историю изделия заносится не одна, а две записи: одна запись типа "несоответствие", и одна запись типа "тестирование", хотя в действительности я выполнил одну операцию. Обратите внимание, что записи имеют одно и то же время с совпадением до секунды. При этом запись о несоответствии имеет комментарий, который я ввел в веб-интерфейсе при завершении тестирования, а запись о тестировании имеет пустой комментарий.

Во-вторых, их записи об устранении несоответствия никак нельзя понять, какое именно несоответствие было устранено. Получается, что перекрестные ссылки между записями о несоответствии и его устранении, которые были не так давно реализованы, не работают...

Мне кажется, что причина первой проблемы укроется в неудачном выборе способа типизации записей истории - когда одна запись имеет один фиксированный тип (в данном случае "тестирование" или "несоответствие"). Такая логика не очень точно соответствует реальной действительности, где результатом тестирования может быть обнаружение несоответствия, то есть сам факт неудачного тестирования уже означает, что имеет место несоответствие.

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

По второй проблеме предлагаю изменить отображение истории изделия в интерфейсе "Тестирование" таким образом, чтобы пользователи могли понять, какие записи относятся к одному и тому же несоответствию, а какие - к разным. Как один из возможных вариантов решения могу предложить группировать записи, относящиеся к одному и тому же несоответствию, в одну общую запись:

---

Несоответствие:
Обнаружено: Иван Напримеров, 12 января 2022 в 15:54:23: Нет линка у интерфейсе eth5.
Ремонт: Петр Степанов, 15 января 2022 в 11:24:54 - Неуспешно: Грелась D4. Заменил, но не помогло.
Ремонт: Петр Степанов, 15 января 2022 в 12:11:27 - Успешно: Заменил еще и D7.

---

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