单元测试，如何打桩？

codeyell-com 2010-03-03 11:04:32

没人回答，我继续问啊，期待高手。

方法A调用方法B，现在测试方法A，想把方法B弄成个桩

问题：
桩的代码要在测试工程里写吗？是不是还要修改方法A的代码，要不然如何能调用到B的桩函数而不是B？

...全文

482 13 打赏收藏转发到动态举报

写回复

13 条回复

切换为时间正序

请发表友善的回复…

发表回复

wqmgxj 2010-07-09

打赏
举报

回复

今天面试被问到了，杯具了

codeyell-com 2010-03-05

打赏
举报

回复

sp1234真神人也

以专业开发人员为伍 2010-03-04

打赏
举报

回复

引用 8 楼 nali29 的回复:

将B改成一个桩的基础是B已经测试过了，那么再测试A的时候无需真正的执行B，那么只需在B中检查A中传入的参数，并且简单的给A一个虚假的返回即可，并非真正经过处理的结果

没有这个前提。

实际上大多数时候是先做A，而后做B，目的就是避免以为传统上是先B后A而被自己骗了。实际上有了桩，那么A就可以和B一块开发。就好象QQ的界面可以先开发，用一些本地文件作为数据库，把模拟数据写入文本文件来事实观察QQ界面的表现；而服务器端可以和界面同时并行开发，有一点差异以后可以做少量适配。

以专业开发人员为伍 2010-03-04

打赏
举报

回复

“B桩”的想法通常是因为B比较耗时或者无法直接支持调试器，例如B是中国移动的服务，或者因为需要调试时极快运行速度或者因为实际费用等等原因我们不能或者不必真的拿B闹着玩，或者B还根本没有开发出来呢（！），为了开发好A，我们用一个“B桩”配合A的开发和调试过程。

以专业开发人员为伍 2010-03-04

打赏
举报

回复

只回答你最后一个问题，假设真的有“桩”，那么你可以实现为：在app.config或者web.config文件中配置一下appsetting的参数就可以切换了。

nali29 2010-03-04

打赏
举报

回复

将B改成一个桩的基础是B已经测试过了，那么再测试A的时候无需真正的执行B，那么只需在B中检查A中传入的参数，并且简单的给A一个虚假的返回即可，并非真正经过处理的结果

codeyell-com 2010-03-04

打赏
举报

回复

我up, again and again

codeyell-com 2010-03-03

打赏
举报

回复

我up 我快乐回复内容太短了！

codeyell-com 2010-03-03

打赏
举报

回复

我up 我快乐回复内容太短了！

xi_ye 2010-03-03

打赏
举报

回复

关注！！！!!!!!!!!!!!!!!up

codeyell-com 2010-03-03

打赏
举报

回复

如果便于替换怎么做？
不便于替换的话呢？

引用 5 楼 soaringbird 的回复:

这要看A的代码中关于B的部分是不是便于替换

soaringbird 2010-03-03

打赏
举报

回复

这要看A的代码中关于B的部分是不是便于替换

codeyell-com 2010-03-03

打赏
举报

回复

我up 我快乐回复内容太短了！

在V模型开发中，Tessy主要应用在单元测试和集成测试阶段。单元测试通过运行代码检测出函数中错误，比如算法错误、接口问题等；集成测试则在单元测试的基础上验证单元之间接口的正确性。基于越早发现bug开发成本越低的原则，在进行代码功能验证的过程中，按照V流程右半部分先完成单元测试再进行集成测试的测试顺序更为有效。另外，Tessy也可以满足各类标准（如ISO26262、IEC61508、EN50128/50129、DO-178B等）对测试的需求，比如Tessy可以满足ISO26262中各等级对单元/集成测试的要求，当然Tessy本身也通过了TUV的认证，证明该软件是安全可靠的，可以在安全相关的软件研

基于Spring的JUnit4单元测试

在单元测试中经常需要动态的替换被测函数调用的其他函数，这个替换叫做打桩，现在很少有动态打桩的函数，研究了许久，写了这个功能，做成了lib库，在cygwin下生成的。给出了一个Demo，使用makefile试一试吧！ ps:我目前只在windowsxp下应用，其他平台未知！欢迎发邮件给我。 #include "stdio.h" #include "d_stub.h" void testfunc(int arg, int a, int b, int c) { printf("\tI am testFunc %d\n", arg); } void testfunc1(int arg, int a, int b, int c) { printf("\t******************\n\tI am stub function\n"); printf("\tArguments: %d %d %d %d\n\t******************\n", arg, a, b, c); } void testfunc2(int arg, int a, int b, int c) { printf("\tHello world\n"); } main() { stubInfo si, ss; printf("call original func:\n"); testfunc(1, 2, 3, 4); setStub(testfunc, testfunc1, &si); setStub(testfunc1, testfunc2, &ss); printf("after set stub for func1 and func2:\n"); testfunc(1, 2, 3, 4); cleanStub(&ss); /*recover testfunc1*/ printf("after clear stub for func2:\n"); testfunc(1, 2, 3, 4); cleanStub(&si); /*recover testfunc*/ printf("after clear stub for func1::\n"); testfunc(1, 2, 3, 4); }

包含了测试的完整框架，有测试文件，驱动文件，桩函数文件，Makefile，与测试源代码。对于初次接触单元测试的人来说可以说是一个简单易懂的学习例子。

这是Python语言中用来做UT测试最好的方法之一，以前的常用测试方法是打桩，这种静态的方法的缺点是：忘记将原来的函数替换回来，从而影响了其他用例。而mock方法可以避免这种情况。这是mock的库

110,552

社区成员

642,562

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

让您成为最强悍的C#开发者

试试用AI创作助手写篇文章吧

+ 用AI写文章