ClickMoniter 的测试，都是使用robotframework 测试框架，编写文本测试用例来实现的，测试依赖redis数据库。

测试分布的目录结构定义

测试用例根据类型分类存放，

定义目录元素：以 user > time > device > shop > clicke 为基础分类元素。

分层规则：暂时先按这个结果分层，以后如果，不能满足需要，可以在开启新的分层规则

目录命名：对元素有指定单个特定值时，命名为：元素名_特定值 ,指定多个值时，命名为：元素名复数_值个数（省略个数表示无限制值）

用例文件命名：以测试单元集合_click.txt 为名称

测试用例数据：用例的测试数据，放入用例所在目录下的data目录中

测试数据命名：以最小测试单元命名_click.data 为名称

例如：

测试对推广者ID为74的短地址，在13年12月25日13点30分到14点整时段产生的Android点击量的统计。
测试对推广者ID为74的短地址，在13年12月25日13点30分到14点整时段产生的OtherMobile点击量的统计。
其目录结构可以为:

测试用例文件放在 user_74\time_1312251330\目录 命名为devices_click.txt 
测试用例数据文件放在 user_74\time_1312251330\data 命名 Android_click.data 、OtherMobile_click.data

测试Case的标签定义

标签名	是否必须	数据说明
onwer-	y	例如: owner-wdl, case所有者是对case有深入理解、知道case详细情况的人。并不是只能这个人能分析失败原因。一般时写case的人
not-done	n	还没有开发完成，没有稳定的case都加上这个标签。
feature-	y	cpc,click,alarm 定义测试的主要软件特性点。
test-	y	function(基本功能测试), stable(系统稳定性测试), performance(性能测试)

短网址信息数据描述

测试使用到的短网址数据都保存于 /data/short_url_info.data 中

eg: 74IP03;74;11111113;act;111113;http://item.taobao.com/item.htm?id=11111111113

依次涵义为： 短地址;推广者ID;广告主ID;推广类型;广告编号;推广长地址

FORMAT_RULE:short_key;user_id;shop_id;num_iid;create_source;lib_id;long_url
h6FCO;2;14073894092;14073894092;cpc;111113;http://item.taobao.com/item.htm?id=14073894092&from=emop.cn&lib=350992 
spZTo;9;73013320;17513191786;cpc;111114;http://item.taobao.com/item.htm?id=17513191786 

点击日志文件描述

测试时使用的数据放于其对应用例下面的data目录中

eg: 2013-12-25 13:30:00 74IP01 80251223268 59.41.28.137 [Mozilla/5.0 (iPhone; CPU iPhone OS 6_1_2 like Mac OS X) AppleWebKit/536.26 (KHTML like Gecko) Mobile/10B146]

依次涵义为： 点击日期 时间 短地址 访问者ID 访问者IP [Agent]

2013-12-25 13:30:00 74IP02 80796293967 123.116.216.187 [Mozilla/5.0 (Linux; U; Android 4.2.1; zh-cn; MI 3 Build/JOP40D) AppleWebKit/534.30 (KHTML, like Gecko) Version/4.0 Mobile]
2013-12-25 13:35:50 74IP02 14096988723 112.5.234.22 [Mozilla/5.0 (Linux; U; Android 4.0.4; zh-CN; GT-I9100 Build/IMM76D) AppleWebKit/533.1 (KHTML, like Gecko) Version/4.0]