zoukankan      html  css  js  c++  java
  • 单元测试的好处

    对于单元测试,我慢慢的用得多起来。前不久,还对这个东西朦朦胧胧,觉得很神秘。

    现在,我觉得单元测试真是极好的。

    好在哪里呢?就是好来就是好!

    靠,这又不是某D某主义,得讲理。怎么个好法,要说出理由。

    好吧,我觉得单元测试可以
    1、保证代码质量
    2、提高开发效率

    比如说,这2天我与另一位同事共同开发某模块。他搞前端,我写服务器端,他要调用我的方法。开发是并行的,我在写方法的时候,他的界面还没好,那怎么确保我的方法正确呢?不可能等他写好界面,写好调用我方法的代码,然后我俩再一起测试吧?

    结果我使用了单元测试,跑了几遍,发现了一些问题,都修正了。后来界面出来,一次性调用成功。

    对于那些与界面结合的功能,用单元测试来验证功能的正确性,效率要高出许多。想想吧,有一个表单,绑定了许多字段,点击按钮,提交,更新到数据库,如果没有单元测试,那么我们要一遍遍地修改-编译-打开界面-录入数据-提交-验证,会多麻烦!尤其是界面很复杂的情况。单元测试就不同了,只需一次过在代码里准备好测试数据,就可以开跑。

    另外,对于调试,我们可以运行界面,或者附加进程,如果机器内存不够,慢死了。而单元测试,可以选择调试该测试,轻轻松松就运行到断点,方便得很!

    还有,如果之前写好的方法,做了修改,我们只需重跑一遍单元测试项目里的测试,有无产生新BUG,一目了然!

    每当一个单元测试通过后,那一抹亮丽的绿色出现在屏幕,是那样的炫丽,是那样的让人放心。
    这里写图片描述

  • 相关阅读:
    我的Ajax之旅(一):不能加载'AjaxControlToolkit'。。。拒绝访问
    网络编程(一):用C#下载网络文件的2种方法
    Locks
    Threads
    C语言中函数名和struct名可以重名!
    使用#include <pthread.h>
    APUE Chapter 7 (2)main函数的参数
    Creating a shared and static library with the gnu compiler [gcc][转]
    Signals
    APUE Chapter 7(3) – Memory layout of a C program
  • 原文地址:https://www.cnblogs.com/leftfist/p/6808751.html
Copyright © 2011-2022 走看看