打造第二代测试框架TestDriven 2.0(三)—— 测试还是调试?玩玩BreakPoint!

------------------ 

前言 Preface

------------------ 

本文是第二代测试框架系列文章,同时也是软件工程革命三部曲中的技术文献。

本文展示了Visual Studio中独特的断点调试技术,是目前尚未有人尝试过的断点方式,而且也是您google也找不到的技术。

 

------------------ 

测试还是调试?

------------------ 

测试驱动TDD的提出,有其理论的优势,也有明显的不足,本人的理解是:当我们对项目有六成以上的把握,采用测试先行可以节省代码开发量,否则绝对不建议测试先行(测试先行 不等于 单元测试 等等)。

原因也很简单,如果我们对未来估计不足,不仅系统代码变化很大,而且测试代码变化也很大,盲目采用了测试先行导致增加了工作量。

如果上面的论点是正确的,那么我可以获得下面的论点:项目开发中,测试先行以外,必然存在了测试后行,或者我们非常熟悉的名词——调试。我不知道为啥测试和调试有必要分开,这个就是玩文字游戏,硬把相同的事情用不同的LABEL区分。

那么既然测试后行就是调试,我就应该把调试技术纳入测试框架,于是引入了Breakpoint技术。

 

------------------ 

Breakpoint

------------------ 

传统的调试技术,无非就是在Visual studio里面设几个断点,然后运行中查看。

这让我想起我初中的时候,用qbasic写的人生第一个游戏:Dream of Navigation(当时玩大航海时代玩疯了,于是自己写了一个)。扯远了,提这个只是想说,那时已经有了break point技术了。所以,几乎写程序的人就知道breakpoint。

今天,老弟我就令走不寻常路,介绍一个新的断点技术。

首先看看在c#里面如何使用代码设置断点:

System.Diagnostics.Debugger.Break();

 

恩,就这么简单!当代码出现了这句话后,在debugger模式下,IDE会自动停在这里了。如果问原因,就是在IL里面插入了一个断点。换句话说,我可以用纯IL的方法实现这个技术,不过既然微软封装了,我就省了。

 

不知道大伙会不会立刻打开VS,然后写一段测试一下? 有了这个技术,就可以实现VS的任何断点技术,包括:断点条件、断点命中次数、甚至断点宏等。如果不知道这些功能,可以打开IDE,设一个断点,然后鼠标右键点击一下,得到:

打造第二代测试框架TestDriven 2.0(三)—— 测试还是调试?玩玩BreakPoint!_第1张图片 

 

平时,我几乎很少用上面的功能,因为实在太麻烦也不直观。如果这些设置能在代码里面完成,调试结束后删除调试代码,那么就更加实用了。于是我就扩展了断点技术。 

 

当然,遇到比较大的问题就是断点位置问题,比如计算命中次数,不同地方的断点对命中次数计算是不一样的,不过有了之前的经验,解决这个问题就很简单了,我只要获得当前断点代码在总代码中的偏移量,就可以获得唯一的位置标识符,然后隔离不同的算法。例如一下就是断点技术中另外一个核心算法:

ExpandedBlockStart.gif 代码
         public   string  GetBreakingLocation()
        {
            StackTrace stack 
=   new  StackTrace();

            StackFrame testcaseframe 
=  stack.GetFrame(default_stack_index);

            System.Reflection.MethodBase method 
=  testcaseframe.GetMethod();

            StringBuilder builder 
=   new  StringBuilder();
            builder.Append(method.DeclaringType.FullName);
            builder.Append(method.Name);
            builder.Append(method.IsGenericMethod);
            
if  (method.IsGenericMethod)
                builder.Append(method.GetGenericArguments().Length);
            
foreach  (System.Reflection.ParameterInfo parameter  in  method.GetParameters())
            {
                builder.Append(parameter.ParameterType.FullName);
                builder.Append(parameter.Name);
            }
            builder.Append(method.ReflectedType.FullName);
            builder.Append(testcaseframe.GetILOffset());

            
return  Pixysoft.Security.MD5.GetMD5(builder.ToString());
        }

 

我使用 StackTrace 技术,获取了断点代码的偏移量(GetILOffset()),然后再MD5一下,就得到了当前断点的唯一标识符。

最后,展示一下断点技术的实际应用:

 ExpandedBlockStart.gif代码


        
public   void  test012()
        {
            
string  name  =   " hello " ;

            
// 设置 立刻中断

            BreakPoint.BreakAtOnce 
=   true ;

            
//  当 name = "hello" 的时候, 中断

            BreakPoint.BreakAt(name 
==   " hello " );


            
for  ( int  i  =   0 ; i  <   100 ; i ++ )
            {
                
// 当循环到98次开始  中断

                BreakPoint.BreakAt(
98 );

                
if  (BreakPoint.True)
                {
                    Console.WriteLine(i);
                }
            }


            
int  value  =   1 ;

            
for  ( int  i  =   0 ; i  <   3 ; i ++ )
            {
                value 
=  i  %   2 ;

                
// 当 value 值变化后 中断

                BreakPoint.BreakWhen(value);

                
if  (BreakPoint.True)
                {
                    Console.WriteLine(value);
                }
            }
        }

 

 

源代码下载:

http://www.boxcn.net/shared/8vpet6yf0d

 

------------------ 

后记 Conclusion

------------------ 

 本文和”框架“ 两字相比,简直是雕虫小技,不过Big Game在后头。各位别急着copy paste,也别急着让我出个完美版的XXX,这都仅仅是冰山一角。

 

希望各位能够继续关注我的TestDriven 2.0 框架,也请继续关注软件工程革命三部曲。我会好好玩一场游戏。

 

同时,我也希望各位ITer们(当然更多的是IT精英们),在忙着学hibernate / spring、找.net 十大工具、研究一大堆scrum之类名词等时候,试试在人挤人人推人的人流中,停下脚步,回头看看,当别人往左转的时候,试试往右转,之后就会发现原来你能做的比他们更好。期待各位的留言和想法。

 

鞠躬敬礼! 

转载于:https://www.cnblogs.com/zc22/archive/2010/03/02/1676139.html

你可能感兴趣的:(java,测试)