自动化测试的方式与范围

UI测试还是接口测试

从这个测试金字塔可以得知, ui测试是属于最高层, 其次是接口测试和单元测试 其实收益最高的是单元测试, 但是收到很多条件的影响, 就我目前的团队而言在项目交付时间的压力下, 测试百分之百不会进行单元测试, 因为他们根本没有时间写单元测试, 单元测试代码花费的时间可能比写功能花的时间更长, 最终就只有放到测试这边进行折中选择的接口测试, 但是大部分时间对于项目而言不会单独进行接口测试只会直接进行ui测试, 这就让自动化的推进陷入一种很尴尬的地步, 只能在时间多且已经稳定功能的产品上使用自动化回归, 就我周围的同行得到的结果是能用的起来自动化的公司不多, 用的大部分也只是接口自动化, 很少有公司推行ui自动化。所以结果很容易得到, 接口自动化是目前收益最高实施起来较为简单的自动化方式。

主流程还是全流程

主要还是根据项目或产品的情况, 个人认为如果要短期体现自动化回归的效果只能先做局部主流程的接口自动化, 在实施的过程中发现自动化中的过程, 看哪些地方适合自动化哪些地方不适合自动化, 这个非常重要。 主流程的自动化省时省力效果显著 全流程的自动化开发周期长效果可能还不好

自动化测试与手工测试的关系

个人认为, 自动化测试在目前看来无法替代或者超越手工测试, 两者是属于依赖关系且相互依赖,相辅相成,相互补充.短期看来没有任何一方可以去替代另一方, 虽然自动化测试在最近几年持续的发展, 但是能够成功推进和使用的公司好像并不太多

自动化测试一定比手工测试强？

不一定, 有很多优秀的功能测试用例设计十分完善, 经验丰富业务能力很强, 这是自动化测试无法替代的, 在重复性多的地方用自动化可以有很高的收益, 但是在复杂的业余中还是人最靠谱, 这也是手工测试无法被替代的主要原因之一

提示

内容正在完善中, 请耐心等待...