(原创文章,转载请注明出处。)

开博了,简单感慨两句。

前些年一直在做质量体系建设及团队管理的事,忽略了对测试技术热度的保持,这两年有幸重回开发测试第一线,颇感欣喜。

近期随着公司新业务的开展,需要快速组建一套自动化测试框架,用于开展接口及 UI 自动化测试。虽然自己也曾基于公司业务系统从无到有码过一套测试框架,但由于开发时的思想同时受限于公司业务及框架的适用性上,导致最终虽然框架可完美支持业务,但在易用性、兼容性及可扩展性方面依然存在一定问题,维护成本较高。

根据大牛的推荐,有幸结识 RF 开源框架。接触几天之后,只剩感慨,互联网不仅仅只有双 11,还有强大的开源工具、开源社区。

于是在工作之余,想把 RF 实践中的一些想法、问题及解决方案做个记录。抛砖引玉,听听大家的反馈及大牛的意见,争取实现最佳实践。

准备将文字分为以下几类:

1、【朝花夕拾】开篇、结尾及一些承前启后的文字。

2、【架构研习】关于框架使用中架构方面的探讨。

3、【技术讨论】关于框架使用过程中技术点的讨论。

4、【应用技巧】一些实践中总结的小技巧。

编写之初,我先总结下本单元的一些特点:

一、关于文中所提到的技术与架构的关系。技术都是为更好的架构服务的。举个例子,本文不会纠结 if 语句的格式是什么,但是会讨论 if 条件和其他关键字怎么更好的写在一起,if 的结果怎么更好的赋值等。

二、关于文中所提到的架构与系统的关系。架构不存在真正意义上的好与坏,本文旨在将已通过实践的内容与大家分享,并集众家所长,加以优化改善。架构的目标,是为了更好的保证被测系统的质量,不要为了一味追求架构的完美而忘了初衷。

三、关于内容的粒度。本文不是百度百科,不会手把手的教你如何用,这些在帮助手册上都有。本文旨在基于现实中的实际问题寻求最佳的解决方案,以达到最佳的实践效果。

有人问我为什么博客名叫 “朝花夕拾”,因为上午要写代码,下班后才有时间总结。

最后要感谢下同我一起研究框架的两位测试小伙伴,我不但从你们身上学到了很多,同时也通过相互间的探讨解决了很多问题。

--Alpha


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