Fri, 21 Mar 2008 15:19:00 GMTwww.ezTester.com www.cse-soft.orghttp://item.feedsky.com/~csdn.net/wayne_chan/~1116927/60336523/1116923/1/item.htmlcomments/2202962.aspx0comments/commentRss/2202962.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=2202962VcSmith、VcTester、VcAuto基同于一体系架构，功能层次划分清晰，很好的实现了组件重用，使用一种跨进程MVC结构，保证系统具良好的伸缩性，构造出一种软性的、脚本化的缓冲层，让调测变得很便利而高效。<img src ="aggbug/2202962.aspx" width = "1" height = "1" />Fri, 21 Mar 2008 23:19:00 +0800wayne_chanhttp://blog.csdn.net/wayne_chan/archive/2008/03/21/2202962.aspx#Feedbackhttp://blog.csdn.net/wayne_chan/archive/2008/03/21/2202962.aspxwayne_chanhttp://blog.csdn.net/wayne_chan/archive/2008/03/21/2202962.aspxhttp://blog.csdn.net/wayne_chan/rss.aspxcsdn.net/wayne_chan/~1116927/60336523/1116923http://item.feedsky.com/~csdn.net/wayne_chan/~1116927/60336548/1116923/1/item.htmlcomments/2176654.aspx0comments/commentRss/2176654.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=2176654本文曾在某大学的学报上发表，作者：赵瑾，王海源。条件判定覆盖(Condition/Decision Coverage即C/DC)和修正条件判定覆盖(Modified Condition/Decision Coverage即MC/DC)均是软件测试方法，作者首先介绍了这两种测试方法，之后总结出了两者所存在的不同之处，其中以一些实例来证明两种方法的差异。<img src ="aggbug/2176654.aspx" width = "1" height = "1" />Thu, 13 Mar 2008 19:50:00 +0800wayne_chanhttp://blog.csdn.net/wayne_chan/archive/2008/03/13/2176654.aspx#Feedbackhttp://blog.csdn.net/wayne_chan/archive/2008/03/13/2176654.aspxwayne_chanhttp://blog.csdn.net/wayne_chan/archive/2008/03/13/2176654.aspxhttp://blog.csdn.net/wayne_chan/rss.aspxcsdn.net/wayne_chan/~1116927/60336548/1116923http://item.feedsky.com/~csdn.net/wayne_chan/~1116927/60336549/1116923/1/item.htmlcomments/1736324.aspx3comments/commentRss/1736324.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1736324通信软件被普遍认为是白盒测试最难实施的领域，一方面，通信软件以C语言为主体语言，先进的白盒测试技术尚未有效渗透到这个区域，另一方面，通信软件通常是嵌入式实时系统，搭建测试环境非常复杂，又加上通信软件通常体积庞大、结构复杂，把通信软件的单元测试或集成测试做好确非易事。国内通信企业在单元测试与集成测试方面做得好与不好的，差别很大，我们划分三种境界：混沌、有序、自发，这三种境界指的就是三种发展阶段。当然，这里分门别类的意义并不在于区分出高低上下，而在于尝试指出白盒测试的发展方向，另外，对历史经验作一次总结，通信软件因其复杂性，白盒测试无法一蹴而就，某些特定阶段必须要亲身经历，我们划分三种发展境界同时，也尝试说明在各种境界下如何实施白盒测试？重点在哪？要规避哪些问题？<img src ="aggbug/1736324.aspx" width = "1" height = "1" />Fri, 10 Aug 2007 23:22:00 +0800wayne_chanhttp://blog.csdn.net/wayne_chan/archive/2007/08/10/1736324.aspx#Feedbackhttp://blog.csdn.net/wayne_chan/archive/2007/08/10/1736324.aspxwayne_chanhttp://blog.csdn.net/wayne_chan/archive/2007/08/10/1736324.aspxhttp://blog.csdn.net/wayne_chan/rss.aspxcsdn.net/wayne_chan/~1116927/60336549/1116923http://item.feedsky.com/~csdn.net/wayne_chan/~1116927/60336550/1116923/1/item.htmlcomments/1544347.aspx0comments/commentRss/1544347.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1544347VcTester与常见C/C++语言覆盖测试工具一样，提供多种覆盖率统计，已涵盖语句覆盖、分支覆盖、条件分支、MCDC覆盖。本文讲解VcTester的插装实现原理、描述该工具的覆盖率特点。<img src ="aggbug/1544347.aspx" width = "1" height = "1" />Thu, 29 Mar 2007 03:22:00 +0800wayne_chanhttp://blog.csdn.net/wayne_chan/archive/2007/03/28/1544347.aspx#Feedbackhttp://blog.csdn.net/wayne_chan/archive/2007/03/28/1544347.aspxwayne_chanhttp://blog.csdn.net/wayne_chan/archive/2007/03/28/1544347.aspxhttp://blog.csdn.net/wayne_chan/rss.aspxcsdn.net/wayne_chan/~1116927/60336550/1116923http://item.feedsky.com/~csdn.net/wayne_chan/~1116927/60336551/1116923/1/item.htmlcomments/1375871.aspx1comments/commentRss/1375871.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1375871VcTester工具提供了强大的外部命令嵌入功能，本文描述如何将Pclint嵌入到VcTester的集成开发平台中。首先我们简单认识一下Pclint与VcTester这两个工具，PC-Lint是C/C++软件代码静态分析工具，你可以把它看作是一种更加严格的编译器。它不仅可以检查出一般的语法错误，还可以检查出那些虽然符合语法要求但不易发现的潜在错误。VcTester是领测科技开发的针对C语言的白盒测试工具，它的共享版就已经提供强大的功能，在线测试驱动与在线脚本桩，以及遵循第4代白盒测试方法是它的典型特征...... <img src ="aggbug/1375871.aspx" width = "1" height = "1" />Fri, 10 Nov 2006 01:09:00 +0800wayne_chanhttp://blog.csdn.net/wayne_chan/archive/2006/11/09/1375871.aspx#Feedbackhttp://blog.csdn.net/wayne_chan/archive/2006/11/09/1375871.aspxwayne_chanhttp://blog.csdn.net/wayne_chan/archive/2006/11/09/1375871.aspxhttp://blog.csdn.net/wayne_chan/rss.aspxcsdn.net/wayne_chan/~1116927/60336551/1116923http://item.feedsky.com/~csdn.net/wayne_chan/~1116927/60336552/1116923/1/item.htmlcomments/1372571.aspx0comments/commentRss/1372571.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1372571灵活自由是C语言的一大特色，但这个特色也难以避免的带来一些副作用，比如内存泄露。众所周知，内存泄露的问题比较复杂，程序正常运行时你看不出它有任何异常，但长时间运行或在特定条件下特定操作重复多次时，它才暴露出来。所以，内存泄露往往是难以发现，也难以定位解决的。Visual Leak Detector（VLD）是一款用于Visual C++的免费的内存泄露检测工具，用户可从http://www.codeproject.com/tools/visualleakdetector.asp下载，该软件以库形式与用户的被测工程一起使用，由于VLD是按LGPL（GNU LESSER GENERAL PUBLIC LICENSE）协议对外开源，所以使用VLD是安全的，不必担心版权问题。VcTester是一款适合于VC代码的白盒测试工具，借助它的脚本驱动与脚本桩功能，可以方便的发起各项测试，因为内存泄露通常在特定操作下才发生，将VcTester与VLD配合使用，由VcTester模拟各种应用场景，VLD检测这些使用场合下有无内存泄露...... <img src ="aggbug/1372571.aspx" width = "1" height = "1" />Wed, 08 Nov 2006 16:15:00 +0800wayne_chanhttp://blog.csdn.net/wayne_chan/archive/2006/11/08/1372571.aspx#Feedbackhttp://blog.csdn.net/wayne_chan/archive/2006/11/08/1372571.aspxwayne_chanhttp://blog.csdn.net/wayne_chan/archive/2006/11/08/1372571.aspxhttp://blog.csdn.net/wayne_chan/rss.aspxcsdn.net/wayne_chan/~1116927/60336552/1116923http://item.feedsky.com/~csdn.net/wayne_chan/~1116927/60336553/1116923/1/item.htmlcomments/1370583.aspx0comments/commentRss/1370583.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1370583本文讲述如何使用VcTester构造持续集成及每日构建平台，内容涉及：1、日常调测、冒烟测试、回归测试之间的概念与操作上的差别 2、如何组织版本树 3、如何编写冒烟测试批处理文件 4、日常调测中如何进行持续集成作业......<img src ="aggbug/1370583.aspx" width = "1" height = "1" />Tue, 07 Nov 2006 16:13:00 +0800wayne_chanhttp://blog.csdn.net/wayne_chan/archive/2006/11/07/1370583.aspx#Feedbackhttp://blog.csdn.net/wayne_chan/archive/2006/11/07/1370583.aspxwayne_chanhttp://blog.csdn.net/wayne_chan/archive/2006/11/07/1370583.aspxhttp://blog.csdn.net/wayne_chan/rss.aspxcsdn.net/wayne_chan/~1116927/60336553/1116923http://item.feedsky.com/~csdn.net/wayne_chan/~1116927/60336567/1116923/1/item.htmlcomments/1368826.aspx0comments/commentRss/1368826.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1368826VcTester是一款与Visual C/C++配套使用的单元测试与集成测试工具，它不仅提供在线测试（包括在线脚本驱动、在线脚本桩、在线测试改进），还提供功能强大的集成开发环境（IDE，Integrated Development Environment），集辑辑、调试、测试与一体，该IDE还支持将各式各样的外部命令嵌进来，籍此集成第三方调测辅助工具。其中，VC的build、rebuild、clean等构建命令是VcTester日常编程中经常用到的，把这些命令集成到VcTester的IDE环境，对提高工作效率大有帮助。本文描述如何在VcTester中集成VC的构建功能，以及，如何编写批处理文件实现被测工程的自动构建与自动启动测试，这一步是借助VcTester打造每日构建平台所必须的。本文描述的集成过程同时适用于VcTester的共享版与商用版。<img src ="aggbug/1368826.aspx" width = "1" height = "1" />Mon, 06 Nov 2006 16:08:00 +0800wayne_chanhttp://blog.csdn.net/wayne_chan/archive/2006/11/06/1368826.aspx#Feedbackhttp://blog.csdn.net/wayne_chan/archive/2006/11/06/1368826.aspxwayne_chanhttp://blog.csdn.net/wayne_chan/archive/2006/11/06/1368826.aspxhttp://blog.csdn.net/wayne_chan/rss.aspxcsdn.net/wayne_chan/~1116927/60336567/1116923http://item.feedsky.com/~csdn.net/wayne_chan/~1116927/60336568/1116923/1/item.htmlcomments/1367080.aspx0comments/commentRss/1367080.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1367080本文描述在VcTester的IDE环境下实施持续集成的组织管理模式，也即，先理解持续集成在VcTester环境大致是如何组织的，涉及源码与测试代码如何维护，版本管理如何组织等。在了解这些基础知识之后，我们在另一篇文章《使用VcTester构造持续集成及每日构建平台》中再详细介绍如何使用VcTester工具一步一步去操作。本文按如下章节展开：1、为什么要持续集成？2、每日构建、冒烟测试、持续集成 3、测试脚本该由谁来维护 4、日常调试与规范测试 5、持续集成的组织形式<img src ="aggbug/1367080.aspx" width = "1" height = "1" />Sun, 05 Nov 2006 17:07:00 +0800wayne_chanhttp://blog.csdn.net/wayne_chan/archive/2006/11/05/1367080.aspx#Feedbackhttp://blog.csdn.net/wayne_chan/archive/2006/11/05/1367080.aspxwayne_chanhttp://blog.csdn.net/wayne_chan/archive/2006/11/05/1367080.aspxhttp://blog.csdn.net/wayne_chan/rss.aspxcsdn.net/wayne_chan/~1116927/60336568/1116923http://item.feedsky.com/~csdn.net/wayne_chan/~1116927/60336569/1116923/1/item.htmlcomments/1365752.aspx0comments/commentRss/1365752.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1365752VcTester是一款与Visual C/C++配套使用的单元测试与集成测试工具，它除了支持常规的覆盖率测试之外，还提供功能强大的编辑、调试等功能，该工具遵循第4代白盒测试方法，调测理念较为先进。尤其更为难得的是，VcTester是一个高度开放的IT工具，其共享版本（所谓共享版本当然是免费的啦！）的价值已经与常见商用白盒工具相当，本文着重介绍VcTester工具在支撑持续集成开发模式的应用情况，重点讲解VcTester共享版在这方面的应用价值。采用持续集成开发模式可大幅提高软件生产率，提升产品质量，但目前较成功的持续集成实践主要集中于java与C#项目，在嵌入式领域软件主要用C语言开发，开展持续集成的难度要高一些，VcTester的应用价值很大程度上体现在这里：它克服了编程语言的差异性，让持续集成实践在嵌入式软件开发中也能很好的应用起来......<img src ="aggbug/1365752.aspx" width = "1" height = "1" />Sat, 04 Nov 2006 17:05:00 +0800wayne_chanhttp://blog.csdn.net/wayne_chan/archive/2006/11/04/1365752.aspx#Feedbackhttp://blog.csdn.net/wayne_chan/archive/2006/11/04/1365752.aspxwayne_chanhttp://blog.csdn.net/wayne_chan/archive/2006/11/04/1365752.aspxhttp://blog.csdn.net/wayne_chan/rss.aspxcsdn.net/wayne_chan/~1116927/60336569/1116923http://item.feedsky.com/~csdn.net/wayne_chan/~1116927/60336570/1116923/1/item.htmlcomments/1332571.aspx0comments/commentRss/1332571.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1332571恩格斯说“劳动从制造工具开始”，人和动物的本质区别是：人会制造与使用工具。IT产品研发也从选择合适的工具开始，工具好坏对项目成败往往起着关键作用，尤其是嵌入式领域的白盒测试工具选型。尽管业界已有众多商用工具，但大部分仍处于可将白盒测试推动起来的边缘状态，选择工具稍有不慎，就导致白盒测试整体做不起来，最终严重影响推向市场的产品质量。 在分析如何进行工具选型之前，我们先剖析嵌入式软件，当前状况下影响白盒测试开展的最主要障碍是什么？然后才推导嵌入式软件白盒测试工具选型应遵循的评估模型。先澄清两个概念......<img src ="aggbug/1332571.aspx" width = "1" height = "1" />Fri, 13 Oct 2006 16:37:00 +0800wayne_chanhttp://blog.csdn.net/wayne_chan/archive/2006/10/13/1332571.aspx#Feedbackhttp://blog.csdn.net/wayne_chan/archive/2006/10/13/1332571.aspxwayne_chanhttp://blog.csdn.net/wayne_chan/archive/2006/10/13/1332571.aspxhttp://blog.csdn.net/wayne_chan/rss.aspxcsdn.net/wayne_chan/~1116927/60336570/1116923http://item.feedsky.com/~csdn.net/wayne_chan/~1116927/60336571/1116923/1/item.htmlcomments/1328990.aspx0comments/commentRss/1328990.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1328990白盒测试作为软件质量保证中的重要一环，对产品稳定性起到至关重要的影响，不幸的是，由于实施白盒测试有较高技术难度，该软件过程常被嵌入式厂商忽略，因为难于实施，所以容易失败，失败后产生畏惧心理，就更不愿意进一步去尝试，如此形成恶性循环。更令人担忧的是：产品进度很少有不紧张的，大家习惯于在产品发布前补做测试，甚至把测试留给用户，成天陷于紧张的救火工作。研发进度总会被许多意外打断，在最终交付日要严防死守的前提下，白盒测试自然最先被喀嚓掉了。本篇总结实施白盒测试的几个主要误区，我们先从认识上端正对白盒测试的看法...... <img src ="aggbug/1328990.aspx" width = "1" height = "1" />Wed, 11 Oct 2006 01:59:00 +0800wayne_chanhttp://blog.csdn.net/wayne_chan/archive/2006/10/10/1328990.aspx#Feedbackhttp://blog.csdn.net/wayne_chan/archive/2006/10/10/1328990.aspxwayne_chanhttp://blog.csdn.net/wayne_chan/archive/2006/10/10/1328990.aspxhttp://blog.csdn.net/wayne_chan/rss.aspxcsdn.net/wayne_chan/~1116927/60336571/1116923http://item.feedsky.com/~csdn.net/wayne_chan/~1116927/60336572/1116923/1/item.htmlcomments/1327265.aspx0comments/commentRss/1327265.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1327265嵌入式产品的白盒测试是IT研发最难推动的软件过程之一，个人素质对测试效果的影响尤为显著。大家知道，做好白盒测试需要凭借测试工具，但某些优秀员工不依赖工具，仅在代码中插入assert、print语句，也同样把白盒测试做得很好，本文尝试分析白盒测试个体成功的主要因素，以及如何将这些因素规范下来，进行推广到整个组织，引导个人成功走向团队成功......<img src ="aggbug/1327265.aspx" width = "1" height = "1" />Mon, 09 Oct 2006 22:51:00 +0800wayne_chanhttp://blog.csdn.net/wayne_chan/archive/2006/10/09/1327265.aspx#Feedbackhttp://blog.csdn.net/wayne_chan/archive/2006/10/09/1327265.aspxwayne_chanhttp://blog.csdn.net/wayne_chan/archive/2006/10/09/1327265.aspxhttp://blog.csdn.net/wayne_chan/rss.aspxcsdn.net/wayne_chan/~1116927/60336572/1116923http://item.feedsky.com/~csdn.net/wayne_chan/~1116927/60336573/1116923/1/item.htmlcomments/1325727.aspx0comments/commentRss/1325727.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1325727尽管白盒测试如此重要，为什么还有许多企业不愿做白盒测试，有一个很重要的原因是：认为白盒测试太低效，不值得去做，实际上这种观点有许多误解成分...... 既然白盒测试不可或缺，那么，白盒测试应做到什么程度才算合适呢？......<img src ="aggbug/1325727.aspx" width = "1" height = "1" />Sun, 08 Oct 2006 20:15:00 +0800wayne_chanhttp://blog.csdn.net/wayne_chan/archive/2006/10/08/1325727.aspx#Feedbackhttp://blog.csdn.net/wayne_chan/archive/2006/10/08/1325727.aspxwayne_chanhttp://blog.csdn.net/wayne_chan/archive/2006/10/08/1325727.aspxhttp://blog.csdn.net/wayne_chan/rss.aspxcsdn.net/wayne_chan/~1116927/60336573/1116923http://item.feedsky.com/~csdn.net/wayne_chan/~1116927/60336595/1116923/1/item.htmlcomments/1289737.aspx0comments/commentRss/1289737.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1289737第4代白盒测试方法论（4GWM）在网上公开有一段时间了，近来总有一些网友询问第4代方法区别其它方法的主要差异是什么？还有不少人提到：第3代相对第2代的界限较清晰，但第4代相对第3代的差别还不甚明了。这里，我们集中解答这些问题，补充阐述4GWM的内涵与外延，本文可作为《第4代白盒测试方法介绍（理论篇）》的补充材料......<img src ="aggbug/1289737.aspx" width = "1" height = "1" />Wed, 27 Sep 2006 06:15:00 +0800wayne_chanhttp://blog.csdn.net/wayne_chan/archive/2006/09/26/1289737.aspx#Feedbackhttp://blog.csdn.net/wayne_chan/archive/2006/09/26/1289737.aspxwayne_chanhttp://blog.csdn.net/wayne_chan/archive/2006/09/26/1289737.aspxhttp://blog.csdn.net/wayne_chan/rss.aspxcsdn.net/wayne_chan/~1116927/60336595/1116923