接着举新建Plan的例子，RD代码中，由于执行了plan-server这个接口，必然有两条日志，一条action类日志，一条expect日志。第一条action类日志，在数据库里匹配为No1，第二条日志匹配为No2。那么，自动化的Case将应该是：
Scene.AddPlan(….)Scene.CheckJump(….)
第四：测试用例自动生成的框架
即将LOG转化成Case的框架。下面将详细描述该框架的内容。该框架有个前提条件，就是前面的假设：上个版本的新功能是经过人肉测试，并且是没问题的。如果有问题，将会影响LOG中expect的准确性。
框架步骤如下：
1、读取一段时间的线上日志，筛选出含[4Case]的日志，按时间timestemp重新排序。
2、将所有日志按logId,userid分类，放入arraylist CASE中，一个logid+userid标识一个用户的一次系列操作行为。
3、循环读取arraylist CASE中的日志，一次处理一个日志。
4、读取一次系列操作行为，里面含action和except标示日志多个。按时间次序挨个去数据库里匹配LOG，读取对应的CODE字段，拼成可执行的测试用例代码。
……………………
查看全文请点击下载：http://www.51testing.com/html/73/n-849173.html
其中，绿色纹底的代码是框架自动填写的，其余是用模板定义的。
基于上述四项工作，可以利用线上用户行为自动生成出能在自动化框架跑的Case。
……
查看全文请点击下载：http://www.51testing.com/html/73/n-849173.html
版权声明：51Testing软件测试网及相关内容提供者拥有51testing.com内容的全部版权，未经明确的书面许可，任何人或单位不得对本网站内容复制、转载或进行镜像，否则将追究法律责任。
