请问tiger_zhao，这个帖子

Question

“2008-07-11 14:58:2714楼 得分:13 
除了进行代码规则检查、代码覆盖率的测试工具，还需要一个类似 Rational Robot 之类的工具，可以将测试的操作过程纪录下来；无论是错误重现、还是错误修正后的再测试，效率会提高很多。 因为测试从来不是一次性的工作，有了这类工具，就可以反复执行相同的操作，或者通过修改脚本的方式将多个测试组合起来。 还有单元测试可以由编程人员自己或相互交换进行，集成测试的测试用例一定要由非开发人员按需求说明来设计，这样可以发现设计不符合需求的地方。  
”
这些工具分别都用的是什么？http://topic.csdn.net/u/20080702/09/4B28B9EE-320E-4075-8584-8C4A1D0594FA.html

Answer 1

Google: 自动测试工具
自己看看相关的介绍吧。我不是专职的测试人员，没法详细说明。

Answer 2

不过的话，这个帖子要讨论的这段话是tiger_zhao同学本人的发言，问他似乎可能也许貌似，并不算过份吧？不过，不管怎样，打扰到您的偶像，我很抱歉。

Answer 3

To All:
slowgrace 这段时间比较活跃，大有打破砂锅问到底的架势，这个大家应该理解，谁都会有满腔热情憧憬成为高手高高手的时刻。To slowgrace:
有热情有憧憬是最好的动力，不过编程前期是实践重于理论的，需要投入大量的精力编程、编程、编程。
测试远没有常人所想的鼠标点点那么简单，绝对是与编程一样复杂的一门技术，如果没有足够的精力切忌脚踩两条船。西方学者用圆圈内外比喻已知和未知，我们东方有学海无涯。反正一个意思：未知总是大于已知。
想要全知全能——看伟大的YY小说 :-)

Answer 4

灰常感谢zhao。不过发现自己确实有点依赖心，要改正，呵呵。其实很多问题可以通过MSDN和GOOGLE解决的。另：http://topic.csdn.net/u/20090514/22/2da3fb91-d5c8-47c2-9573-434adf0c6ba9.html这个帖子很想听听你的看法（我猜你可能很烦这种讨论，不过，请你想像并谅解一下菜鸟站在海拔很低的地方抬头望望周遭全是高山、不知该爬哪座那种困惑和胆怯……）再另：这个帖子可能过些天才结，因为有几个相关的帖子想合在一起做个笔记。