我正在为一次科学会议写一篇论文。为了彻底，在那篇论文中，我说我在系统中对所有其他测试（系统测试，可用性等）进行了单元测试。
在结果部分，对于单元测试，我只是说所有的测试都通过了。我把草稿提交给我的顾问，现在他告诉我，我需要更详细地总结一下我所做的单元测试。
我从未听说过编写单元测试的结果摘要。有这样的事吗？
答案 0 :(得分：1)
单元测试的详细摘要可能包括代码覆盖率的度量，或者显示您已实现代码覆盖的位置的图表。但即使这样也不是特别有价值。这是单元测试问题的一部分 - 添加单元测试很容易添加额外的代码覆盖率，而不会增加您对代码的信心。
如果您有一些特定的测试，例如测试已知的输入/输出组合，或测试某些边缘或异常情况的处理，那么您可以记录这些。如果您使用测试驱动开发，测试来自问题及其分析，而不是来自“改装”方式的代码，那么也可以这样说。
一定要在那里加上一些简单的指标，但是你总是需要用一点点盐...
答案 1 :(得分：0)
以下是您可以考虑报告的一些其他指标：
除此之外，您可以选择描述您使用的单元测试框架，以及您是否使用了特定的方法（测试驱动开发或测试后）。
答案 2 :(得分：0)
在大多数跑步者中，最小输出也会显示运行的测试次数（你怎么能告诉它发现任何测试？）。
人们可能会看到的其他功能是：
答案 3 :(得分：0)
如果单元测试是单元测试la jUnit，那么可以调整框架以显示测试名称（TestCase方法的名称）和断言消息（如果有的话）以生成原始描述单元测试。为了满足QA人的要求，我必须这样做一次。
也许他认为单元测试是手动执行的，只是询问了有关它们的详细信息，本文是否明确说明单元测试是自动的？