|
|
1
4
是的,这是典型的。为了进行单元测试,您必须假设 公式 你用它来计算你的结果是正确的。这是你正在测试的软件实现。 您预先计算了一些手工计算的结果,以确保您没有使用被测代码来生成测试数据(单元测试中的一个非常糟糕的错误)。只要确保你记录了你的测试用例,这样你就知道预期值代表什么以及它们来自哪里。 |
|
|
2
1
手工计算和硬编码在生产代码中是不好的,但对于良好的单元测试至关重要。 您通常希望为代码的每个“状态”编写一个测试。例如,我经常编写具有正输入、负输入和零输入的测试,以确保代码按预期工作。 |
|
|
3
1
通常,我会制作一个自己记录但硬编码的神奇数字,比如 const int expected结果=2*4/some常量;//也许是一条评论。 测试的读者可以推断出值是什么,或者您可以在必要时添加额外的注释。 |
|
|
4
0
“单元测试”实际上应该只是测试单个单元。因此,理想情况下,您应该为您的
通过分别测试每个单元,您可以对它们在使用给定的输入集对其调用给定操作时的行为(如何
如果你的单元测试开始看起来像是在复制现有代码来测试某个功能,那么恐怕你做的单元测试是错误的,而且有一个更简单、更有效的解决方案适合你。 |
|
|
wavesinaroom · 断言结构向量长度 1 年前 |
|
|
Tim Kirkwood · 比较空数据帧 1 年前 |
|
Kamran Khan · 使用单元测试ASP。NET核心 1 年前 |
|
|
paymer · 为什么我的代码没有删除我的单元测试生成的zip文件? 1 年前 |
|
|
Ricky Mo · 角度测试如何模拟导入的const 1 年前 |
|
|
Natty · Visual Studio中缺少“代码覆盖率结果” 1 年前 |