参加Web测试自动化与TDD应用的沙龙心得笔记

7月24日参加了百度和InfoQ组织的沙龙。（PS：我跟这两家没关系，毕竟觉得学到点东西就把他们名字写出来表示感谢，绝非广告或软文。）因为当时没带笔和纸，只凭记忆和一些资料写的。详细内容请去网站看，当然目前（7月27日，网站还没更新这部分内容）

沙龙分三部分，一是百度的测试经理讲Web测试自动化的经验和操作。二是ThoughtWorks的一位程序员通过代码演示如何进行TDD开发的，三是分组自由讨论。

一：Web测试自动化

Web测试自动化：通过Selenium（ThoughtWorks开发的）/WatiJ+JUnit/TestN进行测试。

代码示例：

publicvoidtest1(){

//打开网站

selenium.open("http://xxx.xxx.xxx/yyy");

//通过Xpath找到页面中的某个DOM对象

selenium.select("xpath=//SELECT[@name='SBBUSYO']","index=1");

//模拟点击、输入等页面动作

selenium.click("xpath=//input[@type='button']");

//等待页面加载

selenium.waitForPageToLoad("2000");

//断言验证是否正确转向标题为“welcome”的页面

assertEquals(selenium.getTitle(),"Welcome");

}

代码会启动IE或者firefox执行，这样就将单元测试可以覆盖到了开发的全部环节。我们公司现在使用的LoadRunner是协议级的测试，通过对get\post协议的分析进行测试，

Selenium是DOM级的测试，通过Xpath寻找页面标签，验证是否实现了希望的功能。Selenium支持js，和多浏览器，所以还可以用于测试浏览器兼容性。

百度进行web自动化测试的一些相关经验：

1.通过一些自己写好的框架，加载.xls文件数据导入测试用例的数据。对于一些需要反复回归测试的测试用例，测试人员只需要用Excel填写测试数据就可以。

2.测试人员更专注于业务、流程比较复杂的用例，简单的业务可以自动化测试。

3.Web自动化测试并不是为了找到bug,而是作为系统的一个安全网和防护栏，保证代码的变动不会造成基础和核心模块出现问题。

4.Web自动化测试只能应用适合的场景，很多页面还是需要人工测试。以百度目前的经验，大概也只有20-30%的web可以进行自动化测试。所以需要精心挑选和设计测试用例。

5.测试人员最好也拥有编写代码的能力。

二：TDD测试驱动开发

1.测试驱动开发：写代码前先写测试。

2.如何切入TDD？：从上到下写代码。即写Web测试(见上文)-》Jsp页面-》Action测试-》Action实现-》service测试-》service实现……

3.通过测试和上层方法进行驱动开发。比如你写Action测试时发现需要跳转首页的方法，就驱动在Action建立toIndex（）方法。在Action发现你需要Service，就建立Service对象，利用IDE的辅助提示功能，快速的进行驱动开发。

4.随时重构，包括Test的代码。如果感觉代码有bedsmell就马上重构。

5.对于暂时没有实现的或者无法实现的，通过Mock的方式实现。

6.Web测试可以先写空业务场景，暂不实现，因为Web测试需要完整功能开发完毕并进行部署和服务启动，并且耗时也比较长。

7.测试用例是一种文档，测试方法名称以表达测试目的为第一目标。演示的时候讲师经常起了这样的方法名：

PublicvoidtestShowMoreDetailWhenFrendListOver5(){}//当好友列表大于5个时显示"showmore"

8.TDD是一种思想和方法论，在具体的开发实践中灵活掌握。