Я использую платформу Google Test.
Теперь мне нужно протестировать мою программу, чтобы увидеть, может ли она fork()
и exec()
еще один дочерний процесс с ожидаемыми аргументами cli при выполнении некоторых условий.
Но fork()
и exec()
— это системные вызовы, а не вызовы обычных функций.
Я НЕ могу просто перехватывать вызовы с помощью фиктивных объектов.
Как это сделать?
Какой тип тестирования мне следует провести в такой ситуации?
Порождение другого процесса похоже на тест компонента, тест интеграции или тест системы?
Используйте внедрение зависимостей и внедрите функцию системного вызова в свой производственный код через уровень абстракции (см. https://stackoverflow.com/a/54148046/7717227).
Я рекомендую этот подход, потому что он больше соответствует духу «модульного» тестирования, поскольку вы не создадите новый процесс.
Вы также можете проверить результат, который ожидаете увидеть. Когда fork
терпит неудачу, он возвращает -1
, который вы можете распространить вверх и проверить в своем модульном тесте. В качестве альтернативы вы можете использовать другой системный вызов waitpid
, чтобы проверить, запущен ли дочерний процесс. См.: Как проверить, завершились ли все дочерние процессы?
Имейте в виду, что ваше приложение exec
должно иметь свои собственные модульные тесты, и вам не следует тестировать их здесь. Между fork
и exec
также должна быть минимальная логика — любые пути ошибок в идеале должны проверяться в родительском процессе перед форком. Потенциальные проблемы на уровне системы (например, смена пользователей или достижение предела процесса) выходят за рамки модульного тестирования и относятся к тестированию на уровне интеграции или системы.
Не все поведения можно протестировать с помощью модульных тестов. Иногда вам нужно отложить такое тестирование до тестирования компонентов, интеграционных тестов или системных тестов.