FreeOZ论坛

标题: 你们工作组中都在使用那些自动测试工具？ [打印本页]

作者: xblues 时间: 22-4-2010 11:22
提示: 作者被禁止或删除, 无法发言 标题: 你们工作组中都在使用那些自动测试工具？
最近看到很多自动的字眼：编译自动化、单元测试自动化、功能测试自动化、UI测试自动化、集成测试自动化

不知道目前比较流行的测试工具都有哪些？

编译自动化，我知道有些脚本可以实现自动编译，可是如果使用代码关于库，Check in check out 怎么自动化啊？

目前UI测试自动化用的多么？总感觉这个还不如手动快吧？

作者: coredump 时间: 22-4-2010 14:07
全部通过脚本做都行，重要的是要根据项目大小有个配套的configuration/QA team专门做这些事情。

UI自动化测试的，也有很多，比如HP Winrunner，如果有钱，有人，项目大上HP Quality Center也是可行的。

作者: xblues 时间: 22-4-2010 14:13
提示: 作者被禁止或删除, 无法发言 标题: 回复 #2 coredump 的帖子
CommSec 用的就是HP Quality Center，不过我做UA测试的时候用的就是提交BUG的功能。

手动的一个流程一个流程的走，遇到问题，抓图，写描述，提交。

老丐，介绍介绍你们的测试程序吧。

作者: ljbit 时间: 22-4-2010 14:17
还有rational的一些很昂贵的工具

作者: xblues 时间: 22-4-2010 14:24
提示: 作者被禁止或删除, 无法发言 标题: 低级测试的工具就不提啦
我自己的经验很多：手工一步一步的点鼠标，输入测试数据，看结果。

遇到问题抓图，用PPT画图，写描述，提交。

Bugzallia 之类的工具就太简单啦。谁介绍介绍高级的测试工具啊，不说听说的那种，而是真的用的那种。

作者: coredump 时间: 22-4-2010 16:07

原帖由 xblues 于 22-4-2010 13:13 发表

 登录/注册后可看大图

CommSec 用的就是HP Quality Center，不过我做UA测试的时候用的就是提交BUG的功能。

手动的一个流程一个流程的走，遇到问题，抓图，写描述，提交。

老丐，介绍介绍你们的测试程序吧。

我只负责产生制造BUG，不负责发现和解决BUG[size=14.1667px]

作者: woodheadz 时间: 22-4-2010 16:08
我们还在用从古时候就开始广为流传的NUnit

作者: xblues 时间: 22-4-2010 16:12
提示: 作者被禁止或删除, 无法发言 标题: 回复 #6 coredump 的帖子
这工作听起来不错，你怎么找到的啊？给我介绍一下，我也去行不？

作者: xblues 时间: 22-4-2010 16:12
提示: 作者被禁止或删除, 无法发言 标题: 回复 #7 woodheadz 的帖子
具体点！

作者: woodheadz 时间: 22-4-2010 16:52

原帖由 xblues 于 22-4-2010 15:12 发表

 登录/注册后可看大图

具体点！

就是NUnit啊，XUnit系列的.net版本。其实vs2008以后都自己带着单元测试功能了，只是我们比较念旧而已，呵呵

作者: xblues 时间: 22-4-2010 16:53
提示: 作者被禁止或删除, 无法发言 标题: 回复 #10 woodheadz 的帖子

那谁来讲讲单元测试吧。。。。。。这个我也不懂。

作者: woodheadz 时间: 22-4-2010 17:05

原帖由 xblues 于 22-4-2010 15:53 发表

 登录/注册后可看大图

那谁来讲讲单元测试吧。。。。。。这个我也不懂。

这些工具都是拿来做测试驱动开发的。测试驱动是敏捷方法里面很重要的一个部分，基本的过程分为两步：
A步骤：
编写测试代码描述小模块的部分特性=》测试失败（当然）=>完成模块，让测试通过=>编写测试代码描述更多，更细节的特性=>测试失败=>完成模块让测试通过,如此继续直至完成一个小模块或者小函数
B步骤：
进行一次重构=>运行测试=>继续进行下次重构直至代码足够优雅

测试驱动就是不断在这两个步骤之间切换，A步骤将增加代码的功能，但会让代码腐化，增加bad smell; B步骤清除代码中的bad smell。

测试驱动虽然貌似简单，但对于开发比较复杂的逻辑十分管用。它的好处，光看是体会不到的，自己找个测试驱动的例子照着做一遍你就明白了

[ 本帖最后由 woodheadz 于 22-4-2010 16:07 编辑 ]

作者: xblues 时间: 22-4-2010 17:08
提示: 作者被禁止或删除, 无法发言 标题: 回复 #12 woodheadz 的帖子
这么复杂啊，我已经头大了！

作者: woodheadz 时间: 22-4-2010 17:11

原帖由 xblues 于 22-4-2010 16:08 发表

 登录/注册后可看大图

这么复杂啊，我已经头大了！

呵呵，其实做起来挺简单的。测试驱动对于提高你的设计能力很有好处的，推荐尝试下

作者: huazhb 时间: 23-4-2010 11:13
我们现在是用subversion做source control, 服务器上用cruisecontrol 做自动化. 监测subversion的变化, 一旦有新的代码checkin, 自动download, 然后编译, 运行NUnit, 报告结果. 测试的话, 单元测试用NUnit, 集成测试也用NUnit, web测试用Watin, 集成在cruisecontrol里都可以自动的.

作者: seth_chen 时间: 23-4-2010 12:08
用svn做版本控制
白盒测试用HPQC,我的公司现在也在推fanfare
黑盒测试用网络协议测试仪表，业内也就那几家
实验室自动化控制设备有L1 switch，power control unit
这样就可以构造一个自动化实验室
本人提供相关咨询

作者: kiwi 时间: 26-4-2010 09:23
现在的项目单元测试用junit和cactus，版本管理用svn，build用maven，bug管理用HP Quality Center，性能测试用rational performance tester。

[ 本帖最后由 kiwi 于 26-4-2010 08:25 编辑 ]

作者: finaleden 时间: 26-4-2010 10:37

原帖由 xblues 于 22-4-2010 16:08 发表

 登录/注册后可看大图

这么复杂啊，我已经头大了！

其实挺简单地，简单说每个类的每个关键方法都要写测试用例。
如果项目比较小是会降低编程效率的，但是在大项目中一旦单元测试用例积累的比较多，单元测试对编程效率的提升是很大的，因为在大项目中每当你修改了代码，最常见的就是修改了一个旧bug然后引起n个新bug的情况；如果你在每次修改bug和添加新功能后跑一下单元测试就可以很快发现这种情况，保证代码的整体质量。这一点是为什么我们要用单元测试，至于怎么用还要看你用得编程语言，编程环境之类的，那就是单纯的技术问题了。

作者: ritz 时间: 27-4-2010 22:07
去找下这本书 http://pragprog.com/titles/auto/pragmatic-project-automation

我做web开发的，不用那些很贵的工具
GUI测试我见过最NB的是叫做 Sikuli
http://sikuli.csail.mit.edu/
是个在MIT的台湾人写的，可以用来自动玩开心农场！！

作者: michaelchin 时间: 27-4-2010 22:12
我们实验室不测试，写完就扔

欢迎光临 FreeOZ论坛 (https://www.freeoz.org/ibbs/)