[你问我来答第26期]：web开源自动化测试(已结束)

lsekfe · 发表于 2012-9-3 13:38:10

论坛ID:wuyingmin
真实姓名:吴颖敏
擅长技术领域:开源自动化测试, 性能测试, 测试开发
现任公司：大众点评
现任职位：测试架构师
工作经验： 5年
主题：web开源自动化测试
项目经验：www.prn.com 自动化测试 , webgame 自动化测试 , IBM maximo 性能测试

各位会员可以在9月10日前以回帖的方式向客座专家提问。
（请大家围绕本期客座专家的擅长领域进行提问、探讨）
客座专家将在9月11日—9月30日为大家集中解答。
机会难得，欢迎大家踊跃提问！

lsekfe · 发表于 2012-9-3 13:44:58

新一期欢迎大家踊跃提问啦！

chenfeisoft · 发表于 2012-9-3 16:31:08

那能聊聊测试架构方面的东东么？

wuyingmin · 发表于 2012-9-3 16:35:36

本帖最后由 wuyingmin 于 2012-9-3 16:36 编辑

测试架构大部分主要倾向于框架和测试工具类的实现，可以根据您测试的东西进行分析。根据产品的架构进行针对性的实现，只是更多的考虑产品化实现。类似自动化框架需要考虑易用性，扩展性与持续集成的结合。
工具类更多的考虑如何面向企业内测试，开发以外的用户，更多的产品化工具。

lsekfe · 发表于 2012-9-3 16:48:05

回复 4# wuyingmin

建议弄个头像哦~

xu1314 · 发表于 2012-9-3 17:05:21

请问如果开展自动化测试，在一个毫无经验的团队中，如何起步？

xu1314 · 发表于 2012-9-3 17:05:38

谢谢

fish531 · 发表于 2012-9-3 17:23:31

ios有什么好的自动化测试工具吗？

wuyingmin · 发表于 2012-9-3 17:58:51

回复 6# xu1314

在毫无经验的团队中开展自动化测试需要好的切入点，某件事的推动，另外需要的是需要一个易用通俗的框架，比如 selenium2.0(webdriver)+testng等，从易用性开始，培训辅助，尽量从框架本身做掉更多的事，让业务人员写出来业务测试用例更加的简单。

wuyingmin · 发表于 2012-9-3 18:06:19

回复 8# fish531

IOS 现在的工具主要分两种，object-c同构的，主要是基于ocunit来做一些扩展，另一种是针对UIautomation提供的API进行相关的操作,从长远性及效果来看同构的框架对于IOS原生的支持更好一些，只是不是那么容易些。UIautomation的话现有框架比较多。各有各的好处和局限性。

luoliang · 发表于 2012-9-3 21:01:51

本人有2年开发经验，现在想转自动化测试，无头绪，能指点下不，该怎么走？先谢啦！

harryzhang2522 · 发表于 2012-9-3 22:15:48

向专家请教一下个人的一些疑问：
1、请问您实际中使用较多的Web测试框架都有哪些，针对不同的web类型，如电子商务型，类淘宝的；比如社区类型，类BBS的；比如企业级的内部系统，类CMS的；它们之间的测试框架是否一致，或者有什么可以通用的框架；
2、请结合您的项目经验谈谈在web自动化测试的过程中需要注意的问题：比如如何处理自动化测试过程中为测试开发脚本付出很多却并未产生很大的实际效果；
3、在利用开源的自动化测试框架进行企业的自动化测试时是否存在风险，如何评估它对企业的自动化测试带来的风险，有什么评估参考吗

xu1314 · 发表于 2012-9-4 09:49:45

回复 9# wuyingmin
嗯之前想的也是用selenium ，但是具体不了解。目前感觉还是尽快了解下selenium，以及其他的自动化测试框架，在来看后面如何推，通过工具入手，在推动后续的自动化。比较简单可靠些。谢谢wuyingmin的解答。在这种情况下，这个过程中有没有什么特别注意的地方?

wuyingmin · 发表于 2012-9-4 12:29:58

回复 11# luoliang

开发转测试的话更多的可以以测试流程为主，各个阶段的自动化框架的选型，web or mobile 然后尽量将自动化测试和流程相结合，最后持续集成。

wuyingmin · 发表于 2012-9-4 12:41:27

回复 12# harryzhang2522

answer1:电子商务类的自动化框架比较多，涉及的面比较广，webdriver的ui自动化测试，webdriver的css,js,ajax异步校验触发自动化测试;社区类型，类BBS的，webdriver也是hold得住的，更多的是从用例可行性，验证有效性上下手;CMS的话更注重流程和内容方面的测试，对于网页展示如果有需求webdriver也是OK的，不过也是可以考虑htmlunit做些非基于UI的测试，这样对于流程自动化更有效。

answer2:以结果出发，测试开发产出比，尽量以数据的形式展现出来，每个迭代之间比较可以看出框架可重构的点。以经验出发，在测试框架设计之初，尽量做到分离，webdriver的pagemodel是一种动态的分离，对于config文件property文件的分离是静态的分离。

answer3: 风险每个项目都会有，成功与否很大程度取决于推动和认同。测试用例覆盖率，测试代码覆盖率，每个持续集成迭代的BUG率都可以客观的反应自动化的效率，但是普通的自动化测试更多的是回归，探索性的自动化测试将能更多的发现BUG