最近公司在写测试framework,而且是做ui automation的。有写过的人吗?可以进来给些意见哦 手上已经做了不少,就是担心体系架构不好,以后维护,稳定性和质量不好。做法简单,也是先分一下层次,将通用控件的基础操作和行为做成库,这个基础上,基于产品再做一层库,然后再开始编写上层的测试案例。不过在架子上,一直挺为难的部分就是怎样可以让写测试案例的人,能够简单方便,快捷。把测试模块定位成某个对像,而测试案例是这个对象的一个方法成员,这样的做法,有人做过吗?

解决方案 »

  1.   

    等过客…
    他是测试专家。
      

  2.   


    其实当你经常测试驱动就会对那些总是花费巨大精力纠结于对象结构权衡的人越来越有意见。我会考虑这个东西是否在2个小时内写完,搞一个2个小时内写完的东西要比搞一个结构非常完美但是花了很多时间的东西重要100倍,因为每天花2小时,就能重构而得到最好的结构。反之,整天去为难那些结构,可是总也做不出产品给用户评估,这算什么呢?
      

  3.   

    因为每天花2小时,就能重构而得到最好的结构   -->  因为每天花2小时,三五天就能重构而得到最好的结构
      

  4.   

    呵呵,很有敏捷开发的思想啊,先写,写好立马再来等评价,再立马重构! 很受益,谢谢!