lizhiy9869
发表于 2010-12-2 15:29:35
:)不错不错
truelovesdu
发表于 2011-1-28 10:28:06
谢谢楼主。。。
ficial
发表于 2011-2-21 17:19:25
资料真不少啊,顶啊顶
lnljun
发表于 2011-2-22 17:30:45
美女,还在不?问下testbed的问题
我的QQ是856238448
请加我一下,谢谢,急啊
xiangzi219
发表于 2011-3-1 15:52:59
谢谢楼主 祝楼主学习顺利
Jithy
发表于 2011-3-6 21:41:51
感谢楼主!
johnny1952
发表于 2011-3-7 23:17:33
谢谢楼主啊。资料很难找的,正所谓众里寻他千百度,蓦然回首,那“资料”却在灯火阑珊处!
另外,有一个问题请教:解决绝对内存地址的问题。
描述如下:
如果函数A内部直接访问内存低0x1111122,形如:
VAL = *(0x1111122) ;
这在单元测试的时候肯定是会是违法读取内存的。因此打算在不大规模修改源码的时候,对源码做些小改动,从而使测试得以。
可行的方法:
第一步:
定义一个宏VAL_ADDR:
#ifndefVAL_ADDR
#define VAL_ADDR 0x1111122
#endif
并将代码VAL = *(0x1111122) ;修改为:
VAL = *(VAL_ADDR);
第二步:
在用例的pre-include code中定义用户全局变量my_VAL和同样的宏:
extern int my_VAL = 10;
#define VAL_ADDR (&my_VAL)
如上,则我认为:在运行用例驱动程序的时候,由于pre-include code中已经定义了宏VAL_ADDR,因此在用户待测代码中就不会执行这一句“#define VAL_ADDR 0x1111122”,因此就达到了不访问绝对内存地址0x1111122的目的,就避免了内存访问违法的错误。
但是在实际运行的时候,总是FAIL。目前还未找到原因,请楼主帮忙分析一下如下几个问题:
1、实际上,哪一个宏是真实有效的?或者说,谁先谁后的问题
2、是否有冲突?宏的定义是否是在全局范围的,即:在A.C定义的宏M是否也在B.C中有效?
3、是否有另外的方法可以解决绝对地址访问的问题?
等待答复。非常感谢!
laorenmen
发表于 2011-3-10 20:55:02
楼主有1吗,正在学习着,帮助一下啊,diandian.yong@163.com qq 759258670 谢谢
yoyo9284
发表于 2011-3-22 21:21:38
必须感谢楼主了,太辛苦了!谢啦!
belief110
发表于 2011-3-29 21:47:31
多谢楼主,辛苦了
zhoujinafec
发表于 2011-4-7 23:40:30
正要学习啊 ,先谢过啦
czh030509
发表于 2011-4-15 14:30:18
正要学习,谢谢
以后多多交流
jimjim
发表于 2011-4-27 20:31:14
楼主大姐,谢谢你^_^
jim229601
发表于 2011-5-22 11:22:10
我也学习testbed,谁有testbed**版的传一个给我,:)谢谢,电子邮箱471386093@163.com
gmr2011
发表于 2011-5-28 21:27:55
感谢楼主!
net30
发表于 2011-6-21 16:47:29
楼主有ppt 1 吗,帮助一下啊,thebestwang@163.com谢谢
firefox2011
发表于 2011-6-28 15:42:52
非常感谢LZ!!虽然还在找**版,但先下载下来学习到...
Fin
发表于 2011-7-6 08:51:08
很给力,谢谢了
like0831
发表于 2011-7-8 17:05:40
楼主好强大,怎么会这么全!
windone
发表于 2011-7-10 22:02:34
谢谢楼主奉献