有多少人现在还在web上用selenium/watin....

乱码

在UI上作test爽阿，直到自己改html而且make func tests work....

如果有dedicated tester作手工test，是不是大家都不需要写了？

我现在越来越不喜欢测UI了，unit test我很赞成，它给developer green zone,但func test UI,我个人觉得对project限制的作用大过推动。

大家怎么看？

huazhb

如果UI能够控制变动不大得话, 还是很有帮助得, 就是个集成测试了

乱码

原帖由 huazhb 于 2011-6-3 15:43 发表
如果UI能够控制变动不大得话, 还是很有帮助得, 就是个集成测试了

我的改动fail掉42个test cases（out of 81),仔细看了一下，其中大部分本来就不工作，不过19 still failed.

修改这１９个东西，可能会用我一天的时间，or even more，so bad for project

dalaohu

呵呵，good luck

huazhb

本来就不工作？那怎么通过的测试啊？

乱码

我们unit test是compulsory的，是ci的一部分，每次checkin的时候都触发，func test就不是，要手工trigger来run的．

我改UI之前其实应该trigger一下，看看那些test case本来就不工作的，deploy之后再run一下，取那个增长的集合就行了，改起来也简单，现在要一个个的看了

这种UI test针对一个page　run起来时间挺长的，81个要40分钟左右，以后用selenius grid应该会缩短时间很多。

吃一堑长一智把，test case针对html element的时候，尽量别用跟html结构有关的css selector,用ID最好.

混不到坑的萝卜

Selenium你用ID的话有时也不方便。asp.net web form的话control套control，id又臭又长。而如果你用css=div[id*=xxx]这种方式的话效率很低。我觉得还不如用html结构相关的css selector好。只要保持selector用的elements hierarchy相对变化不大就好。

但千万别用xpath，那玩意简直是个祸害。

dcc82

我不知道.net这边是怎么用的，但在php这边直接phpunit和selenium同时一起用，因为phpunit原生支持selenium的生成代码，基本上直接复制粘贴，写几百个test case还是很简单的事情，然后与netbeans集成，下班的时候直接就让机器跑着，rc自动调用ie和firefox，隔天早上看test result，非常方便，省去一个个手工测试，尤其是ajax，手工测试经常测了这个忘了那个。
而unit test的话肯定是不能缺少的，在ci作部署的时候触发，不通过的话就不会deploy到production server上面

[ 本帖最后由 dcc82 于 2011-6-3 22:20 编辑 ]

dalaohu

UI　test完全是　种族歧视　QA

乱码

原帖由 混不到坑的萝卜 于 2011-6-3 21:46 发表
Selenium你用ID的话有时也不方便。asp.net web form的话control套control，id又臭又长。而如果你用css=div这种方式的话效率很低。我觉得还不如用html结构相关的css selector好。只要保持selector用的elements hierarchy相对变化不大就好。

但千万别用xpath，那玩意简直是个祸害。

可以用css selector "endwith" id$='<idvalue>',可以解决不是很复杂的问题。

同意不用xpath，

乱码

原帖由 dcc82 于 2011-6-3 22:08 发表
我不知道.net这边是怎么用的，但在php这边直接phpunit和selenium同时一起用，因为phpunit原生支持selenium的生成代码，基本上直接复制粘贴，写几百个test case还是很简单的事情，然后与netbeans集成，下班的时候直接就让机器跑着 ...

在单机上跑func test是噩梦，建议你们尝试一下selenium grid作，多agent/多线程，省事很多，最近我们再搞这个，准备把watin完全废掉。

如果你们用ioc container的话，注意不要用singleton就好。

乱码

原帖由 dalaohu 于 2011-6-3 22:11 发表
UI　test完全是　种族歧视　QA

不是歧视QA，目的就是在func test上完全摒弃QA，如果func test真正做的根unit test这么成熟的话。

dalaohu

永远抛弃不了，QA张一双眼睛，有视觉。
func　test能看见东西吗？　

乱码

原帖由 dalaohu 于 2011-6-9 18:06 发表
永远抛弃不了，QA张一双眼睛，有视觉。
func　test能看见东西吗？　

yes, u r rite!

what's why I don't trust func test.

我觉得func test更多的是给management confidence to release product，management需要看到一些solid的指标，而不是人云亦云。至于实际的作用，我个人经验觉得cost大于benifit.

不过这也跟如何正确写test cases有很大的关系，道理跟如何写unit test一样，最好既不要造成产品一切都好的错觉，又不要很大程度上制约dev，以至于最后这种func test成为鸡肋，每个人都恨它，到最后被抛弃.

我个人的经验，QA可以sign off anything，出了问题，QA那边担很小的责任，dev那边主要负责，至于是defects还是phuck up，除了问题本身的规模，还要看dev那边如何圆场。

目前func test tools并不多，已有的产品也不是完全成熟，有些很有意义的尝试，如果跟得比较紧的话，走些弯路也是再所难免，但这个过程中我们的不断思索和总结是最有意义的事情。

rayki

改天让老婆看看这个。 只知道她们用selenium