Начал с тестированием разбиарться. Лучше делать fixture в таких случаях

Question

Начал с тестированием разбиарться. Лучше делать fixture в таких случаях

или можно в сценарии прямо объекты создавать и использовать TEST() ?

// This fixture for test
class StringTest : public ::testing::Test {
protected:
std::string StrEnglish;
std::string StrEmpty;

// Init these objects here
void SetUp() override {
StrEnglish = "Hello my good guy";
StrEmpty = "";
}

};

// If str not valid -> return empty
TEST_F ( StringTest, StrEngNotValid) {
ASSERT_EQ ( Filter( StrEnglish, "Some text" ), StrEmpty );
}
//=========================================================
// If str not valid -> return empty
TEST ( StringTest , StrEngNotValid) {
std::string StrEnglish = "Hello my good guy";
std::string StrEmpty = "";
ASSERT_EQ ( Filter( StrEnglish, "Some text" ), StrEmpty );
}

#c #embedded #programming #russian

0

02.10.2023

4 ответов

3 просмотра

floy.

Скорее в этом случае вам подойдёт просто fixture, он здесь поможет избежать переиспользуемого кода и даже улучшит читаемость)

0

7 месяцев назад

Sergey Автор вопроса

floy.
Скорее в этом случае вам подойдёт просто fixture, ...

Еще вопрос к Вам, void TearDown() вызывается перед деструктором. Для чего это может быть нужно? Можете объяснить.

0

7 месяцев назад

floy.

Sergey
Еще вопрос к Вам, void TearDown() вызывается пере...

В целом он может управлять подготовкой и очисткой ресурсов, связанных с выполнением тестов. Например, если у тебя есть класс, имеющий один или несколько тестовых случаев, то в TearDown() ты можешь освобождать ресурсы, выделенные этому классу, или сбрасывать его состояние к изначальному

0

7 месяцев назад

floy. · Accepted Answer

floy.

это gtest?

0

7 месяцев назад

170 похожих чатов

Начал с тестированием разбиарться. Лучше делать fixture в таких случаях

4 ответов

Похожие вопросы