（原创文章，转载请注明出处。）

开博了，简单感慨两句。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

--Alpha