gmh5225/maldec-edrРешение для обнаружения и реагирования на конечных точках Unix, использующее механизмы уровня ядра для обнаружения аномалий и атак вредоносного ПО в реальном времени.
MalDec-EDR — это решение для Unix-систем, предназначенное для обнаружения аномалий и вредоносных атак с использованием механизмов уровня ядра. Для получения дополнительной информации обратитесь к Документации.
Стандартная практика — предоставлять клиентам последнюю стабильную производственную версию в основной ветке и ветке с тегами. Ветка test служит зеркалом ветки разработки, подвергаясь батарее тестов и процессам обеспечения качества (QA). В то же время ветка разработки (dev) предназначена для текущей разработки проекта, улучшений и корректировок.
+-----------+
| feature1 |
+-----------+
|
+-----------+
| feature3 |
+-----------+
|
+-----------+
| feature2 |
+-----------+
|
+-----------+ +-----------+ +-----------+
| dev | ---> | test | ---> | main |
+-----------+ +-----------+ +-----------+
|
+--------------------------+
| | |
+-----+ +-----+ +-----+
|1.0.0| |2.0.0| | ... |
+-----+ +-----+ +-----+
Вам необходимо протестировать все компоненты MalDec-EDR; если возможно, опишите задачу компонентов, которые вы тестировали, какие пути вы использовали и как мы можем выполнить тесты; если возможно, создайте скрипт того, как работают тесты для вашей задачи. Более 1 разработчика может выполнить проверку.
Каждое изменение кода, каким бы малым оно ни было, в идеале должно сопровождаться тщательными модульными тестами. Эта практика имеет решающее значение для обнаружения потенциальных ошибок, внесённых другими разработчиками. Наличие модульных тестов служит защитой, гарантируя, что любые непреднамеренные изменения будут своевременно выявлены и устранены.
Изменения должен тестировать кто-то другой, а не разработчик, написавший код. Это особенно важно для крупных или высокорисковых изменений. Полезно добавить план тестирования в описание pull request, если тестирование изменений не является простым.