这是GLADIUS系列的第三章：

一：简介：GLADIUS–一个测试单元框架

二：GLADIUS–下一个层次

秘密发展

在前两部分我展示了如何建立一个自动化学习和研讨会的框架。我展示了基础知识和基于DEMO\u GENERIC\u程序的第一个编辑器原型。最吸引人的是，有一个主类包含一个全局测试单元类，我们可以走私任何其他（定义的）类来执行主函数。

如果你看一看codefairs或codewairs网站，你会发现有公共测试用例，你可以看到输入和输出。但也有秘密或隐藏的测试单元，你只能看到他们是否通过或失败。你看不到输入参数

如果你可能会问为什么应该有用户不知道的测试：你可以在这些秘密测试中创建特殊的测试用例，云机服务器，让用户真正思考如果他认为一切都是对的，然后有一个测试证明他错了。但不是为什么…

创建秘密测试

我想向您展示如何在我们的框架中实现这些秘密测试：

最简单的方法是将类ZCL\u GLDS\u DEMO\u TEST\u单元复制到ZCL\u GLDS\u DEMO\u Secret\u Tests。您可以更改方法名称并适应更改：

测试本身不应该给出太多关于测试的提示：

要检查单元测试是否工作，我们必须将类ZCL\u GLDS\u DEMO\u test\u MASTER复制到ZCL\u GLDS\u DEMO\u SECRET\u MASTER。您必须更改全局测试类的继承：

不需要secret master类。但是它使秘密测试的实施者更容易进行测试，什么叫物联网，因为他可以通过按CTRL-SHIFT-F10立即检查它们。

使用模板

下面的解决方案是最简单的快速和肮脏的解决方案。我刚刚为秘密测试的报告ZGLDS\u DEMO\u模板添加了一个新的部分

至少在没有模板的情况下可以轻松地创建完整的模板报告，云服务器特价，因为您只需要知道接口的名称、测试单元类的名称和秘密测试的名称。

在这个解决方案中，我决定使用该报告并取消注释执行单元测试或秘密测试所需的行。

检查解决方案

到目前为止，报告检查测试单元并显示用于显示结果的标准屏幕。

如果我们对秘密测试执行此操作，则用户可以轻松单击失败的测试并查看源代码秘密测试单元，找出使用了哪些参数。为了避免这种情况，我们必须从测试运行结果中选取主要信息，大量数据，这不是那么容易的…

下面的代码找出是否有失败的秘密测试：

代码非常愚蠢，也不是很好。但是它会找出失败测试的数量和它们的名称。

我想在这里我应该找到一个更好的解决方案，智能建站软件，在ALV网格中显示结果。还应该有一个关于通过测试的信息。但是，正如我在上一篇文章中提到的，测试运行者只返回失败测试的信息。

如果有人有想法调整运行者，我会很高兴听到！

Code Arena 2.0

在这一步中，我使用拆分器稍微调整了屏幕的显示。

注意

测试单元的标准结果非常有用。如果我可以将返回的数据解释为显示秘密测试的结果，那么我也可以以不同的方式显示正常的测试单元。出于我的目的，用户只需要知道每个单元测试的以下内容：

名称描述给定输入预期产量结果