xblues 发表于 22-4-2010 10:22:14

coredump 发表于 22-4-2010 13:07:21

全部通过脚本做都行，重要的是要根据项目大小有个配套的configuration/QA team专门做这些事情。

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

xblues 发表于 22-4-2010 13:13:45

ljbit 发表于 22-4-2010 13:17:25

还有rational的一些很昂贵的工具

xblues 发表于 22-4-2010 13:24:16

coredump 发表于 22-4-2010 15:07:01

原帖由 xblues 于 22-4-2010 13:13 发表 http://www.freeoz.org/bbs/images/common/back.gif
CommSec 用的就是HP Quality Center，不过我做UA测试的时候用的就是提交BUG的功能。

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

老丐，介绍介绍你们的测试程序吧。
我只负责产生制造BUG，不负责发现和解决BUG:lol

woodheadz 发表于 22-4-2010 15:08:53

我们还在用从古时候就开始广为流传的NUnit :lol :lol

xblues 发表于 22-4-2010 15:12:28

xblues 发表于 22-4-2010 15:12:46

woodheadz 发表于 22-4-2010 15:52:24

原帖由 xblues 于 22-4-2010 15:12 发表 http://www.freeoz.org/bbs/images/common/back.gif
具体点！
就是NUnit啊，XUnit系列的.net版本。 其实vs2008以后都自己带着单元测试功能了，只是我们比较念旧而已，呵呵

xblues 发表于 22-4-2010 15:53:53

woodheadz 发表于 22-4-2010 16:05:36

原帖由 xblues 于 22-4-2010 15:53 发表 http://www.freeoz.org/bbs/images/common/back.gif
:tk_15那谁来讲讲单元测试吧。。。。。。这个我也不懂。

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

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

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

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

xblues 发表于 22-4-2010 16:08:53

woodheadz 发表于 22-4-2010 16:11:56

原帖由 xblues 于 22-4-2010 16:08 发表 http://www.freeoz.org/bbs/images/common/back.gif
这么复杂啊，我已经头大了！

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

huazhb 发表于 23-4-2010 10:13:14

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

seth_chen 发表于 23-4-2010 11:08:54

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

kiwi 发表于 26-4-2010 08:23:59

现在的项目单元测试用junit和cactus，版本管理用svn，build用maven，bug管理用HP Quality Center，性能测试用rational performance tester。

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

finaleden 发表于 26-4-2010 09:37:08

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

ritz 发表于 27-4-2010 21:07:43

去找下这本书http://pragprog.com/titles/auto/pragmatic-project-automation

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

michaelchin 发表于 27-4-2010 21:12:42

我们实验室不测试，写完就扔
页: [1]
查看完整版本: 你们工作组中都在使用那些自动测试工具？