对于 ete、api、 压力测试来说，由于项目的复杂度不同，流程不同，我们虽然尽可能的穷举所有的测试场景，但是对于特殊的测试流程依旧无法更好的支持，如果对于一些特殊的测试场景做兼容处理，那么我们会陷入无限期的需求开发迭代，就无法抽身对自动化测试做其他功能的开发，最后我们会被这些特殊的需求而缠身，最终导致项目因为过于臃肿，而维护成本上升，BUG 量急剧上升。
为了彻底解决根本问题，我们做了大量的技术方案调研，参考市面上的优秀开源项目设计方案，最终我们参考webpack的 plugin 功能，通过tapable来管理插件，大大提高了自动化的测试工具的使用场景，也给使用者更多的想象空间。
思路
对于 ete、api、 压力测试，每个测试执行阶段都会向外暴露生命周期，开发者只需要了解每个生命周期暴露的参数和接收的参数，在插件扩展编辑器里按照要求自定以自己的插件即可。
然后通过高级配置挂载到指定的生命周期，在运行项目前开启开启插件配置 ，在运行项目的时候，会优先初始化插件配置，把插件挂载到相应的生命周期，当执行到当前生命周期的时候，内部会开辟一块沙箱执行插件，防止插件错误导致程序崩溃；这样就可以的实现测试场景的控制，大大的提高了测试工具的灵活性、实用性。
举例（ETE）
ETE 插件执行流程图
生命周期钩子
初始化参数前(initBefore)：自定义是否需要执行、 自定义 api、 修改配置参数(设置 无头模式，性能分析，行为快照，开启调试，高就配置，插件，超时时间)。
初始化参数后(initAfter)：自定义是否需要执行、 自定义 api、修改配置参数(设置 无头模式，性能分析，行为快照，开启调试，高就配置，插件，超时时间)。
单步执行前(stepBefore)：单个定义过滤执行用例（满足条件）、单个修改参数（在文件中查找）、链接数据库断言、单个自定义断言、自定义 api。
单步执行后(stepAfter)：单个修改断言、单个替换断言、链接数据库断言、自定义 api。
报告&推送消息前(resultBefore)：批量修改测试报告、批量修改推送信息、定义推送规则、自定义推送 api。
报告&推送消息后(resultAfter)：自定义 api。
插件模版
function myselfPlugin(config, callBack) {
const itemInfor = {
config: config.config,
params: config.item,
sendNotice: false,
report: '',
isEllipsis: false,
isReplace: false
};
callBack(null, itemInfor);
}
参数
config
callBack(param1,param2) tapable暴露的周期函数
param1
结尾
引入插件功能后，大大的提高了测试工具的灵活性、实用性。
本文内容不用于商业目的，如涉及知识产权问题，请权利人联系51Testing小编(021-64471599-8017)，我们将立即处理
