TeamCity编译selenium脚本，对于上传窗口处理只支持sendKeys的使用，不支持模拟人为按下Enter键和使用autoIt等操作，即使本地调试通过的脚本，提交编译执行后，也是报错，原因是teamCity编译执行脚本的过程中，只是后台启动相应浏览器的driver，没有真实打开一个浏览器导致的。发现这个缺陷还得从编写上传课件测试用例脚本说起。
一个上传课程测试用例，功能测试是，填写课程的基本信息后，上传课程的图片，如图1，图片上传成功后，系统会提示“图片上传成功”，然后点击【选择】按钮，如图2，在弹出的窗口中选择需要作为课程课件的文件后，点击【打开】按钮或者直接按Enter键，即可选择文件，如下图3，课件资源上传成功后，系统会弹出一个蒙板层，告诉课程资源上传成功
图1
图2
图3
为了实现课件图片和资源的上传，我一开始打算都用sendKeys，然后发现上传图片是成功，上传课件失败，因为公司的上传课件是使用网络开源控件，所以上传文件不支持selenium的api之sendKeys的使用，于是我就换了思路，准备模拟功能测试操作：
- 点击界面【选择】按钮
- 在弹出的窗口使用javaAPI之Robot，模拟键盘按下Ctrl+V，粘贴课件资源路径
- 再按下Enter键，实现了课件的上传
- 判断此时系统是否有弹出蒙板（ps：此处只要判断窗口中是否有蒙板中特有的文字出现即可）
操作的步骤的脚本如下
driver.findElement(By.id("updatePicId")). sendKeys("D:\1.jpg");//上传图片
Assert.assertTrue(driver.getPageSource().contains("上传图片成功"));//判断是否有上传图片成功提示字符串
driver.findElement(By.xpath("//ul/li[5]/div[1]/label/div/object")).click();//点击【选择】按钮
this.useSysClipboard("D:\1.mp4");//将要上传的文件路径复制到剪切板然后粘贴出来并按下Enter键
Assert.assertTrue(driver.getPageSource().contains("上传课件成功"));//判断是否有上传课件成功提示字符串
/**
* 复制数据到剪切板并粘贴出来
* @param writeMe
* @throws java.awt.AWTException
*/
public void useSysClipboard(String writeMe) throws AWTException {
Sleeper.sleepTight(800);
Robot robot=new Robot();
Clipboard clip = Toolkit.getDefaultToolkit().getSystemClipboard();
clip.setContents(new StringSelection(""), null);//清空系统剪切板
Transferable tText = new StringSelection(writeMe); //将文件路径复制到系统剪切板
clip.setContents(tText, null);
robot.keyPress(KeyEvent.VK_CONTROL);//模拟按ctrl键
robot.keyPress(KeyEvent.VK_V);//模拟按v键
Sleeper.sleepTight(500);
robot.keyRelease(KeyEvent.VK_V);//模拟释放v键
robot.keyRelease(KeyEvent.VK_CONTROL);//模拟释放ctrl键
Sleeper.sleepTight(500);
robot.keyPress(KeyEvent.VK_ENTER);//模拟按Enter键
Sleeper.sleepTight(500);
}
脚本写完后，就是运行调试，很好，本地执行这个步骤的脚本运行ok，很开心，于是提交脚本到公司的svn，然后就是teamCity去编译我提交的脚本，这里说明下，teamCity在编译的过程中是会根据我脚本中指定的浏览器类型，打开相应的driver去执行脚本的，此时编译过程中是不会打开真实的浏览器，不过发现在teamCity编译的过程上传图片步骤通过，但是上传课件资源步骤报错了，错误日志显示脚本在Assert.assertTrue(driver.getPageSource().contains("上传课件成功！"))报错了，这种情况出现的原因是上传课件步骤没有成功，所以找不到蒙板层中的字符串，于是我就觉得奇怪，理论上本机调试ok的脚本，在teamCity编译执行的过程中是不会有错误的，于是为了排除是网络延迟导致的，我加长了sleep的时间，发现还是报一样的错误，此时我怀疑是不是teamCity在编译执行的的过程中不支持Robot的模拟操作，于是我就换了思路，借助autoIt3这个工具。
使用autoIt3直接写了一个小脚本并转换成可执行的.exe文件，这个脚本的作用就是在弹出上传窗口的时候，在窗口中输入文件路径并点击窗口【打开】键，于是脚本就变成了下面这个
driver.findElement(By.xpath("//ul/li[5]/div[1]/label/div/object")).click();//点击【选择】按钮
Runtime.getRuntime().exec("d:1.exe");//执行.exe文件上传课件
Assert.assertTrue(driver.getPageSource().contains("上传课件成功！"));判断是否有上传课件成功提示字符串
然后接着本地调试可以运行通过，但是提交teamCity编译还是报错，这个时候我就排除了之前的想法“teamCity在编译执行的的过程中不支持Robot的模拟操作”这个假设。
这个时候我又怀疑是不是teamCity编译执行的时候没有打开真实的浏览器，导致我上传课件资源失败，为了证明我的假设，我把上传课程图片脚本也是改成了使用模拟键盘复制粘贴操作并结合Enter键盘来实现，不用sendKeys，脚本修改如下
driver.findElement(By.id("updatePicId")).click();//点击【上传图片】按钮
this.useSysClipboard("D:\1.jpg");//通过复制粘贴方式上传图片
Assert.assertTrue(driver.getPageSource().contains("上传图片成功"));//判断是否有上传图片成功提示字符串
driver.findElement(By.xpath("//ul/li[5]/div[1]/label/div/object")).click();//点击【选择】按钮
Runtime.getRuntime().exec("d:1.exe");//执行.exe文件上传课件
Assert.assertTrue(driver.getPageSource().contains("上传课件成功！"));//判断是否有上传课件成功提示字符串
果然teamCity在编译的时候就报错了，找不到“图片上传成功”这个字符串的，这个时候我就确定了我的假设“ TeamCity编译selenium脚本，对于上传窗口处理只支持sendKeys的使用，不支持模拟人为按下Enter键和使用autoIt等操作”这个假设