gpt4 book ai didi

c++ - 在单元测试时操作迭代器

转载 作者:行者123 更新时间:2023-11-30 04:26:42 25 4
gpt4 key购买 nike

我依赖于使用以下结构的 c api(函数名称只是一个示例):

getRoot(FolderHandle* out)
getFirstChildFolder(FolderHandle in, FolderHandle* out)
getNextFolder(FolderH in, FolderHandle* out)
getChildFolder(FolderH in, FolderHandle* out)
getProperties(FolderH in, PropertiesH* out)
getChildFolder(FolderH in, FolderH* out)
getName(PropertiesH in, char** out)
getFile(FolderH in, FileH* out)
getNextFile(FileH in, FileH* out)
getProperties(FileH in, PropertiesH* out)

因此,我首先调用 getRoot 来获取根目录的文件夹句柄。为了获取根文件夹中第一个文件的句柄,我随后调用传入文件夹句柄的 getFile()。要获取此级别上的第二个和后续文件,我调用 getNextFile,传入前一个文件句柄。

我将其包装成一组 C++ 接口(interface)的形式,如下所示:

class IEntry
{
public:
...
virtual IFolder* root() = 0;
};

class IFolder
{
public:
...
typedef Iterator<IFile, FolderH, FileH> FileIterator;
virtual FileIterator filesBegin() const = 0;
virtual FileIterator filesEnd() const = 0;
};

class File
{
public:
...
virtual IProperties* properties() = 0;
};

class Properties
{
public:
...
virtual std::string name() = 0;
};

在单元测试中,我需要做的就是使用 IEntry、IFolder、IFile 等的 Google Mock 实现,这非常方便。此外,接口(interface)以更易于理解和使用的方式组织来自 c api 的函数。特定接口(interface)的实现,包装关联的句柄。

我使用迭代器将 getFile 和 getNextFile 等函数调用联系在一起,在这种情况下,它们会迭代文件夹中的文件。 api 中有很多这样的函数对,所以我使用一个名为 Iterator 的模板类来创建我的 C++ 风格的迭代器。

我实际上使用的是 std::shared_ptrs,而不是普通指针。

下面是一个单元测试的例子:

std::string a(IEntry& e) 
{
std::shared_ptr<IFolder> f = e.root();
return f->properties()->name();
}

TEST (FooTest, a)
{
MockEntry e;
std::shared_ptr<MockFolder> f(new MockFolder());
std::shared_ptr<MockProperties> p(new MockProperties());

EXPECT_CALL(e, root()).WillOnce(testing::Return(f));
EXPECT_CALL(*f, properties()).WillOnce(testing::Return(p));
EXPECT_CALL(*p, name()).WillOnce(testing::Return("Root"));

EXPECT_EQ(a(e), "Root");
}

然而,当涉及到迭代器的使用时,事情会变得更加棘手。这是我在这种情况下使用的方法:

std::string b(IEntry& e)
{
std::shared_ptr<IFolder> folder = e.root();
IFile::FileIterator i = folder->filesBegin();
if(i!=f->filesEnd())
{
return i->properties()->name();
}
else
{
return "";
}
}

TEST (FooTest, b)
{
MockEntry e;
std::shared_ptr<MockFolder> f(new MockFolder());
loadFileIteratorWithZeroItems(f);
loadFileIteratorEnd(f);
std::shared_ptr<MockProperties> p(new MockProperties());

EXPECT_CALL(e, root()).WillOnce(testing::Return(f));
EXPECT_EQ(b(e), "");
}

测试是测试 else 子句。我还有另外两个测试来测试其余代码(一个文件和多个文件)。

函数 loadFileIteratorWithZeroItems 正在操纵迭代器的内部结构,以便迭代零项。 loadFileIteratorEnd 设置 filesEnd() 的返回值。这是 loadFileIteratorWithZeroItems:

void loadFileIteratorWithZeroItems (std::shared_ptr<MockFolder> folder)
{
std::shared_ptr<MockFile> file(new MockFile());
std::shared_ptr<MockFileFactory> factory(new MockFileFactory());
std::shared_ptr<MockFileIterator> internalIterator(new MockFileIterator());
FolderH dummyHandle = {1};

EXPECT_CALL(*internalIterator, getFirst(testing::_,testing::_)).WillOnce(testing::Return(false));
MockFolder::FileIterator iterator = MockFolder::FileIterator(factory,internalIterator,dummyHandle);

EXPECT_CALL(*folder, filesBegin()).WillOnce(testing::Return(iterator));
}

工厂用于创建迭代器指向的项。这是单元测试的模拟版本。内部迭代器是函数 getFile() 和 getNextFile() 以及所有此类函数对的包装器,具有接口(interface) getFirst() 和 getNext()。

我还有名为 loadFileIteratorWithOneItem 和 loadFileIteratorWithTwoItems 的函数。

谁能建议一种更好的方法来测试上面的函数 b?

我的设计是否从根本上被剥离了?迭代器实现有问题吗?

最佳答案

在我看来,您实际上并没有充分发挥模拟的潜力。要在这种情况下测试 b,我将简单地使用以下测试用例:

TEST (FooTest, b) 
{
MockEntry e;
MockFolder f;
IFile::FileIterator it; // I don't know how you construct one,
// just make sure that it == it

ON_CALL(e, root()).WillByDefault(Return(&f));
ON_CALL(f, filesBegin()).WillByDefault(Return(it));
ON_CALL(f, filesEnd()).WillByDefault(Return(it));

EXPECT_CALL(e, root()).Times(1);
EXPECT_CALL(f, filesBegin()).Times(1);
EXPECT_CALL(f, filesEnd()).Times(1);

EXPECT_EQ(b(e), "");
}

在我看来,这是使用模拟的最优雅的方法。很清楚发生了什么,并且您不依赖任何其他代码来设置行为。这测试只是 b 函数的else 子句。

关于c++ - 在单元测试时操作迭代器,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/11392757/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com