其实我觉得有的时候领导不可理喻的，只要想想常识就觉得测试对质量全权负责是多么荒唐的事情。让一个组织里面相同级别工资最低的人，负责可能是产品最重要的事情 - 质量，天底下有这么便宜的事情吗？？？？如果要让测试负责质量，那么测试应该什么都可以管才对，让写单元测试写单元测试，让写文档写文档，让干什么干什么。。。。。。。。，这才叫负责质量，质量几乎包含了全部，你对质量负责，你就对全部负责，所以你就有全部的权利。。。。。。。。。。，不过要是真这样了，测试还叫测试吗？有谁能干这个事情，哈哈，一通胡说的话

俩个问题请教：

1. 对于重复元素的定位，怎样精确定位
2. expectation 怎么写

这两个问题我来回答一下：

1. 重复元素的定位，目前的处理是这样的，但是不一定可以覆盖大部分的情况 由于一般页面和业务流程有关的情况都会对应一个数据层的元素，目前公司使用 angular js 所以和数据层的绑定其实是很清晰的， 所以主要在 xpath 中加上 not(contains(@style,'display=none;'))，这样虽然是重复元素，但是由于加了显示不显示的判断，其实在单个页面上总是唯一的了，但是这个可能和开发的实现紧密相关
2. expectation 的话只能自己写了。

1. 关于存 source 文件主要是可以一个页面片段一个页面片段去组装，另外有些页面源码在查看页面源码的时候不能完全看到 2.页面变了肯定要改的，如果小改动就不需要去重新生成了，代码都生成好了就在代码里面改

我感觉好像很多人担心页面改了会怎么样，我怎么觉得这其实不是什么问题，因为改了就相应的改一下，关键其实如果遇到改动，貌似没有什么很好的解决方案可以让测试代码完全不改。有些情况下可能定位可以写好一点比如是针对一些特定的属性或者 css，其他我感觉这个问题无解，而且不是什么问题，开发代码改了，测试代码也改貌似挺合理的。我个人的理解，可能太肤浅了。

多谢，已修改.繁复，怎么说呢，就是用的人觉得有点复杂. 所以我不知道其他公司的框架是怎么样用的。

应该是直接用 sendkey 文件路径就可以了