静态白盒与灰盒

来源:互联网 发布:360主机卫士 sql注入 编辑:程序博客网 时间:2024/04/28 13:36

没事就查测试方面的资料,希望能给点灵感来。还真查到点东西。

现在将要测试的项目着实令我比较头疼,只有一个exe工程,关联度极大,全用全局变量,上层调下层,下层调上层,交叉混杂。要测试,无从下手。昨天看了几篇文章,似乎有点头绪了。

系统黑盒暂且不谈,光说这个代码的测试。

先进性静态白盒测试,再进行灰盒测试(函数级别黑盒测试),多线程测试在静态白盒测试中的代码检查过程进行一次分析,在灰盒测试中再进行一次模拟,最后再多函数交叉测一遍。

静态白盒,网上一篇资料给出几个方法,我觉得对我比较有帮助:代码检查,代码走查,桌面检查,具体会在另一篇文种转载其方法,因为都是给出了手工检查方法,而我的测试对象用测试代码测试进行覆盖测试,又是几乎不可能的事,所以我觉得完全可以参考这三个手工静态检查的方法。

我的打算是先利用工具进行代码静态检测,采用pclint和c++check各检测一遍,修改,然后进行人工代码检查,代码走查和桌面检查,根据重要度和优先级,选择检查方法。

然后按照之前说的方法,制作测试用程序副本并修改源程序用于灰盒测试。采用这样的测试方法,必然会产生很多程序副本,但只要在测试用例中记录清除修改地方,测试通过后无需保存全部副本,应该可以行得通。

程序中多线程用的比较多,多线程配合是比较容易出问题的地方,因此要针对多线程进行单独的代码检查和灰盒测试,针对多线程,单独进行静态白盒测试和灰盒测试,以达到全面测试的目的。

上面都完成后,进行系统测试,通过网络接口,向程序发送模拟数据,验证功能正确性与可靠性。然后修改部分代码,模拟某个线程阻塞或者处理比较慢的情况下,程序稳定性。



原创粉丝点击