java整理的经典的bug问题-白盒问题(转)

通过对Java代码进行白盒静态扫描,发现并总结了多种典型Bug类型,包括多线程安全、字符串操作不当等问题,提供了具体的示例及改进建议。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

白盒测试静态检查--java经典bug

经过一段时间白盒静态扫描,目前已经扫了两个包,发现了100多个bug.

值得欣慰的是,自己开发的工具也扫描出了一些bug,这段时间熬夜的开发没有白费.总结一下,主要问题的分类。随着这些经验的积累,可以作为日后人工审查和开发学习

经典案例。

 

 

 

 

 

 

 

如下列表展示

 

 TypeheadlinedemoComment
1多线程单例action里面包含有属性并且允许读写public class XxxAction extends Action{
 
 private StringBuffer vo = new StringBuffer();
 
 
 public void setVo(StringBuffer invo){
 vo=invo;
 }
 public StringBuffer getVo(){
 return this.vo;
 }
.................
单例action里面包含有属性进行读写
会引起数据错乱
2Bad practice字符串比较用==或者= if(dao.getADTerminalByServiceCode(serviceCode).getServicecode() == serviceCode){ String类型的比较不要用==或者!=,应该用equal方法
  就上面的代码永远都为false,因为==表示在同一常量区才会为true
3 字符串分割正则表达式使用不对String[] area = areaSize.split("*");正则表达式使用不对,会一直抛出异常
应该使用转义字符
4 字符串比较的空点异常vo.getVirtualFlag().equals("NO")建议修改为"NO".equals(vo.getVirtualFlag())
5 对象比较不对
if (this == obj) {
           return true;
       }
对象必须重再了hashcode方法,比较才有意义
6 流没关闭InputStream input = new BufferedInputStream(file.getInputStream());流没有关闭
会造成文件句柄资源耗尽,那么就无法再打开新的流
7 connection statement rs等没关闭 try{
  .....
} catch(..){

}finally
  if(rs!=null){
     rs.close();
   }
  if(stmt!=null){
    stmt.close();
  }
 if(conn!=null){
    conn.close();
  }

}
在rs有异常会关闭不了statement conn
在statement有异常会关闭不了conn
8Performance循环中创建字符串String children = "" ;
       ClassSpecVO[] t = cs.getTree();
       if ( t == null )
        return "";
       
       for ( int i = 0 ; i < t.length ; i ++ )
       {
        if ( children.length() != 0 )
         children += ",";
        children += constructJsonString(t[i]);
       }

children会循环创建对象,必须改为StringBuffer对象。用append进行连接字符串
9 不应该创建字符串对象String vsplist=new String(); 修改为高效的构造方法String vsplist=“”
 “”的字符串会在常量区不用创建对象

    

本文转自hcy's workbench博客园博客,原文链接:http://www.cnblogs.com/alterhu/archive/2012/03/14/2395696.html ,如需转载请自行联系原作者。

<think>好的,我现在需要帮助用户完成关于JUnit的实验介绍。首先,我要理解用户的需求。他们需要一、实验目的,包括掌握JUnit、基础类、测试环境搭建和简单测试;二、实验项目内容,涉及编写一个有错误的计算器程序并用JUnit测试。 首先,我得确保自己了解JUnit的基本知识。JUnit是Java的单元测试框架,属于xUnit家族,用于白盒测试。用户提到需要介绍实验目的的三个点,所以需要分点说明,每个点要简明扼要。 接下来是实验内容部分。用户提到要编写一个计算器程序,减法方法有逻辑错误但能通过编译,然后用JUnit测试。我需要详细说明如何创建计算器类,故意在subtract方法里制造错误,比如写成a + b而不是a - b。然后,引导用户如何搭建JUnit测试环境,可能是在Eclipse中创建测试用例,使用@Test注解,断言机制等。 需要注意用户提供的系统级指令,比如数学公式用$...$,但这里可能涉及代码,所以需要正确展示代码块。同时,回答必须结构清晰,步骤明确,确保用户能一步步跟着操作。 可能还需要考虑用户的实际操作中会遇到的问题,比如如何导入JUnit库,如何编写测试方法,如何处理测试失败的情况。此外,要强调断言的作用,比如assertEquals的使用,以及如何通过测试发现逻辑错误。 最后,总结部分要回顾实验的关键点,确保用户理解JUnit的作用和测试流程。可能还需要提醒用户检查代码的编译问题,确认测试案例的覆盖情况,以及如何分析测试结果来修复bug。 现在需要组织这些内容,用中文分步骤说明,确保符合格式要求,不使用Markdown,但结构清晰。同时要检查LaTeX是否正确,不过在这个问题中可能用到的数学公式较少,主要是在计算器功能中,如加减乘除,可能用代码示例更合适。 需要确保每个部分的信息准确,比如JUnit的核心类(TestCase、TestSuite、Assert等),测试环境搭建的具体步骤,比如在Eclipse中如何添加JUnit库,创建测试类等。对于故意引入的错误,要明确说明在哪里,比如减法方法中的错误,并展示测试如何捕捉到这一点。 可能还需要提供一个示例代码结构,比如Calculator类的加减乘除方法,然后测试类中的各个测试方法,特别是测试减法时会失败,从而演示JUnit的断言机制。 总之,我需要将上述思考整理成一个结构化的回答,分实验目的和实验项目内容两部分,每个部分详细但不过于冗长,确保用户能按照步骤完成实验,并理解JUnit的应用。</think>一、实验目的 1. **掌握JUnit基本概念** JUnit是Java语言的单元测试框架,属于xUnit体系(如PythonUnit、CppUnit)。它通过**白盒测试**验证代码逻辑,帮助开发者验证程序是否按预期运行。 2. **掌握JUnit核心类** - `TestCase`:定义测试用例的基类。 - `Assert`:提供断言方法(如`assertEquals`、`assertTrue`)。 - `TestSuite`:组合多个测试用例的测试套件。 3. **搭建JUnit测试环境** 主流程开发环境(如Eclipse、IntelliJ)已集成JUnit。需在项目中添加JUnit库,并编写测试类验证目标代码逻辑。 --- 二、实验项目内容 **任务1:编写有逻辑错误的计算器程序** 创建一个`Calculator`类,包含加减乘除方法,其中**减法方法故意植入错误**。 ```java public class Calculator { // 加法 public int add(int a, int b) { return a + b; } // 减法(错误逻辑:应为 a - b) public int subtract(int a, int b) { return a + b; } // 错误点! // 乘法 public int multiply(int a, int b) { return a * b; } // 除法 public int divide(int a, int b) { if (b == 0) throw new ArithmeticException(); return a / b; } } ``` **任务2:使用JUnit进行测试** 1. **创建测试类** 在IDE中新建测试类`CalculatorTest`,使用`@Test`注解标记测试方法。 ```java import org.junit.Test; import static org.junit.Assert.*; public class CalculatorTest { Calculator calc = new Calculator(); @Test public void testAdd() { assertEquals(5, calc.add(2, 3)); // 预期5,实际5 → 通过 } @Test public void testSubtract() { assertEquals(1, calc.subtract(3, 2)); // 预期1,实际5 → 失败! } } ``` 2. **运行测试并分析结果** - **测试通过**:`testAdd`方法显示绿色,表明加法逻辑正确。 - **测试失败**:`testSubtract`方法显示红色,JUnit提示预期值(1)与实际值(5)不符,暴露减法逻辑错误。 3. **修复错误** 修改`subtract`方法为`return a - b;`,重新运行测试,验证是否通过。 --- 三、关键知识点总结 1. **JUnit断言机制** 通过`assertEquals(expected, actual)`比对预期与实际结果,快速定位逻辑错误。 2. **测试驱动开发(TDD)** 先写测试用例,再实现功能代码,最后通过测试验证代码正确性。 3. **白盒测试** 基于代码内部逻辑设计测试用例,覆盖分支、边界条件等。 **实验结果验证**: - 减法测试失败 → 发现代码逻辑错误 → 修复后测试通过 → 验证JUnit的有效性。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值