谁能举个bug：单元测试能查到，系统测试无法查到，或者很难查到

7265695

最好多举几个啊，否者如果单元测试能做到的，系统测试都能做到的话，那就基本可以不需要单元测试了。因为单元测试要投入的精力可比系统测试大多了，虽然单元测试阶段找到的bug，修改费用比较低。但两者综合起来，还是单元测试昂贵。

liming_oicq

你可以从单元测试和系统测试的考察范围来考虑啊,单元测试的考察范围是数据结构,逻辑控制和异常处理...
系统测试考察的是整个软件系统,这样就很容易找到了

Yzzz

哈哈~太多了。。。。比如内存的申请释放。。语句的优化等等。。
也许经过优化程序能更稳定。。也更简洁。。。。毕竟手机那么小的
内存是很需要代码优化的。。。。sdlkfj3

baizhudan

单元测试要投入的精力可比系统测试大多了

不明白为什么？我认为正好相反。单元测试一般是有程序员自己完成的吧？有针对性且透明，黑盒系统要涵盖的非可见的东西太多了，投入的精力也要更多且没有明显方向的但必须尽量全面的。

[ 本帖最后由 baizhudan 于 2007-9-7 17:04 编辑 ]

Fin

需求: 输入三个参数
A.如果第三个参数为 0 ,那么就把参数一和参数二相加,例如: 1+3 => 4(不显示,直接入库);  提示:输入成功!
  Test Case1:   输入:参数1=1;参数2=3;参数3=0  执行步骤.... 输出: "输入成功!"
B.如果第三个参数为 1 ,那么就把参数一和参数二合成一个数,例如: 1+3 => 13(不显示,直接入库); 提示:输入成功!
  Test Case2:   输入:参数1=1;参数2=3;参数3=1  执行步骤.... 输出: "输入成功!"
C.如果第三个参数不为0也不为1,那么不做 A,B ;提示:请输入正确的操作类型!
  Test Case3:   输入:参数1=1;参数2=3;参数3=(非0非1的任意数字字符等或者不添)  执行步骤.... 输出: "请输入正确的操作类型!"

代码(Java):
public class Fin {
/**
  * @方法名：main
  * @说明：主main方法--驱动，传递3个参数，进行相加，程序执行完毕提示执行成功;如果操作错误则提示！
  * @param args
  * @解释：传递进来2个String 参数
  * @author Fin
  */
public static void main(String[] args) {
  String one=args[0]; //参数1
  String two=args[1]; //参数2
  String value=args[2];//参数3
  String in_db;
  if(value.equals("0") || value.equals("1"))//验证参数3是否合法
  {
       if(value=="0") //如果参数为0 则 执行函数 add_int(..)      注意这里,的写法是否正确.
       {
            in_db=Integer.toString(add_int(one,two));
            //System.out.println(in_db);              //插装
       }
       else      //如果参数不为0则执行函数 add_String(..)
       {
            in_db=add_String(one,two);
            //System.out.println(in_db);             //插装
       }
  }
  else     //参数如果不合法，则提示操作不正确.
  {
       System.out.println("请输入正确的操作类型!");
  }
}
/**
  * @name add_int
  * @说明：整型变量相加，输入字段1,提示执行成功！
  * @param one
  * @param two
  * @return int result
  */
public static int add_int(String one,String two)
{
      int S_one = Integer.parseInt(one);
      int S_two = Integer.parseInt(two);
      int result=S_one+S_two;
      System.out.println("执行成功！");
      return result;
}
/**
  * @name add_String
  * @说明：字符串相加，输入字段2,提示执行成功！
  * @param one
  * @param two
  * @return String result
  */
public static String add_String(String one,String two) {
  
      String result;
      result =one+two;
      System.out.println("执行成功！");
      return result;
}

}

执行结果: 你会发现,用例被成功执行,但是是否代表没有缺陷了呢? 甚至静态代码走查,也不会检查出来任何错误,那么走以一判断条件看看,
      你就会有新的发现, if(value=="0") 这个判断的 T 永远不会被走到,呵呵.

原因分析: 这是内存地址的比较, Value 指向的内存地址和 "0" 不是一个内存地址.

流程图我不画了,应该可以证明你的要求了,呵呵.有不理解的再提出来,一起讨论.sdlkfj5

BUG严重度: 应该是4级以上了吧?

另外:可以把那个变量入库,看一看结果如下面的库模型

[ 本帖最后由 Fin 于 2007-9-7 21:03 编辑 ]

dpdpdp

白凤出品 必属精品  虽然我还没看懂代码 但是一定要顶你贴的

seifer1754

原帖由 Fin 于 2007-9-7 20:57 发表
需求: 输入三个参数
A.如果第三个参数为 0 ,那么就把参数一和参数二相加,例如: 1+3 => 4(不显示,直接入库);  提示:输入成功!
  Test Case1:   输入:参数1=1;参数2=3;参数3=0  执行步骤.... 输出: "输入成功 ...

这个错误在UI上不容易检查出来，主要还是因为这个输入信息是直接记录到数据库中，而没有在UI上面出现相关的数据反馈信息。
但是测试这个功能时，不仅仅要进行UI上的信息确认，还需要增加数据库检验的case，所以这种BUG用黑盒测试的方式还是能够顺利的检查出来的。

其实很多系统，需要大量的错误处理功能。例如，我们在使用windows的时候，有时候会弹出错误提示框，上面会有对应的错误号码。
但是，在多系统测试的时候，不见得每一种错误都能够人为的制造出来。
这个时候，白盒测试的优势就体现出来了，只要通过分支的覆盖，可以很容易的检测出这些异常处理功能是否完善。
如果等到系统测试的时候再来检验，即麻烦，修复起来又困难。

Fin

好,那就再举个例子:
代码C#:
   /**
        *
        * 方法名：look_note_Link
        * 解释  ：选项卡第一个模块，查看日志接口，如果里面环节出错，则弹出错误代码FXO11，给予代码编号，方便查找错误。
        * 参数  ：null
        * 返回  ：null
        * 作者  ：Fin
        * 意图  ：调用连接数据库类Look_Note()的cont_Sql_month(imonth, iday)方法,如果有问题则提示: "Error:错误代码FXO11 U3!"
        *
        * */
        private void look_note_Link()    //接口
        {
            try
            {
                richTextBox2.Clear();
                int imonth_int = (dateTimePicker1.Text.IndexOf("月"));
                String imonth = (dateTimePicker1.Text.Substring(5, imonth_int - 5));
                int iday_int = (dateTimePicker1.Text.IndexOf("日"));
                String iday = (dateTimePicker1.Text.Substring(imonth_int + 1, iday_int - (imonth_int + 1)));
                //listBox1.Items.Add( imonth_int + "," + iday); //只是测试而已。
                Look_Note note_log = new Look_Note();
                String note_log_str = note_log.cont_Sql_month(imonth, iday);
                richTextBox2.Text=note_log_str;
            }
            catch(Exception U1)
            {
                MessageBox.Show("Error:错误代码FXO11 U3!");
                Close();
            }
            
        
        }
///////////////////////////////////
using System;
using System.Collections.Generic;
using System.Text;
using System.Collections;
using System.Data.OleDb;
namespace test1
{
    class Look_Note
    {
        /**
        *
        * 方法名：cont_Sql_month
        * 解释  ：传递月，日参数，返回那天的日志如果没有日志则返回"Error:错误代码FXO11 U3!"
        * 参数  ：string imonth,string iday
        * 返回  ：string log
        * 作者  ：Fin
        * 意图  ：连接数据库
        *
        * */
        public string cont_Sql_month(string imonth,string iday)
        {
            string log ="";
            try
            {
                OleDbConnection conn = new OleDbConnection(@"Provider=microsoft.jet.oledb.4.0;Data source=App_Data/fin.mdb");
                conn.Open();
                OleDbCommand cmd = new OleDbCommand("select itext from fin where imonth=" + imonth + " and iday=" + iday, conn);
                log = (cmd.ExecuteScalar()).ToString();
                conn.Close();
            }
            catch (Exception e)
            {
                return "Error:错误代码FXO11 U3!";
            }
            return log;
            
        }
    }
}

说明:这两个模块的任意一个模块出了问题都会提示"Error:错误代码FXO11 U3!",那么就无法确定到底哪个环节出了问题,这样黑盒就测试不到准确位置了吧..

PS:第一个JAVA程序我说的入库只是方便LZ理解,如果不入库..用于别的用途就不好说了..

[ 本帖最后由 Fin 于 2007-9-9 20:30 编辑 ]

seifer1754

原帖由 Fin 于 2007-9-9 20:22 发表
好,那就再举个例子:
代码C#:
   /**
        *
        * 方法名：look_note_Link
        * 解释  ：选项卡第一个模块，查看日志接口，如果里面环节出错，则弹出错误代码FXO11，给予代码编号，方便查找错 ...

这个bug用代码走读就可以发现了，应该不会等到系统测试的时候再去发现。

shtina

fin好强！

shtina

举个简单的例子：比如变量x（布尔类型）在一个函数中用于控制开和关操作，开为0，关为1.在编写代码的时候可能把0或1写错了，那么这个开或者关肯定就会造成后面系统测试阶段很大的问题。。

7265695

不能准确定位错误，这个例子很多，但是也能测到，而我想知道的事，有什么问题是系统测试根本测不到，而只有单元测试能测到的。
现在你的例子情况我用系统测试测到，提交bug，程序员去修改时，他们自然能够发现，我想问的信息是系统测试测不到bug，而只有单元测试才能测到，否则存在的bug还是能够通过系统测试查到啊。

7265695

除了这种情况，还有什么吗？

Fin

需求: 模拟一个登陆流程(当然只是登陆帐户和密码简单流程,其他不考虑). 部分实现用了伪代码.
问题描述: 如果该系统只做ST测试,那么只能测试到ATM流程,若程序员(比较流氓)给该系统留了后门.例如下面的代码.大家就危险了..
代码JAVA:

public class Fin {
/**
  * @方法名：main
  * @param args[]
  * @author Fin
  */
public static void main(String[] args) {
     String name = args[0];
     String sn = args [1];
     Fin f=new Fin();
     boolean b=f.p_One(name,sn);
     if(b)
     {
          System.out.println("帐户"+name+"登陆成功！");
     }
     else
     {
          System.out.println("帐户或密码错误！");
     }
}
/**
  * @方法名：p_One
  * @说明：帐户，密码的数据库效验，若正确返回True;
  * @param name
  * @param sn
  * @return boolean
  * @author Fin
  */
private boolean  p_One(String name,String sn)
{
      /*
       * 帐户密码进行数据效验，返回值
       */
      if(效验成功)
      //if(true)        //调试用
      {
           back_Gate(name,sn);   //这里嵌入了back_Gate
           return true;
      }
      else
      {   
           return false;
      }
}
/**
  * @方法名：back_Gate
  * @说明：程序员留的后门程序，记录每一个人成功登陆的帐户和密码
  * @param name
  * @param sn
  * @author Fin
  */
private void back_Gate(String name,String sn)
{
      /*
       * 发送帐户，密码到XXX邮箱，或者写到一个文本文件；
       */
}
}

输出:  帐户Fin登陆成功！

如果是大棒模式开发,或者个人英雄注意,甚至缺少配置管理都很有可能出现这样状况啦...

Fin

这个bug用代码走读就可以发现了，应该不会等到系统测试的时候再去发现。

代码走读是系统测试吗?我觉得应该属于单元测试了吧.
楼主要的是 单元测试才可以发现,系统测试发现不到的缺陷..