软件调试:利用断言ASSERT宏定位软件bug

/*    
 *Author  : DavidLin           
 *Date    : 2014-12-26pm           
 *Email   : [email protected] or [email protected]           
 *world   : the city of SZ, in China           
 *Ver     : 000.000.001           
 *For     : threads for rxtx!        
 *history :     editor      time            do           
 *          1)LinPeng       2014-12-26      created this file!           
 *          2)           
 */ 

/* assert_self.h */

#ifndef  __ASSERT_SELF_H__
#define  __ASSERT_SELF_H__

#include<stdio.h>

#define    ASSERT_ENABLE    (1)
#define    xprintf    printf  /* xprintf can be tty print or uart print, etc */

#if  ASSERT_ENABLE

#define assert_error()      do     {         xprintf("[ERROR] Assert FILE: %s: LINE %d\n", __FILE__, __LINE__);  \ 
    }while(0)

#define    ASSERT1(para)      do     {         if(!para)         {            assert_error();         }      }while(0)  
#else  /* if ! ASSERT_ENABLE */
 
#define    ASSERT1(para)      do     {         if(para)         {         }      }while(0)   

#endif  /* end of ASSERT_ENABLE */

#endif  /* end of __ASSERT_SELF_H__*/

测试用例

/* test case : test.c */

#include<stdio.h>
#include"assert_self.h"  

int main(int argc, char* argv[])
{
    switch(argc)
    {
	case 2:
	    ASSERT1(atoi(argv[1]));
	    break;
	default:
	    printf("ARG ACCEPT 1\n");
	    break;
    }

    exit(0);
}

软件Bug定位,很多时候,比如利用Assert宏,可以把48小时的调试大餐压缩成1口可以吃掉的饭后甜点,每个软件小组都在重新演化,过去的经验总是得不到很好的传承,这就是我们!

时间: 2024-12-25 04:15:47

软件调试:利用断言ASSERT宏定位软件bug的相关文章

什么是软件调试

软件调试的概念 软件调试是泛指重现软件缺陷问题,定位和 查找问题根源,最终解决问题的过程. 软件调试通常有如下两种不同的定义: 定义1:软件调试是为了发现并排除软件程序中 的错误,可以通过某种方法控制被调试程序的执行过 程,以便随时查看和修改被调试程序执行状态的方法. 在该定义中,软件测试属于软件调试的一部分,与 牛津词典中的调试定义类似. 在牛津词典中调试定义 为:“识别和排除计算机硬件或软件中错误的过程.” 定义2:调试是执行一次成功的测试之后所要进 行的工作. 所谓成功的测试,是指它可以证

软件调试和应用软件开发模式

根据软件代码规模,应用软件的开发大致分为三 种模式. 程序员个人开发的小软件 用例图 这种模式和早期的软件开发模式类似. 小软件开发用例图如图所示. 软件调试的特点 发现问题(测试).定位问题和提出解决问题方 案.修改程序代码.验证全部由程序员负责. 软件调试 可以分为静态调试与动态调试. 1.静态调试. 源程序代码编译时同时对源代码进行静态检查, 编译器提供了源代码各种编程错误和错误所在的位 置. 静态调试就是程序员逐条修改编译器提示的错 误,通过代码编译这一关. 2.动态调试. 动态调试分为

&lt;读书笔记&gt;软件调试之道 :问题的核心-重现问题

声明:本文档的内容主要来源于书籍<软件调试修炼之道>作者Paul Butcher,属于读书笔记. 重现第一,提问第二 问题重现是实证过程的最强大武器,如果不能重现问题,你也无法证明修复了它 首先按照缺陷报告的描述的步骤来做, 抓住重点,包含三个控制因素 软件本身:确保你使用的软件版本和bug提交的版本一致,使用相同的编译工具和相同的编译参数. 软件运行环境:如果要与外界环境交互,则确保使用相同外部系统.比如测距仪,需要在同样的光照环境.温度和供电方式. 提供的输入:如果软件代码的运行和配置参数

《软件调试的艺术》学习笔记——GDB使用技巧摘要

<软件调试的艺术>学习笔记——GDB使用技巧摘要 <软件调试的艺术>,因为名是The Art of Debugging with GDB, DDD, and Eclipse. 作者是美国的Norman Matloff和Peter Jay Salzman,中文版由张云翻译.是人邮出版社图灵程序设计丛书初版.这里称为"艺术",个人觉得有点过了,但是其中关于gdb以及在gdb基础之上集成的DDD和Eclipse调试技巧的整理确实是做的很好,对于Linux/开源社区下的

&lt;读书笔记&gt;软件调试之道 :从大局看调试-理想的调试环境

声明:本文档的内容主要来源于书籍<软件调试修炼之道>作者Paul Butcher,属于读书笔记.欢迎转载! ----------------------------------------------------------------------------------------------------- 自动化测试 1.有效的自动化测试 明确说明测试结果是否通过 不需要安装.测试后也能够撤销对环境所做的任何修改 单击运行所有的测试 全面覆盖,做到足够解决完全覆盖是可能的 2. 自动化测试

&lt;读书笔记&gt;软件调试之道 :从大局看调试-零容忍策略

声明:本文档的内容主要来源于书籍<软件调试修炼之道>作者Paul Butcher,属于读书笔记.欢迎转载! -------------------------------------------------------------------------------------------- 缺陷优先 如何使缺陷修复与软件开发相结合? 如何估计缺陷修复花费的时间? 如何确保项目不会陷入<人月神话>中所描述的无数缺陷修复的焦油坑中呢? 缺陷优先 要采用早起缺陷修复原则,并且基于以下两

&lt;读书笔记&gt;软件调试之道 :问题的核心-如何修复缺陷

声明:本文档的内容主要来源于书籍<软件调试修炼之道>作者Paul Butcher,属于读书笔记.欢迎转载! 修复缺陷 对于一个好的修复来说,不仅仅是让软件运行正确,还需要为将来奠定基础.一些列零散的未经仔细考虑的修改,都将是原本的简洁设计逐步消失. 好的修复必须同时实现以下目标: 修复问题 避免引入回归 维持或者提高代码的整体质量 -----------需要参考的规则如下---------- 1.清除障碍 确保一切从头开始,当你不舍得抛弃诊断阶段所做的修改时,利用源码控制系统. 需要对所做的修

&lt;读书笔记&gt;软件调试之道 :问题的核心-诊断

声明:本文档的内容主要来源于书籍<软件调试修炼之道>作者Paul Butcher,属于读书笔记. 不要急于动手! 尽管可以利用各种工具和技术以及软件自身查找缺陷,但是你最重要的财富是你的智慧 一种调试方法 提出假设->设计实验->假设不成立,重新开始 采用不同类型的实验 进行几种不同类型的实验,但是每种实验必须有一个明确的目标.比如软件内部运行状态.软件的输入参数.本身编码逻辑. 实验必须起到验证的作用 实验是一种达到目的手段,而不是目的的本身.可以通过实验用来证明或者推翻假设.

《软件调试的艺术》笔记--停下来环顾程序

1.断点列表 创建的每个断点(包括断电.监视点和捕获点)都标识为从1开始的唯一整数标识符.这个标识符用来执行该断点上的各种 操作.调试器还包含一种列出所有断点及其属性的方法. 调试下面的代码:(代码1) #include <stdio.h> void display(int i) { i = i + 1; printf("i = %d\n",i); } int main(void) { int i = 1; display(i); return 0; } 设置断点--显示断