hi guy:
如果注意到创建时间，那就对了。这份文章，是我学习Python一个月以后动手写的。
写下这份计划以后，只完成了第一步，其中磕磕绊绊编写代码的过程，很大一部分时间是完全用txt写的。其难度可想而知。
后来在加入大量技术讨论群以后，了解到了很多实用高效的技巧以及工具。在写下这份以后不到一个月的时间。
就现在而言，做分布式测试已经有了一套很好的思路，就是在windows环境下照样用ssh、ftp协议等来完成。
就这套思路而言，改进成自动化测试框架，亦不在话下。
第一步，用python做socket协议发送，以TCP协议链接服务器，并处理服务器回包。
线程并发，日志输出，读取excel参数化，读取DB数据，测试结束邮件通知；
将协议内容也做成参数化，并制定一定文本格式，规约制成线性逻辑顺序协议包。
达到如下目的：
1、验证协议有效性及服务器安全性，发送各种广播协议，资金消耗协议，折扣协议，礼品协议；
2、验证功能有效性，后台、前台、服务器配置微调，因系统模块间高耦合性导致功能无法正常运行等问题；
3、验证数值有效性，读取服务器excel配置、DB数据，将服务器回包数据做成CSV手动导入excel（先做成CSV，后期再做成自动导入excel)；
第二步，在第一步的基础上。利用协议包发送接收时间间隔记录，每秒协议发送记录(TPS)，并且在服务器端用nmon记录内存消耗、CPU占用等信息。
达到以下目的：
1、验证服务器，某些关键场景承载压力，并联合相关人员制定日志记录规范，（先做成CSV，后期再做成自动导入excel，生成图表)；
第三步，在第一步的基础上。利用simplehttpsevrice做web前端，做成可视化测试工具。
1、将本来后台录入的参数化协议包，放到前端录入；
2、加入配置修改端口，日志输出、excel参数、邮件格式、路径等；
第四步，在第二部与第三步的基础上。利用页面图表工具等。
1、加入并发配置端口，IP、端口、并发量、并发时间、定期并发计划功能；
2、生成服务器压力场景图表；
第五步，在前四步基础上。做成分布式压力测试工具。
怎么做，我都还不知道
线程并发，日志输出，读取excel参数化，读取DB数据，测试结束邮件通知；
将协议内容也做成参数化，并制定一定文本格式，规约制成线性逻辑顺序协议包。
达到如下目的：
1、验证协议有效性及服务器安全性，发送各种广播协议，资金消耗协议，折扣协议，礼品协议；
2、验证功能有效性，后台、前台、服务器配置微调，因系统模块间高耦合性导致功能无法正常运行等问题；
3、验证数值有效性，读取服务器excel配置、DB数据，将服务器回包数据做成CSV手动导入excel（先做成CSV，后期再做成自动导入excel)；
第二步，在第一步的基础上。利用协议包发送接收时间间隔记录，每秒协议发送记录(TPS)，并且在服务器端用nmon记录内存消耗、CPU占用等信息。
达到以下目的：
1、验证服务器，某些关键场景承载压力，并联合相关人员制定日志记录规范，（先做成CSV，后期再做成自动导入excel，生成图表)；
第三步，在第一步的基础上。利用simplehttpsevrice做web前端，做成可视化测试工具。
1、将本来后台录入的参数化协议包，放到前端录入；
2、加入配置修改端口，日志输出、excel参数、邮件格式、路径等；
第四步，在第二部与第三步的基础上。利用页面图表工具等。
1、加入并发配置端口，IP、端口、并发量、并发时间、定期并发计划功能；
2、生成服务器压力场景图表；
第五步，在前四步基础上。做成分布式压力测试工具。
怎么做，我都还不知道
当初不知道怎么做，现在想来可以利用IBM的开源框架，staf
有兴趣的同学自己去google下吧