一种根据access日志生成测试场景的思考

曾经给hyperpacer提了一个需求：就是希望能够添加一个全新的测试场景：51Testing软件测试网k*S+}7`[}B5p`%_
这个场景下只有两个元件，一个是认证组件，就是提供如用户名和密码；另外一个就是执行计划组件；51Testing软件测试网QFU wc
测试场景这个地方我只需要导入一个access日志文件，那么就可以根据该日志文件自动生成一个动态的测试场景。
:P#_F%}j0根据access日志中的时间戳生成每个时间点的用户并发数U和持续时间T，各个时间点的U和T串联起来就是我们的动态场景；每个时间点切割为一个文件F，以顺序号为文件名，并记录每个顺序号对应的时间点，方便后面匹配；
Qy7s0?I ~6[s-K0认证组件，主要是提供用户名和密码，能够先登录到系统或网站；51Testing软件测试网y6k6Sa,h:B j
执行计划组件主要是设置场景执行起始时间和运行时长，并根据该设置确定执行的时候该从哪个文件开始执行，且执行到哪个索引号完成；
5SV-h5V0GA0这样就可以自动生成动态测试场景：
4Y|a0Q$b ja^0即第一个时间点，并发用户数为U1，持续运行为T1，这个时间段内U1个用户各自选择F1文件内一个请求执行，且唯一选择；
3P ZsE D,Y~| e0到下一个时间点，场景自动变为并发用户数U2运行运行T2时间....依次类推。51Testing软件测试网MSX/yC)hL+W
^
这样，我们就可以保证每个时间点的用户各自执行该时间点的一个请求，这样应该属于是最接近真实生产压力的测试；51Testing软件测试网nZ-K Y$LC5eNA:p
虽然适用场景有局限性，但是在很多能满足条件的项目内，如果有这样的一个场景的话，就大大降低了性能测试脚本开发的工作量，也人人都可用。51Testing软件测试网 R fCb/n}
-------------------------------------------------
2Po [0eEcQ,hFZ!PO0据说hyperpacer的研发计划做的满满的，看来我这个需求貌似是又没机会被采纳了，回头有时间了自己搞个试试。51Testing软件测试网ailJa$nn'CI