不给以后的你找麻烦,编写单元测试吧

原本我想要写造福后人,请为你的程序编写单元测试吧。突然觉得这样写会不会太高尚了一些,想想还是不给以后的自己找麻烦,编写单元测试比较好。

一直都在隐式的做着单元测试

你可能没有听过单元测试,或者听过,但没有使用单元测试框架来做单元测试,又或者对单元测试框架不屑一顾等等…(等等,这不是在说我自己嘛)

好了,在你没有使用单元测试框架之前,其实你一直在不知不觉中使用单元测试。

比如,当你写完了一个方法的时候,你会在下面调用这个方法,然后看看运行的结果,哦,对了,要的就是这个结果。这就是一个单元测试啊!你对这个方法做了一个测试,传n个参数进入,输出一个结果,结果与预期一致,通过;结果与预期不一致,失败,debug代码…

不断被重构的项目

一段不能被测试的代码,是极其糟糕的,我认为。

一个没有单元测试的项目,当你超过半年(以上)没有动它,并且现在要再次改造它,我认为有80%的可能你会将它进行重构!

不进行单元测试,你永远不知道你写的代码有多糟糕。

我接手的项目中,从来没有一个项目里面有单元测试代码,这种欲仙欲死的感觉真是酸爽。总结了一下几问题,都是由于单元测试引起的。

1.常驻内存脚本中充满了面向过程的代码

2.很多方法,我完全不知道返回值是什么

3.各个模块之中,居然有相当大的重合度

4.依赖太严重,想想那几年没有人住的老房子里面的蜘蛛网吧!

造成的后果就是,后面接手的人可能会看前人写的代码看到吐。然后着手重构!这一定是一个恶性循环

单元测试和代码同步

每个人都是懒惰的,在写完了代码还要去写单元测试,鬼才愿意去干。那么最好的方法就是在写代码的时候去写单元测试,同步进行。这样当写完代码之后,你的单元测试代码也写完了。

在php中,我所用过的单元测试框架是phpunit,这也是大家都推崇的单元测试框架。

赞赏

微信赞赏支付宝赞赏

其他

发表评论

电子邮件地址不会被公开。 必填项已用*标注