我们在测试中会遇到很多问题，其中一些问题，几乎是所有公司所有团队都会遇到的，例如测试覆盖率不够，测试的时间不够等等。面对这些问题，自动化测试自然而然地成为解决这些问题的首选方法。但是自动化测试真的就是银弹麽？不见得！以前曾经在ASP.NET QA 的博客中给他们留言，请教过关于自动化测试的事情，我记得其中有一个回复是说，在某个release中过度地使用自动化测试，一切东西都想实现自动化测试，而忽略了产品本身的功能、特性的关注，结果就是超高的自动化测试覆盖率，但是很差的产品质量。大家都去实现自动化测试了，谁来做功能点的覆盖呢？某些领域的专家（SME），他们可能对测试技术是一无所知的，要把这些领域专家和测试实施结合起来，DSL就是一个比较好的桥梁。

我在工作中遇到的问题是，我需要测试一个类似UV（独立用户访问数）统计的系统，统计UV的方法其实就是根据_uid cookie的值来判断这个用户在某段时间内访问过我们的系统多少次，访问了哪些站点，进行了什么样的行为。其中有2个地方比较麻烦，第一就是在测试过程中要不断地拷贝cookie，这样拷来拷去两三次以后很容易就混乱，出错；第二就是需要记录访问哪些站点，这些站点都只是ID，也是需要不断地修改请求，测试时间长了也是很容易出错。所以我就打算在原来的测试工具基础上，实现一个简单的Internal DSL。先看成品：

@tc
def uniq_inventory_case01():
    test= testTool()
    test.user('a').view('asset55100002').anetwork('55100').onsite('site55100503').snetwork('55100').dnetwork('55100').times(1).go()
    test.user('b').view('asset55100002').anetwork('55100').onsite('site55100503').snetwork('55100').dnetwork('55100').times(2).go()
    test.user('b').view('asset55100002').anetwork('55100').onsite('site55100504_noad').snetwork('55100').dnetwork('55100').times(4).go()

实例化一个testTool对象，然后就是指定哪个用户：user(‘a’)或者user(‘b’)，看的视频的ID：view(‘asset55100002′)，这个视频属于哪个CRO呢？anetwork(’55100′)；放在哪个网站呢？onsite(‘site55100503′)；网站是谁的呢？snetwork(’55100′)；谁是分发者呢？dnetwork(’55100′)；看了多少次呢？times(4)；最后一个有点儿丑陋的go()。

像这样子一句话里面N个方法连着用，就叫Method Chaining，Method Chaining通常可以让代码变得更加人性化，读起来更加容易。但是使用Method Chaining通常会遇到一个问题，就是很难判断就是到了哪个方法才是终结呢？是不是有些方法的调用是可选的，有些是必选的呢？其中一个解决方法就是我用到的，放一个.go()方法在最后，作为终结方法。要实现Method Chaining，其实只需要顶一个类，对于需要做连接的方法，最后都返回这个类的实例。例如：

def view(self, assetid):
    if assetid:     self.asset_id = assetid
    return self
 
def anetwork(self, networkid):
    if networkid:   self.a_network_id = networkid
    return self
 
def snetwork(self, networkid):
    if networkid:   self.s_network_id = networkid
    return self
 
def dnetwork(self, networkid):
    if networkid:   self.d_network_id = networkid
    return self
 
def onsite(self, sectionid):
    if sectionid:   self.site_section_id = sectionid
    return self
 
def times(self, times):
    if times>0:       self.request_times = times
    return self

最后一个终结方法go()，就做真正的处理

def go(self):
    if self.asset_id and self.site_section_id and self.times and self.a_network_id and self.s_network_id:
        self.prepareRequest()
        for i in range(self.request_times):
            self.sendRequest()
 
        self.cleanup()
    else:
        info = 'Required information missing, abort running.'
        logging.debug(info)
        print info

如果是实现一个External DSL 的话，的确难度不小；但是Internal DSL其实并不是很高深，也不是很难实现，在它的帮助下，可以把工作完成的更好，对自己以后维护测试用例也带来了不少方便。

No related posts.

首先上程序：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19

import time, os, string, sys
ONE_DAY = (24 * 60 * 60)
if __name__ == "__main__":
    if len(sys.argv)<2:
        print "argv error, useage: python " + __file__ + " foldername int"
        sys.exit()
    if len(sys.argv)==2:
        intrday = 1
    else:
        intrday = int(sys.argv[2])
    folder = sys.argv[1]
    localtime = time.localtime()
    todate = str(localtime[0]) + str(localtime[1]) + str(localtime[2])
    targettime = time.localtime(time.time() - ONE_DAY*intrday)
    newdate = str(targettime[0]) + str(targettime[1]) + str(targettime[2])
    print folder
    for file in os.listdir(folder):
        newname = string.join(string.split(file, todate), newdate)
        os.rename(folder+file, folder+newname)

用的时候就是 $ python rename.py ./ 4 ；这个命令会把当前目录下面符合这个条件的文件名中的日期往前改4天，运行完了以后的文件名就是：log-v0-20091008-daily-1a5019a0.csv

如果还需要把文件的访问时间和修改时间也一并修改的话，那么只需要用os.utime(path, times)这个函数就好了，times是元组(Tuple)，一般可以这样用：

1
2

time_for_utime = (time.time(), time.time())
os.utime(path, time_for_utime)

Related posts:

1. 用Python脚本对ASP.NET站点进行预热

为什么用Python？一位大师曾经说过，程序员要每6个月就要学习一门新的语言（这个要求还真苛刻），所以决定学习一下Python。

需求：其实这个需求特别简单
1. 发送HTTP请求，Python自带的httplib库就能满足这个需求了
2. 多线程访问不同的站点，现在MySpace常用站点至少有4个
3. 指定服务器的IP，因为测试的服务器也有多台
4. 获取HTTP请求的状态
5. 需要在登录状态下进行预热

这个方法做了大部分的事情，Http请求，带登录状态的，能够指定IP的，指定站点的，指定页面的

1
2
3
4
5
6
7
8
9

def warmwww(inputServer,inputHost,inputPage):
	conn = httplib.HTTPConnection(inputServer)
	headers = {"Host":inputHost,"Cookie": "MYUSERINFO=MIIxxx%3d"}
	conn.request("GET", inputPage,"",headers)
	r1 = conn.getresponse()
	data = r1.read()
	conn.close()
	global results
	results.append((inputHost,r1.status))

主要用到了httplib.HTTPConnection类，获得一个httplib.HTTPConnection的对象；登录就是在Headers里面加一个标志登录的Cookie；由于要支持多个服务器，所以在初始化httplib.HTTPConnection对象的时候，指定的是IP，然后在Headers里面的Host中指定需要预热的站点；最后GET某个站点下的某个页面作为预热；最后获取response的状态码。这里需要import httplib。

接下来要做的就是用多进程来访问需要预热的站点

1
2
3
4
5
6
7
8
9
10
11

def run(server,paras):
	threadcount = 0;
	threadList = []
	for pa in paras:
		rm = threading.Thread(target = warmwww, args=(server,pa[0],pa[1]))
		rm.start()
		threadList.append(rm);
	for rt in threadList:
		rt.join()
		threadcount = threadcount + 1
	print threadcount,"Threads started. Run on server", server

threading.Thread()可以实例化一个Thread对象，参数target就是需要运行的方法，在Python里面，方法也是一个对象；如果target是带有参数的，那么就要通过args把参数传递进去。这里需要import threading。

1
2
3
4
5
6
7
8
9
10
11
12

if __name__ == "__main__":
	successFlag = True;
	begintime = time.time()
	run(server,paras)
	endtime = time.time()
	print "Finish the task in", endtime-begintime, "seconds"
	for sr in results:
		if(sr[1]!=200):
			print "Warm up",sr[0], "failed.", "status code:",sr[1]
			successFlag = False
	if successFlag:
		print "all warm up script run successfully."

paras是一个预先定义好的列表。results是一个全局变量，每个预热的结果都会存到results中，等预热程序执行完毕以后，检查其返回的状态码，如果等于200，就算通过；否则，就认为预热失败，并且打印出返回状态码。

经常会看有有人在论坛上提问，例如如何在XXX工具中发送带有cookie的请求，如果在YYY工具中模拟已经登录的用户做操作。其实这当中最根本的问题应该是，登录的原理是什么，知道这个原理以后，就很容易找到实现的方法，不管用的是C#还是Python。工具是手段，原理是根本。

Related posts:

1. 在C#单元测试中使用HttpContext的简单解决办法

一、打开文件
代码如下：
>>> f = open(“c:\my.txt”, “w”)
说明：
open(filename[, mode[, bufsize]])

第一个参数(“c:\my.txt”)是文件名称，包括路径；第二个参数是打开的模式mode
‘r’：只读（这个是默认值。如果文件不存在，则抛出错误）
‘w’：只写（如果文件不存在，则自动创建文件；如果原来存在此文件，会把原来的文件删除掉，然后再新建一个文件）
‘a’：附加到文件末尾
最后一个参数bufsize，是指定该文件的BUFFER大小

如果需要以二进制方式打开文件，需要在mode后面加上字符”b”，比如”rb”"wb”等

二、写入文件
f.write(string) 将一个字符串写入文件。

三、关闭文件释放资源
文件操作完毕，一定要记得关闭文件f.close()，可以释放资源供其他程序使用

补充：

如果程序比较大，需要运行的时间比较长，建议在写了一定数量的字符串以后用Flush()这个方法把缓存中的内容强制写到文本文件中。

No related posts.