• [shell]如何测试shell脚本,保证正确


    如何用最快最有效的方式进行测试?

    很多开发的习惯是,二话不说,写完/拿到,就跑一把,看看输入,输出,想要的操作是否完成,也就过了。

    其实这是十分不严谨的,若是未经过QA,风险还是相当大的。

    以下即shell脚本测试流程,仅供参考

    1.代码走读:

        通读代码,确保明白代码的实现和自己预设的一致。

        读什么?

        A.代码逻辑:这个脚本用来做什么,主要分为多少步,分别做了什么事情?

            用于检查是否有遗漏逻辑,或有悖于需求。

        B.具体语法,变量,判断语句

            语法方面的东西,变量是否定义,判断语句逻辑是否正确,是否考虑各种异常,错误是否退出,返回正确状态值等。

    2.语法检测:

        shell的语法还是相当让人无语的,很多很容易疏忽遗漏的地方

        命令格式: sh -n ***.sh 

        若是没有异常输出,证明脚本没有明显的语法问题。

    3.运行跟踪:

       实践是检验整理的唯一标准,跑一把。

       不过,可不是直接运行然后去看最终结果,这样会遗漏掉很多中间过程。

       命令格式: sh -vx ***.sh

       得到效果如下:

     

    我们可以看到

    每行代码原始命令(无+的):[这是-v的效果]

    代码执行时的情况(带+),包括运算结果,逻辑判断结果,变量赋值等等[-x的效果]

    而我们所要关注的就是这些信息,主要是变量值和逻辑判断结果。

    4.覆盖分支:

       直接跑,只能覆盖到主体流程,对于其他控制流分支的代码是无法覆盖到的。

       对于关键性的,重点的逻辑,我们需要制造条件,使运行脚本可以进入对应分支

    5.其他:

       A.关于bashdb:

          可以尝试下,但是感觉投入产出比不高

       B.关于单元测试:

          实际工作中,由于项目压力比较大,单元测试的成本还是相当高的,所以目前为止没有。

    6.有没有更好的方式?

        好吧,单步跟踪,脚本短的还好,日志信息不会太多,要是多了,存在调用其他脚本等等.....

        日志量达到几千行,这是很轻易的事情。

        跟踪过的童鞋有同感,展现不够友好,惨白惨白一片,一千行下来,看的眼花。

        很容易遗漏(LZ被坑了好多回,你看,或不看......错误信息明明就在那里,就是视而不见)

        So.进行了一层优化,对日志进行处理,使用正则,标注我关心的信息

        效果图对比:

    处理后:(对错误,关键信息进行颜色标记,在linux终端可以显示)

       

         脚本是用python实现的,位置:

    https://github.com/wklken/pytools/tree/master/shell

           思想是:执行,抓到所有日志,用正则进行匹配,打上颜色,然后输出

         欢迎一起优化,使之功能更完善
    ---------------------
    原文:https://blog.csdn.net/wklken/article/details/7983054

  • 相关阅读:
    mybatis与spring的整合(代码实现)
    使用maven构建一个web项目
    解决maven 找不到指定路径应该如何
    建一个maven项目
    spring xml的配置
    mybatis.xml和mapper.xml的配置
    mvc @helper 创建用户自定义html
    sqlserver CLR sqlserver使用C# dll
    索引碎片
    压缩数据库
  • 原文地址:https://www.cnblogs.com/faithfu/p/10715145.html
Copyright © 2020-2023  润新知