框架的意义

我想开发一个易于被拿来扩展下就能用的自动化测试框架,面向 IT 企业测试组织的入门级框架,也可以在框架的基础上做深层次的扩展,让不同需求的组织可以开发出适合本地需求的框架。也正如帖子标题上那样,这些都是我想要的,一厢情愿,闭门造车,好吧这都是我,但没办法,业余搞这个也只能这样了,若以后有朋友使用了本框架,能提点意见,那就再好不过了。

为什么测试组织需要自动化框架?

这个框架的名字我暂时命名为X-automation,简称xamX代表未知,因为我并不知道也不想定义它最终的形态,也不想为它打上一个特别的标记,就像数学中X一样,希望使用它的人能够自由灵活的改造它。

框架的思路

我想要的框架从以下几方面作为向导:

暂时就想到这么多,用上面这些思路来做指导。

自动化范围包括

现有特性

代表未来想要开发的功能

  1. 自动化脚本的标准化
  2. 进一步集成 webdriver、appium 的各种 driver、自开发的 flexdriver(普适性不强)、接口 driver(还木有思路)
  3. 数据输入源:excel,数据库
  4. 自动装备数据输入到案例
  5. 多线程、多环境运行
  6. html 格式报告输出(未来支持定制)
  7. 脚本开发与管理页面
  8. REST API 供外部系统访问与调用

基于的技术

现有框架的类图

框架引擎作为一个包,被测试项目依赖。
测试项目则有多个。具体的使用将在【一个实战】中讲述。

获取-GitHub

预计 1 月底放到 github(最近出差在外带项目,没啥时间整理,悲催啊~)

一个实战

在放出 github 的同时,一并讲述。

近期的规划

最后,技术是无止境,我可能不适合于对某项技术钻的非常深,那么就只能从广度上找出路了。框架其实更多的代表了测试管理的思想,各家有各家的思想,但有些本质的东西大家都一样,我希望能将本质的东西做到极致,剩下则由各家本地化实现。同时也是对自己的一个鞭策吧,既然走了这条路,那就要走好,要走下去~不然回家种地去吧......提前祝各位新年快乐!
PS:话说第一次在上海过圣诞呢,感觉上海果然是国际化都市,圣诞节前就如此有气氛。


↙↙↙阅读原文可查看相关链接,并与作者交流