Как протестировать программу на C++, если она fork() и exec() другого процесса?

Я использую платформу Google Test.

Теперь мне нужно протестировать мою программу, чтобы увидеть, может ли она fork() и exec() еще один дочерний процесс с ожидаемыми аргументами cli при выполнении некоторых условий.

Но fork() и exec() — это системные вызовы, а не вызовы обычных функций. Я НЕ могу просто перехватывать вызовы с помощью фиктивных объектов.

Как это сделать?

Не все поведения можно протестировать с помощью модульных тестов. Иногда вам нужно отложить такое тестирование до тестирования компонентов, интеграционных тестов или системных тестов.

Eljay 22.04.2024 02:50

Какой тип тестирования мне следует провести в такой ситуации?

Leon 22.04.2024 02:55

Порождение другого процесса похоже на тест компонента, тест интеграции или тест системы?

Eljay 22.04.2024 02:58
Стоит ли изучать PHP в 2023-2024 годах?
Стоит ли изучать PHP в 2023-2024 годах?
Привет всем, сегодня я хочу высказать свои соображения по поводу вопроса, который я уже много раз получал в своем сообществе: "Стоит ли изучать PHP в...
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
В JavaScript одним из самых запутанных понятий является поведение ключевого слова "this" в стрелочной и обычной функциях.
Приемы CSS-макетирования - floats и Flexbox
Приемы CSS-макетирования - floats и Flexbox
Здравствуйте, друзья-студенты! Готовы совершенствовать свои навыки веб-дизайна? Сегодня в нашем путешествии мы рассмотрим приемы CSS-верстки - в...
Тестирование функциональных ngrx-эффектов в Angular 16 с помощью Jest
В системе управления состояниями ngrx, совместимой с Angular 16, появились функциональные эффекты. Это здорово и делает код определенно легче для...
Концепция локализации и ее применение в приложениях React ⚡️
Концепция локализации и ее применение в приложениях React ⚡️
Локализация - это процесс адаптации приложения к различным языкам и культурным требованиям. Это позволяет пользователям получить опыт, соответствующий...
Пользовательский скаляр GraphQL
Пользовательский скаляр GraphQL
Листовые узлы системы типов GraphQL называются скалярами. Достигнув скалярного типа, невозможно спуститься дальше по иерархии типов. Скалярный тип...
0
3
71
1
Перейти к ответу Данный вопрос помечен как решенный

Ответы 1

Ответ принят как подходящий

Через внедрение зависимостей

Используйте внедрение зависимостей и внедрите функцию системного вызова в свой производственный код через уровень абстракции (см. https://stackoverflow.com/a/54148046/7717227).

Я рекомендую этот подход, потому что он больше соответствует духу «модульного» тестирования, поскольку вы не создадите новый процесс.

Через тестирование ожидаемого результата

Вы также можете проверить результат, который ожидаете увидеть. Когда fork терпит неудачу, он возвращает -1, который вы можете распространить вверх и проверить в своем модульном тесте. В качестве альтернативы вы можете использовать другой системный вызов waitpid, чтобы проверить, запущен ли дочерний процесс. См.: Как проверить, завершились ли все дочерние процессы?

Имейте в виду, что ваше приложение exec должно иметь свои собственные модульные тесты, и вам не следует тестировать их здесь. Между fork и exec также должна быть минимальная логика — любые пути ошибок в идеале должны проверяться в родительском процессе перед форком. Потенциальные проблемы на уровне системы (например, смена пользователей или достижение предела процесса) выходят за рамки модульного тестирования и относятся к тестированию на уровне интеграции или системы.

Другие вопросы по теме