相关疑难解决方法(0)

已经发布了几个关于依赖注入的具体问题的问题,例如何时使用它以及它有哪些框架.然而,

什么是依赖注入以及何时/为什么应该或不应该使用它？

什么是嘲弄？.

几年来我所使用的每一件产品都涉及一定程度的shell脚本(或Windows上的批处理文件,PowerShell等).尽管我们用Java或C++编写了大量代码,但似乎总有一些集成或安装任务最好用shell脚本完成.

因此,shell脚本成为已发布代码的一部分,因此需要像编译代码一样进行测试.有没有人有过一些shell脚本单元测试框架的经验,比如shunit2？我现在主要对Linux shell脚本感兴趣; 我想知道测试工具如何复制其他xUnit框架的功能和易用性,以及与CruiseControl或Hudson等连续构建系统集成是多么容易.

在OOP Universum于,有很多的信息,如何与DESGIN重构代码,使其单元测试友好.但我想知道,如何将这些原则/实践(使模拟更容易等)应用/翻译成shell脚本,这显然是不同的编程.

我必须解决一个非常庞大的代码库; 许多可执行和不可执行的过程,大型函数,大型全局状态,许多环境变量,以及通过重定向/管道和(不必要的)使用外部实用程序的任何地方(不必要的)进程间通信和文件处理.

如何重构shell代码(或在开头设计它),以便能够使用像bats和mocking-plugin这样的框架进行"良好"的自动单元测试？