boundscheckerKlocwork 内存泄漏？

我准备去尚观学他们UTA的软件测试课程，但是听说有测试，想了解一下都有什么测试内容？

阶段目标：软件测试课程是进阶课程，通过边学边练的方式，重点学习和应用软件测试中的常用方法、技术，以及主流测试工具；在本阶段的学习过程中，您将结合前面学习的内容，在老师的带领下，完成一个实际的大型CRM软件项目的测试。

需求分析和跟踪管理，UML分析和建模技术。

评审技术，同行评审（包括需求评审、设计评审、代码走读等）。

测试用例设计方法（等价类划分、边界值、正交表等） CTE XL的使用、自己动手编写一个正交表用例生成工具。

单元测试及xUnit的使用、模拟对象技术（NMock） 单元级别性能测试（NTime）。

集成测试 ，持续集成框架的搭建， 接口测试方法，TTCN。

系统测试方法和技术（WEB测试技术、安全性测试技术、 兼容性测试技术、内存泄漏测试与BoundsChecker等） 功能自动化测试及QTP的使用， 自己动手编写一个猴子测试工具。

性能自动化测试及LoadRunner的使用、 自己动手编写性能测试框架。

代码分析和检测技术， 自动化代码分析工具的使用（StyleCop、FxCop等）。

GUI设计与用户体验测试。

数据库测试（SQL注入、数据库兼容性测试、TSQLUnit的使用），自己动手编写一个数据库比较工具、Oracle SQL跟踪工具的制作。

大型CRM项目软件测试实战（综合演练）。

请问GDI怎么用？

在windows系列上做编程,gdi是一个很重要的技术点,有很多程序在运行多次后出现异常,除了众所周知的内存泄露以外,gdi资源泄露也是一个很直接的原因.今天就把我自己在编程中总结的一些经验给大家分享,欢迎高手补充. 1.Create出来的gdi对象,一定要用DeleteObject来释放,释放顺序是先Create的后释放,后Create的先释放. 这里的Create指的是以它为开头的gdi函数,比如,CreateDIBitmap,CreateFont等等,最后都要调用DeleteObject来释放. 2.Create出来的dc要用DeleteDC来释放,Get到的要用ReleaseDC释放. 3.确保释放DC的时候DC中的各gdi对象都不是你自己创建的;确保个gdi对象在释放的时候不被任何dc选中使用. 假如我们要使用gdi函数画图,正确的步骤应该如下: a.创建一个内存兼容dc(CreateCompatibleDC) b.创建一个内存兼容bitmap(CreateCompatibleBitmap) c.关联创建的内存兼容dc和bitmap(SelectObject) d.画图 e.BitBlt到目的dc上 f.断开内存兼容dc和bitmap关联(SelectObject) g.销毁内存兼容bitmap h.销毁内存兼容dc 由于SelectObject在选入一个新的gdi对象的时候会返回一个原来的gdi对象(假如成功的话),所以需要在步骤c的时候保存返回值,在步骤f的时候当作入口参数使用.还有,步骤g和步骤h实际上顺序可以随意,因为他们两个此刻已经没有关系了,但是为了结构清晰,我建议按照"先Create的后释放,后Create的先释放"的原则进行. 关于步骤f,可能会有争议,因为即使省略这一步,步骤g和步骤h看起来照样可以返回一个成功的值.但实际上可能并没有执行成功,至少boundschecker会报告有错,错误信息大致是说,在释放dc的时候还包含有非默认的gdi对象,在释放gdi对象的时候又说这个gdi对象还被一个dc在使用.所以,我建议保留步骤f. 4.关于98下使用CreateCompatibleBitmap 按照msdn的说法,创建出来的size不能超过16m.实际情况是这样吗?非也~!从我自己做的测试结果来看(win98se-sc),这个值在2044*2043和2044*2044之间,然而,后来在另外一个98系统上这个值也不行,后来我干脆把上限给成了2000*2000.很幸运,到现在还没有出问题,但我不能保证这个数字就是正确的.还有一点,假如宽或高有一个超过32768,哪怕另外一个值是1,也会创建失败,有兴趣的可以自己做个测试.如果要想保证这个函数在98下永远成功,可以试试下面的代码: float factor = 10.f; while(!bitmap.CreateCompatibleBitmap(&dc ,nWidth*factor ,nHeight*factor)) { factor -= 0.01f; } 这样至少可以保证宽和高是成比例的:) 5.关于在打印机上使用BitBlt 有时候在内存兼容dc里面已经做好图了,但在使用BitBlt的时候却会失败.这个时候,首先确认创建的内存兼容dc和bitmap是不是使用打印机的dc,如果确认无误,还是执行BitBlt失败,那80%可能是内存兼容bitmap太大了,请按如下方法再试试: 创建另外一个内存兼容dc2和一个比较小的内存兼容biimap2,大概是1000*1000吧,我是这样用的:)然后把dc里面的内容分成块(1000*1000),把每一块BitBlt到dc2上面,再从dc2里面BitBlt到打印dc上.有人可能会有这样的疑问:那为什么不直接把dc里面的内容分几次BitBlt到打印机上呢?有区别吗?答案是肯定的,如果dc里面的bitmap太大,哪怕你想BitBlt一个10*10的区域到打印机上都会失败.

Klocwork 内存泄漏？

软件源代码静态分析工具(Klocwork Insight)是目前国际上最先进的工具之一。

它通过静态分析的方法，自动检测代码中潜在的内存泄漏、空指针引用、缓冲区溢出、数组越界等运行错误，在军用软件评测中心(实验室)和军用软件开发单位得到了广泛应用。