最近考驾照等事情忙碌着，就把代码安排其他小伙伴写了。
昨天抽空写了下脚本编辑模块。[根据目前的排期，我将此块安排在了第二版实现]
接口自动化这块底层调用的还是归于完整的jmeter开源工具，如果要在本平台进行脚本编辑，就要参照jmeter的整个前端版面。
事实上，当我使用jmeter工具的时候，就将后续的接口框架考虑了，jmeter的执行主要是调用jar执行jmx文件。
而jmx文件实际上打开就是xml文件，这个jmx文件就是我们编辑jmeter脚本的核心，也是所有的心力所在。
脚本编辑界面设想
那么，ScriptManagement所要做的事（脚本编辑的概念）：
1.完整或者复刻核心部分的jmeter界面
2.实现界面的对应功能
3.前端实现之后，将对应的字符串写入xml文件(即jmx文件)
所以，本模块的难点在于：
A.前端js编写
B.后端xml写入读取
前端界面大概长这样(仅demo)：
关于团队
我很少真正去考虑这种事情。
不过最近在实践该方面该框架的时候，发现有些东西还是需要的。
譬如：带一个应届生与带一个工作经验比较长的老员工。
这两者有非常大的区别：
1.老员工在接受任务的时候会有自己的想法，有点不受控
(我这的老员工常常会说：我的环境没问题！要知道，这个语句是测试人员最痛恨的，而这竟然是我这位测试老员的口头禅！！！很可怕！！！)
2.应届生在接受任务的时候，很多时候必须给出demo，包括需要学习哪些知识点。
那如何去平衡这种事：
我个人觉得，当我摆脱测试，用产品的方式去描述或者阐述我的需求时，这块就会简单多了。
做为一个技术人员，在设计完所需的框架时，申请了人力来实现。此时，我就转化为一个产品了。
我需要以产品的角色对老员工提需求，我需要以技术前辈的角色对应届生做一定的指导。
同时，相信所有的角色都应该有良好的沟通和及时的交互。
此前，因为沟通不善，老员工使用了与预先设定的不一样的jmeter版本去实践，导致返工了一段时间。
返工这种事，是最恐怖了。在能避免的情况下，一定不能出现。
以上，关于团队是我啰嗦出来的。。。
进展很顺利，预计第一版提前完成！