1. selenium的参数化在实际项目中怎么用的？用的多不多。
实际项目中对参数化用的不是很多。也不会将参数另外定义在其他的文件里调用。直接在当前脚本上部直接定义变量使用。
2.测试用例的脚本是怎么存放/维护的。
利用eclipse的svn插件，和svn相连，进行测试用例的版本控制。
3.测试用例的构成是什么样的，会不会有公共的测试用例，或者类似qtp的atction。
没有这么使用。一个用例就做一件事情。大部分的操作，都包含登录的脚本。每个脚本都是独立的，不依赖于其他脚本。--这是我没想到的。也许就是最简单的，就是最实用的吧。
4. 实际使用的效果如何？一次执行多长时间？
一次执行10个小时左右，目前大概有1500个脚本。脚本每天晚上都会跑，第二天看结果。主要看report中的用例通过率。如果都是98%以上，或者版本是好的，前一天的代码提交保证了功能的正确性。如果比较低，就要找原因了。
实
际的使用，都是利用在回归测试方面，在前期功能的测试不会用selenium，都是手工测试。但第一版本完成后，即功能稳定后，已经准备做第二版本时，才
会做selenium的自动化脚本，为的是在第二个版本测试时不再测试第一版本的东西。这里的第一版本是一个功能，第二版本又是另一个功能了。
5. 元素定位的Xpath 会不会从脚本中分离出来？类似qtp的对象库。或者说用有意义的变量在替换那些不能直接看出意义的Xpath表达式。
没有这么做。都还是在脚本中写的Xpath。----这也是我没想到的。我看到过网上在说有Xpath分离的尝试，我想也是可能的。
总体上，聊下来的感觉：就是脚本怎么简单怎么来，不会为了显示自己的能力多强，而且把脚本整的很复杂。一般一个用例就一两百行的代码。都是线性的，没有if else，或者while这样的嵌套。
selenium从功能上还是没有qtp强大，但公司要求不能用破解，只能用来开源。如果自己能添加selenium的方法，那才算强，才能更好服务测试了。
