还成

可以说基本看不懂！
革命尚未成功，同志还需努力啊！

好贴，
努力学习ing！！

好贴，顶！！！！！！！

继续关注！！！1111

实际中很多这种情况的，怎么在单元测试中验证这种操作啊。

引用:

原帖由 shuzhongbo 于 2004-12-20 13:34 发表
如：Bool CreateUser()
{
     insert into user(name,age)
    values ("test",25);

   return true;
}
例子比较简单，说明意思

如果返回的结果是True，则如何验证数据真的写入到数据库中？

要验证数据是否写进了数据库，这里是看不出来的．你要通过数据库的查询语句从数据库中把你写入的数据读出来．如果你读出来的结果和你写入的是一致的，说明你写进了数据库．

不得不顶

这么老都给翻出来了。不错的帖子。学习不少

TCL是一个公司的名字
意思是“太差了”

TCL是一个公司的名字
意思是“太差了”

顶一下！不错的帖子，学习不少．．．．

站桩学习

可以实行测试工具插件设计,快速开发,界面统一。
插件设计：任何人开发的测试工具将无缝连接到平台中，可以即插即用；
快速开发：插件设计采用定制模板的方法可进行快速开发，避免重复性的劳动；
界面统一：开发、测试、生产和维护人员都使用统一用户界面，所有模块的功能操作类似。
了解更多"测试工具组件化开发"请到 www.wanlusoft.com

　　对于自底向上的软件开发模式，开发的程序模块（一般是DLL文件）我们都需要编写驱动模块（一般是EXE文件）对他进行测试。上面说的是编写驱动模块其中的一种方式，我们可以先看看以前编写测试工具的一些方式。  
1、独立开发独立运行：编写EXE程序直接调用DLL文件，如果系统较复杂模块很多，就会有很多EXE文件。
2、整体开发整体运行：为所有的DLL文件编写一个EXE程序，所有测试程序的代码都搅和在一起，任何一个测试工具的修改都导致全部编译。  
　　再拿上面的方式比较看看。  
3、独立开发整体运行：对应每个DLL文件编写一个DLL驱动模块（注意这里的驱动模块不是EXE而是DLL），还有一个EXE程序（不需要测试工具开发人员改动）调用接口统一的DLL驱动模块。这样测试程序的代码是独立的，任何一个测试工具的修改不会影响其他，这样测试工具能实现组件化开发。

[ 本帖最后由 zqs 于 2007-4-11 22:44 编辑 ]

学习了，很不错！

看不明白sdlkfj7

有启发!谢谢大家

是的

好贴，获益匪浅啊！！

毕业设计做的是白盒,大一开始学测试,做的东西都是黑盒和压力,负载这些的,现在做白盒,发觉测试桩和测试驱动还不是很清楚,写的用例这些都很死板,可能是在写用例上还不是很透彻