基于以上面临的问题，一种“开后门”的方法引起了我们的注意，“后门”是指RD在程序中专门为了某些目的开设的访问通道，通过这些隐秘不为人知的数据访问通道，可以实现特殊的产品功能。对于自动化来说，我们可以通过这种方式将程序的一些界面信息暴露，当然也不局限于UI的信息，我们也可以将任意测试程序需要的信息通过后门的方式暴露给我们自己的测试程序即可以实现自动化相关的需求。

　　这个想法在后期的实践中逐步优化，最终形成了一套基于Proxy架构的自动化解决方案。当被测程序启动时，加载Proxy，并将皮肤引擎的指针（全局变量）传入Proxy中，自动化脚本通过与Proxy通信，实时获取UI的各种信息该框架包含两大部分：

　　1、一部分是以Pywinauto（Pywinauto是一些用于自动化测试Windows标准图形界面的模块的集合。它可以允许你很容易的发送鼠标、键盘动作给Windows的对话框和控件）为操作基础，pyunittest为case组织框架的python脚本部分，这部分包含了关键字的封装，case的实现。

　　2、另一部分是植入到被测程序内部的Proxy，当被测程序启动时，加载Proxy，并将皮肤引擎的指针（单例）传入Proxy中，自动化脚本通过与Proxy通信，实时获取UI的各种信息，从而达到自动化的操作以及验证的目的。

　　整个自动化框架图如下：

　　执行

　　稳定性测试不同于功能测试的自动化，它属于一种概率性的测试，需要长期运行过后才能得出最后的测试结论，即使稳定性测试通过，也不能保证系统实际运行的时候不出问题。所以要尽可能的提高测试的可靠性，我们可以通过多次测试，延长测试时间，增大测试压力来提高测试的可靠性。

　　当稳定性场景存在多组时，为了保证运行的及时性与可靠性，同时也为了满足测试环境的丰富性，稳定性测试的执行需要多台机器才行。如果条件允许，可以使用不同环境及配置的物理机进行测试，也可以使用虚拟机，构建丰富的环境中心来满足稳定性测试的需求。

　　当存在多个运行环境和多组case时，为了保证测试场景组合的多样性，各组case要阶段性的循环在每个运行环境中执行，因此需要一个清晰明确的执行计划和记录：