缺少必要的单元测试覆盖

[voidint]

可以先从最简单的util开始。

[voidint]

单元测试编写困难，无非以下的原因：

• 太懒。
• 代码太烂。多想想怎么做到一个函数仅完成一个单一的功能。
• 代码中依赖的服务和组件太多。对于这类依赖，假如这些个依赖不是当前函数所关注的点，那么大可以mock。（新发现的这个mock库还算好用，已在其他项目中试用）

[linuxr]

单元测试很重要，尤其对保证代码的质量。

很多书和文章都写了单元测试的重要性，好处以及如何做单元测试，但是，很少会讨论单元测试的必要性和单元测试本身的成本。
首先，在现在这个阶段，我感觉更重要是根据这个工具的定位，不断尝试功能和使用方式，尽快能试用起来。
还有作为插件和堡垒机结合的方式也是考虑的重点。

其次，写好单元测试的成本其实不比开发真正代码低（其中涉及很多边界测试用例，以及真实代码易测试性的改善等等），除非只是象征性的写些测试代码。
所以，单元测试不足并不是只有 issue 中提出的原因（issue提出的原因把责任全部推在 开发 这个角色上），至少还有：

1. 是否提供写单元测试的人力，时间
2. 在尝试和实验功能，实现方式的阶段，是否必须要单元测试，或者是单元测试要做到什么程度

总之，我是非常支持写单元测试，也非常支持issue中提出的问题。虽然这个issue可能短期内我一个人还无法解决，但会一直Open，直到完善单元测试。