注册 登录  
 加关注
查看详情
   显示下一条  |  关闭
温馨提示!由于新浪微博认证机制调整,您的新浪微博帐号绑定已过期,请重新绑定!立即重新绑定新浪微博》  |  关闭

世界的瞭望哨

认识自己 认识世界

 
 
 

日志

 
 

Http接口测试框架架构设想  

2013-01-26 11:07:59|  分类: 测试技术和工具 |  标签: |举报 |字号 订阅

  下载LOFTER 我的照片书  |

Http接口测试框架架构设想

按照惯例,谷歌了几个来回,没找到合适的开源框架

于是乎,自己折腾一个!?

框架要点

  1. 是否易于上手,学习和迁移成本要低,要不然潜在用户手头上一堆旧用例怎么愿意换框架呢
  2. 可以以尽量少的代码写出丰富用例来,这一点我现在认为是非常重要的;代码越少,用例本身越清晰明了,写得时候轻松自如,code review及以后维护起来也是大大的方便;这种精简,可以通过框架提供简单优雅的API实现,也可以通过设计一个灵活而不失强大的数据驱动模型实现,也可以通过合理封装被测试产品的业务逻辑实现;实践表明,写测试用例的时候,是非常容易出现冗余代码的,如何消除这种冗余,是个关键问题
  3. 框架本身的代码也要精简,原理基本同上
  4. 框架要灵活,不能因为框架而把大家写用例的思路限制住;产品各不相同,业务千差万别,测试人员也各具特长,写出来的用例大一统,不现实,也不该
  5. 一个比较激进的设想,使用Ruby来架构及写用例;与Java相较,Ruby天然具有灵活性和精简性;但是要迁移语言体系,风险与收益共存

框架模块

  1. HttpClient封装,可自己封装,也可采用优秀库
  2. 断言封装,可自己封装,也可采用优秀库,例如:直接使用TestNg
  3. 测试数据组织形式,xml?excel?写在代码里?
  4. 业务逻辑相关封装
  5. 用例组织与执行,不出意外,采用现成框架即可,例如:TestNg

其中第三第四点很难把握,直接关系到大家如何设计和架构测试用例,以及是否方便使用这个框架写用例和维护用例

尤其是第四点,甚至可以考虑不放在框架中,由实际用例编写人自主设计

  评论这张
 
阅读(432)| 评论(2)
推荐 转载

历史上的今天

评论

<#--最新日志,群博日志--> <#--推荐日志--> <#--引用记录--> <#--博主推荐--> <#--随机阅读--> <#--首页推荐--> <#--历史上的今天--> <#--被推荐日志--> <#--上一篇,下一篇--> <#-- 热度 --> <#-- 网易新闻广告 --> <#--右边模块结构--> <#--评论模块结构--> <#--引用模块结构--> <#--博主发起的投票-->
 
 
 
 
 
 
 
 
 
 
 
 
 
 

页脚

网易公司版权所有 ©1997-2018