博客园_Killmyday

我对自动化测试工程师招聘的建议

2012-04-15T04:19:00Z

给以前公司招聘人员做的一个培训:

/Files/killmyday/2011年PTA测试培训课件.zip

本文链接

应用程序调试技术视频各集技术概述

2012-03-01T02:34:00Z

这是第一部分，Windows平台下的应用程序调试技术讲座视频，视频购买地址：

http://product.china-pub.com/3502590

视频试听地址: http://v.youku.com/v_show/id_XMzU4OTUzNzAw.html

第1讲准备调试环境

调试符号文件的作用；

创建符号文件的方法；

在调试器里有无符号文件的区别；

公开符号版本和私有符号版本的区别；

创建公开符号文件的方法；

了解符号文件服务器的作用；

掌握在Visual Studio以及Windbg里使用符号文件的方法；

了解无法调试程序时的排错步骤。

第2讲管理符号文件与源代码

创建符号文件服务器；

调试时集成符号文件服务器和源代码版本控制服务器，以便调试时，调试机不需要有程序的源代码，调试器会自动从源代码服务器上下载正确的版本。讲解了集成SVN和Visual SourceSafe两种版本服务器的方法，这样方便一个大型研发团队进行每日编译（daily build）式的开发测试环境。如果跟第26讲（验尸调试）结合来看的话，甚至可以在团队局域网内部建立一个自动的BUG收集服务器，跟符号服务器、源码服务器配合组成一个随时随地的BUG跟踪和分析系统。

第3讲 Visual Studio基本调试技术

断点的实现原理；

条件断点以及跟踪断点；

函数断点以及异常断点；

原生程序设置数据断点；

VS提供的各个调试窗口简介；

调试浮点数计算错误的方法。

第4讲 Visual Studio调试技术中

在程序启动和异常终止时附加调试器；

设置远程调试；

使用RPC调试功能同时调试COM程序的客户端和服务器端；

在立即窗口里调试刚刚写好的函数；

SQL调试技术，即在ASP.NET网站或者ADO.NET程序中，单步跟进数据库存储过程等一系列数据库调试技巧。

第5讲 Visual Studio自动化调试及并行调试

在C++和.NET程序里添加调试支持，方便调试器在调试的时候收集信息；

使用Visual Studio的自动化接口编写自动化调试脚本；

调试并行代码，分析性能瓶颈

第6讲 Windbg 基本功能介绍

作业讲解里有调试WPF程序，分析WPF程序性能瓶颈的方法；

Windbg的基本调试命令讲解，设置断点，加载符号文件，查看内存等基本命令

第7讲调试栈溢出问题（上）

第8讲调试栈溢出问题（下）

两个视频是连续的。

从汇编的角度以及实际函数调用过程讲解了栈的实现，以及调用函数时的创建栈和释放栈的过程；

内存溢出问题的调查步骤；

栈溢出病毒攻击的原理；

调试栈溢出问题的方法；

C++各种调用规范（Calling Convention）的讲解以及相关函数调用演示；

在.NET里调用使用不同调用规范的函数；

调用规范不匹配导致栈溢出的调查方法；

防范栈溢出的措施。

第9讲调试堆溢出问题（上）

第10讲调试堆溢出问题（中）

第11讲调试堆溢出问题（下）

三个视频是连续的

CRT调试堆的实现；

使用CRT调试堆检查堆溢出问题；

从系统内核的角度讲解Windows内存堆的实现，以及演示堆里面内存的分配和释放过程；

堆溢出的原理讲解

调试堆溢出的方法

调试释放内存时使用了错误的堆句柄这个错误的方法

调试使用未初始化内存问题的方法

第12讲调试资源泄露问题（上）

第13讲调试资源泄露问题（下）

两个视频是连续的

调试堆内存泄露这个很常见的编程错误

调试进程内和进程间句柄泄露的方法

在MFC里检查内存泄露的办法

调试JavaScript里内存泄露

第14讲调试多线程问题（上）

第15讲调试多线程问题（下）

两个视频是连续的

调试多线程间数据竞争的问题

在多线程里添加调试支持

调试用户态线程同步死锁问题

调试内核态线程同步死锁问题

调试竞争锁资源问题

调试使用CPU资源过多的问题

多线程编程的注意事项

第16讲内核调试与托管程序调试准备工作（上）

调试Windows内核的方法，以及设置源代码级内核调试的方法

第17讲内核调试与托管程序调试准备工作（下）

在windbg里调试.NET程序的方法及原理

在windbg里调试.NET虚拟机CLR的方法，以及设置源代码调试的步骤

第18讲CLR虚拟机及托管调试命令-应用程序域和装配件

讲解应用程序域（AppDomain）的知识以及它的使用场景

讲解装配件（Assembly）的知识

讲解在调试器里查看AppDomain和Assembly信息的方法

讲解在Assembly里混合C#、VB.NET以及Managed C++代码的方法，以及调试这种模块的方法

第19讲CLR虚拟机及托管调试命令-对象

讲解对象（Object）在.NET虚拟机里的实现方式

讲解在调试器里查看托管对象、数组内存布局的方法

讲解查看堆栈的方法

第20讲CLR虚拟机及托管调试命令-类型

讲解类型（Type）、泛型（Generics）和函数（Method）在.NET虚拟机里的实现方式

讲解在调试器里查看类型和函数内存布局以及信息的方法

讲解在windbg里调试托管程序设置断点的方法

第21讲CLR虚拟机及托管调试命令-线程

讲解线程在.NET虚拟机里的实现方式

讲解在调试器里查看线程信息的方法

讲解线程同步在.NET虚拟机里的实现方式，以及在调试器里查看同步信息的方法

讲解线程池的实现方式以及在调试器里查看相关信息的方法

第22讲CLR虚拟机及托管调试命令-GC

讲解垃圾回收（GC ）在.NET虚拟机里的实现方式；

查看GC相关信息的方法

解释Close和Dispose函数的实现与区别

讲解弱引用对象的原理和使用方法

.NET里的内存管理技巧

第23讲CLR虚拟机及托管调试命令-COM互操作与异常

解释COM对象与.NET互操作的原理

解释.NET异常的实现原理

从.NET里使用COM对象的方法

从COM里使用.NET对象的方法

调试在.NET程序里使用COM对象出现问题时的方法

第24讲托管调试其他工具（上）

讲解sosex命令的使用方法

调试.NET程序死锁的方法

调试.NET程序内存使用过多的方法，以及调试.NET程序内存的其他一些问题。

第25讲托管调试其他工具（下）

讲解psscor命令的使用方法

调试ASP.NET页面访问速度过慢的问题

演示ASP.NET缓存的使用方法

调试因使用ASP.NET缓存而导致内存不够的问题的方法

调试调用web服务出现OOM异常的方法

第26讲验尸调试

讲解验尸调试的原理，以及使用Visual studio、Windbg以及Adplus执行验尸调试的办法

设置企业内部用的自动收集错误报告服务器的方法。

第27讲Windbg调试自动化

使用windbg提供的脚本语言编写调试用脚本程序的方法，实现自动化的程序调试。

本文链接

应用程序调试技术视频观看指南

2012-02-23T23:22:00Z

这是第一部分，Windows平台下的应用程序调试技术讲座视频，视频购买地址：

http://product.china-pub.com/3502590

对于研发公司IT支持人员，项目或开发经理，设置事后可跟踪的BUG跟踪以及分析服务系统，建议选择观看：

1、应用程序调试技术第1讲准备调试环境

2、应用程序调试技术第2讲管理符号文件与源代码

3、应用程序调试技术第6讲 Windbg 基本功能介绍

4、应用程序调试技术第26讲验尸调试

知识准备：SVN、SourceSafe使用经验；简单C++/C#代码阅读经验；理解质量控制原则。

编程初学者：

1、应用程序调试技术第1讲准备调试环境

2、应用程序调试技术第3讲 Visual Studio基本调试技术

3、应用程序调试技术第4讲 Visual Studio调试技术中

4、应用程序调试技术第5讲 Visual Studio自动化调试及并行调试

5、应用程序调试技术第6讲 Windbg 基本功能介绍

知识准备：Visual Studio编程经验，VBScript编程能力，WPF编程，理解并行、多线程编程概念。

Windows C++，MFC程序员（3年编程经验）建议观看：

1、第1讲准备调试环境

2、第6讲 Windbg 基本功能介绍

3、第7讲调试栈溢出问题（上）

4、第8讲调试栈溢出问题（下）

5、第9讲调试堆溢出问题（上）

6、第10讲调试堆溢出问题（中）

7、第11讲调试堆溢出问题（下）

8、第12讲调试资源泄露问题（上）

9、第13讲调试资源泄露问题（下）

10、第14讲调试多线程问题（上）

11、第15讲调试多线程问题（下）

12、第26讲验尸调试

13、第27讲Windbg调试自动化

知识准备：熟悉Win32 C++编程，汇编，操作系统原理，熟悉虚拟内存管理，熟悉多线程编程，PowerShell，脚本编程能力。

.NET程序员（3年编程经验）建议观看：

1、第1讲准备调试环境

2、第6讲 Windbg 基本功能介绍

3、第18讲CLR虚拟机及托管调试命令-应用程序域和装配件

4、第19讲CLR虚拟机及托管调试命令-对象

5、第20讲CLR虚拟机及托管调试命令-类型

6、第21讲CLR虚拟机及托管调试命令-线程

7、第22讲CLR虚拟机及托管调试命令-GC

8、第23讲CLR虚拟机及托管调试命令-COM互操作与异常

9、第24讲托管调试其他工具（上）

10、第25讲托管调试其他工具（下）

11、第26讲验尸调试

12、第27讲Windbg调试自动化

知识准备：熟悉.NET编程，熟悉.NET BCL，COM，汇编，操作系统原理，熟悉虚拟内存管理，熟悉多线程编程，PowerShell，脚本编程能力。

软件测试人员建议观看：

除了第16和17讲的所有视频

对于希望了解底层秘密的朋友，建议观看：

1、第16讲内核调试与托管程序调试准备工作（上）

2、第17讲内核调试与托管程序调试准备工作（下）

上面的名字起的有点随意，里面实际上解释了调试Windows 2003/XP内核和.NET虚拟机内核的方法，是源代码级别的。

本文链接

VC 6中使用不同调用规范的函数在符号文件里的表示方式

2011-10-19T12:04:00Z

在以前老版本的C++编译器里，编译器会为使用不同调用约定（Calling Convention）的函数生成不同的名称，不仅是连接程序会遵从这个命名规则，调试器也会遵守这个命名规则。因此在Visual Studio里调试使用老版本编译器编译出来的程序，在设置函数断点的时候需要考虑到这个因素。

下面是VC里面不同调用约定的函数命名规则：

调用约定	参数压栈顺序	清理堆栈	函数命名规则
stdcall	从右向左	被调函数负责清理堆栈	函数名加前缀“_”，并且在函数名后面附加“@”和堆栈要求分配的字节数。示例：_TestMethod@4
Cdecl	从右向左	调用函数负责清理堆栈	函数名加前缀“_”。示例：_TestMethod
Fastcall	前两个参数由ECX和EDX传递，其他的从右向左压栈	被调函数负责清理堆栈	函数名后附加“@”和堆栈要求分配的字节数。示例：TestMethod@4
Thiscall	This指针由ECX寄存器传递，其他的从右向左压栈	被调函数负责清理堆栈	C++命令规则

本文链接

破解XXX游戏驱动保护过程总结

2011-07-23T14:52:00Z

刚刚接触软件破解还有驱动编写，好多东西都不熟，折腾了好久，把中间可能对大家有价值的过程记录下来。

刚开始碰到的问题就是不能内核调试，因为要写驱动，需要用到。一般禁用内核调试都是在驱动里调用KdDisableDebugger，往上回溯一个函数，基本上就是驱动检测禁用是否成功的代码，否则就是一个循环不停的调用KdDisableDebugger函数。

我的做法是修改KdDisableDebugger代码，这样不管什么时候被调用到，内核调试都不能被禁用，无非就是驱动那个死循环会导致机器卡死罢了，在KdDisableDebugger上设置一个断点，中断后，就把KdDisableDebugger和驱动的代码都改掉，然后禁用断点，继续内核的执行。我用的是下面这个命令做这段话说的事情：

bp KdDisableDebugger"eb nt!KdDisableDebugger+26 75;eb nt!KdDisableDebugger+41 75;ebTesSafe+5069 74;eb TesSafe+2703 75;bd 0;g"

然后就是把驱动里hook的函数恢复，为了找到内核ssdt表里被hook的函数，看了网上的资料，有工具可以做这个事情，一是那些工具我都没有用过，不大会用，二是我想把内核里具体被inline hook的地址找出来，所以我就用了下面这个windbg脚本做这个事情，运行脚本之前需要记下eax, ebx, ecx的值，等脚本运行完成以后恢复。当然也可以用windbg里的伪寄存器，但是语法还有点不熟，就直接用现成的寄存器了，在启动游戏之前，先dump一下：
.logopen c:\logs\beforehook.txt # 因为dump出来的东西比较多，就放到一个log里
r ebx = 0 # 计数器

# 遍历ssdt表，把里面每个函数的汇编代码都dump出来，因为不知道每个函数的大小，所以每个函数都dump 1000行。
r ecx=poi(nt!KeServiceDescriptorTable)
.for (r eax=ecx;@eax < ecx+0x474; reax=eax+4; rebx=ebx+1) { r ebx; u poi(@eax) L1000}

# 保存log
.logclose

接下来，游戏启动之后，再dump一次，用kdiff3做个对比就知道哪些函数被修改过了。

看到被hook的函数以后，加上网上的资料，主要是参考看雪里的这篇资料：
http://bbs.pediy.com/showthread.php?t=126802

但是悲剧的是，有的时候修改了TX的代码，机器直接就重启了，参考看雪里另外一篇文章，把重启这个问题也解决了：
http://bbs.pediy.com/showthread.php?t=129810&highlight=DNF

很多都是大侠们已经研究了很透的东西，只是我比较愚笨，花了很多时间才搞明白整个过程，完整驱动的代码可以在我这个求助帖里找到：
http://www.ghoffice.com/bbs/read-htm-tid-91059.html

本文链接

反调试技术二

2011-05-31T03:40:00Z

五、使用NtQueryInformationProcess函数

NtQueryInformationProcess函数是一个未公开的API，它的第二个参数可以用来查询进程的调试端口。如果进程被调试，那么返回的端口值会是-1，否则就是其他的值。由于这个函数是一个未公开的函数，因此需要使用LoadLibrary和GetProceAddress的方法获取调用地址，示例代码如下：

// 声明一个函数指针。

typedef NTSTATUS (WINAPI *NtQueryInformationProcessPtr)(

HANDLE processHandle,

PROCESSINFOCLASS processInformationClass,

PVOID processInformation,

ULONG processInformationLength,

PULONG returnLength);

bool NtQueryInformationProcessApproach()

{

int debugPort = 0;

HMODULE hModule = LoadLibrary(TEXT("Ntdll.dll "));

NtQueryInformationProcessPtr NtQueryInformationProcess = (NtQueryInformationProcessPtr)GetProcAddress(hModule, "NtQueryInformationProcess");

if ( NtQueryInformationProcess(GetCurrentProcess(), (PROCESSINFOCLASS)7, &debugPort, sizeof(debugPort), NULL) )

printf("[ERROR NtQueryInformationProcessApproach] NtQueryInformationProcess failed\n");

else

return debugPort == -1;

return false;

}

六、NtSetInformationThread方法

这个也是使用Windows的一个未公开函数的方法，你可以在当前线程里调用NtSetInformationThread，调用这个函数时，如果在第二个参数里指定0x11这个值（意思是ThreadHideFromDebugger），等于告诉操作系统，将所有附加的调试器统统取消掉。示例代码:

// 声明一个函数指针。

typedef NTSTATUS (*NtSetInformationThreadPtr)(HANDLE threadHandle,

THREADINFOCLASS threadInformationClass,

PVOID threadInformation,

ULONG threadInformationLength);

void NtSetInformationThreadApproach()

{

HMODULE hModule = LoadLibrary(TEXT("ntdll.dll"));

NtSetInformationThreadPtr NtSetInformationThread = (NtSetInformationThreadPtr)GetProcAddress(hModule, "NtSetInformationThread");

NtSetInformationThread(GetCurrentThread(), (THREADINFOCLASS)0x11, 0, 0);

}

七、触发异常的方法

这个技术的原理是，首先，进程使用SetUnhandledExceptionFilter函数注册一个未处理异常处理函数A，如果进程没有被调试的话，那么触发一个未处理异常，会导致操作系统将控制权交给先前注册的函数A；而如果进程被调试的话，那么这个未处理异常会被调试器捕捉，这样我们的函数A就没有机会运行了。

这里有一个技巧，就是触发未处理异常的时候，如果跳转回原来代码继续执行，而不是让操作系统关闭进程。方案是在函数A里修改eip的值，因为在函数A的参数_EXCEPTION_POINTERS里，会保存当时触发异常的指令地址，所以在函数A里根据这个指令地址修改寄存器eip的值就可以了，示例代码如下：

// 进程要注册的未处理异常处理程序A

LONG WINAPI MyUnhandledExceptionFilter(struct _EXCEPTION_POINTERS *pei)

{

SetUnhandledExceptionFilter((LPTOP_LEVEL_EXCEPTION_FILTER)

pei->ContextRecord->Eax);

// 修改寄存器eip的值

pei->ContextRecord->Eip += 2;

// 告诉操作系统，继续执行进程剩余的指令（指令保存在eip里），而不是关闭进程

return EXCEPTION_CONTINUE_EXECUTION;

}

bool UnhandledExceptionFilterApproach()

{

SetUnhandledExceptionFilter(MyUnhandledExceptionFilter);

__asm

{

// 将eax清零

xor eax, eax

// 触发一个除零异常

div eax

}

return false;

}

八、调用DeleteFiber函数

如果给DeleteFiber函数传递一个无效的参数的话，DeleteFiber函数除了会抛出一个异常以外，还是将进程的LastError值设置为具体出错原因的代号。然而，如果进程正在被调试的话，这个LastError值会被修改，因此如果调试器绕过了第七步里讲的反调试技术的话，我们还可以通过验证LastError值是不是被修改过来检测调试器的存在，示例代码：

bool DeleteFiberApproach()

{

char fib[1024] = {0};

// 会抛出一个异常并被调试器捕获

DeleteFiber(fib);

// 0x57的意思是ERROR_INVALID_PARAMETER

return (GetLastError() != 0x57);

}

未完待续

本文链接

反调试技术

2011-05-30T17:02:00Z

在调试一些病毒程序的时候，可能会碰到一些反调试技术，也就是说，被调试的程序可以检测到自己是否被调试器附加了，如果探知自己正在被调试，肯定是有人试图反汇编啦之类的方法破解自己。为了了解如何破解反调试技术，首先我们来看看反调试技术。

一、Windows API方法

Win32提供了两个API, IsDebuggerPresent和CheckRemoteDebuggerPresent可以用来检测当前进程是否正在被调试，以IsDebuggerPresent函数为例，例子如下：

BOOL ret = IsDebuggerPresent();

printf("ret = %d\n", ret);

破解方法很简单，就是在系统里将这两个函数hook掉，让这两个函数一直返回false就可以了，网上有很多做hook API工作的工具，也有很多工具源代码是开放的，所以这里就不细谈了。

二、查询进程PEB的BeingDebugged标志位

当进程被调试器所附加的时候，操作系统会自动设置这个标志位，因此在程序里定期查询这个标志位就可以了，例子如下：

bool PebIsDebuggedApproach()

{

char result = 0;

__asm

{

// 进程的PEB地址放在fs这个寄存器位置上

mov eax, fs:[30h]

// 查询BeingDebugged标志位

mov al, BYTE PTR [eax + 2]

mov result, al

}

return result != 0;

}

三、查询进程PEB的NtGlobal标志位

跟第二个方法一样，当进程被调试的时候，操作系统除了修改BeingDebugged这个标志位以外，还会修改其他几个地方，其中NtDll中一些控制堆（Heap）操作的函数的标志位就会被修改，因此也可以查询这个标志位，例子如下：

bool PebNtGlobalFlagsApproach()

{

int result = 0;

__asm

{

// 进程的PEB

mov eax, fs:[30h]

// 控制堆操作函数的工作方式的标志位

mov eax, [eax + 68h]

// 操作系统会加上这些标志位FLG_HEAP_ENABLE_TAIL_CHECK,

// FLG_HEAP_ENABLE_FREE_CHECK and FLG_HEAP_VALIDATE_PARAMETERS，

// 它们的并集就是x70

// 下面的代码相当于C/C++的

// eax = eax & 0x70

and eax, 0x70

mov result, eax

}

return result != 0;

}

四、查询进程堆的一些标志位

这个方法是第三个方法的变种，只要进程被调试，进程在堆上分配的内存，在分配的堆的头信息里，ForceFlags这个标志位会被修改，因此可以通过判断这个标志位的方式来反调试。因为进程可以有很多的堆，因此只要检查任意一个堆的头信息就可以了，所以这个方法貌似很强大，例子如下：

bool HeapFlagsApproach()

{

int result = 0;

__asm

{

// 进程的PEB

mov eax, fs:[30h]

// 进程的堆，我们随便访问了一个堆，下面是默认的堆

mov eax, [eax + 18h]

// 检查ForceFlag标志位，在没有被调试的情况下应该是

mov eax, [eax + 10h]

mov result, eax

}

return result != 0;

}

参考资料：http://www.symantec.com/connect/articles/windows-anti-debug-reference

未完待续

本文链接

使用allpairs自动设计组合测试用例

2011-05-30T10:25:00Z

一般都说测试先做单元测试，然后做集成测试，然后做系统测试之类的，其实说白了，也可以理解成将最基本的测试步骤，或者说测试环境使用一定的方法组合以后再生成新的测试用例。因为人工组合，第一比较费神，第二是有时要么是设计了几个等价的测试用例，重复执行这些等价的测试用例，比较费时。这里有一个比较好的测试技术，叫做配对（pair-wise）测试，它可以根据你设定的条件，自动生成在测试时间（即工作量）和测试覆盖率之间做出平衡的组合。

配对测试的基本理念是，虽然程序的某个组件，或者程序自己会接受很多的输入，但大部分情况下，程序的bug不是因为这些输入同时作用而产生的，而是由一到两个输入条件同时作用导致的。因此配对测试在生成测试组合的时候，主要关注将每个条件与其它条件至少配对一次，而不是试图生成全组合，这样就可以大大减少需要测试的组合数，尽而节省测试工作量，同时又能达到满意的测试覆盖率。

当然不能期望配对测试是万能的，即我们仅依赖于配对测试自动生成的测试用例就可以了，使用配对测试的目的是为了减少测试人员浪费在执行太多的等价组合的时间，将宝贵的时间尽可能地放在设计符合用户使用场景的测试用例上。

具体示例（手工步骤）

废话少说，先看一个具体的示例，假设我们有下面一个产品，界面如下：

对于上面这个产品（假设文本框接受1到100之间的整数），可以将测试条件划分为下面这样子：

当然，文本框的条件我们还可以再细分一下，但是为了描述简单，我把条件设置的比较粗糙，如果按照全组合的用例设置方式，需要 6 (下拉框控件可能的条件) * 2 (复选框可能的条件) * 2 (单选框可能的条件) * 6 (文本框可能的条件) = 144个组合。

我们来看使用配对方式设计组合的方式：

1. 先将上面的条件输入到Excel里，并在列头标明可能出现的条件的个数，并按条件的个数将各个输入参数排序，如下图所示：

2. 先将第二个和第三个参数的各个条件组合一次，这里为了省事起见，我先去掉第一个参数，只介绍第二、三、四个参数的配对组合方法：

3. 然后再将第二个参数和第四个参数的各个条件组合一次，如下图所示：

4. 为了确保第四个参数跟第三个参数的各个条件都有一次组合，可以使用Excel提供的过滤功能来判断，例如下图中，很明显，两个参数没有一个完全组合：

5. 解决方案很简单，只需要再添加两行，将两个参数中没有组合的条件各自组合一次好了（当然，你也可以将第四个参数的条件稍微调整一下达到相同的目的）：

自动化步骤

上面的工作还是有点繁琐，实际上早已有人将这个过程自动化了，这里介绍一个免费开源的工具allpairs.exe，请于下面这个链接里下载：

http://www.satisfice.com/tools/pairs.zip

对于上面的例子，使用allpairs生成组合的方式是：

1. 先将上面的条件输入到Excel里，如下图所示（因为这个工具是老外写得，没有考虑支持中文的问题，所以最好全部用英文表示）：

2. 将Excel文件保存为以Tab键作为分隔符的文本文件：

3. 然后使用allpairs.exe处理这个文件：

allpairs.exe test.txt > output.txt

4. 在output.txt里，PAIRING DETAILS下面的东西都是没有用的，可以直接删掉，删掉以后，结果如下：

你可以在设计测试环境矩阵还有组合测试用例的时候使用allpairs这个技术，当然，你不能完全依赖这个技术，除了allpairs组合的测试用例以外，你最好再根据测试覆盖率和用户场景覆盖率入手，补充更有价值的测试用例。

另外，使用配对测试的算法，我们有可能结合Behavior Driven Design技术，直接从需求自动生成测试用例，加之如果我们将基本的测试用例自动化以后，完全可以使用这个技术将自动化过的测试用例配对组合（当然需要加上一些限制条件），在节省测试时间的同时，达到满意的测试覆盖率，当然，这样做要求我们自己写一个测试工具来实现这个技术—至少到现在我还没有看到现成的工具，而且这个技术应该要比模型驱动测试更容易使用，因为模型驱动测试的问题是建模太困难。

本文链接

使用gettext技术为ASP.NET网站实现国际化支持

2011-04-21T09:31:00Z

不知道有多少人对这个题目感兴趣，因为最近在做一个网站玩玩，有点闲心给网站加了国际化支持。虽然ASP.NET已经有ResourceManager这个类，并且有标签实现国际化的支持了，但是它的问题是，ResourceManager对每一个需要翻译的句子都要求有一个键（Key）：

1. 要先创建一个.resx文件，在VisualStudio里，有一个工具编辑这个.resx文件。

2. 对每一个需要翻译的句子，添加一个键值对。

3. 然后在代码里，使用ResourceManager或者<%#这个标签，通过定义好的键来告诉ASP.NET在运行的时候查找正确的翻译文本。

太麻烦了，不知道大家有什么其它好的方法，我使用的方法是从unix gettext那边借用过来的理念。

理念

Gettext的理念很简单，文本翻译吗，说白了就是把一句话翻译成另外一句话嘛，这个要翻译的句子，本身就可以当做检索要用的关键字，何必要再新建一个另外的关键字呢？gettext的方式很简单：

1. 在源代码里，你可以编写一个特殊的函数执行翻译，这个函数只接受一个参数，就是要翻译的文本。

2. 使用一个辅助程序xgettext扫描源代码的文本，将所有待翻译的文本都找出来，保存到一个文件里，一般来说，这个文件叫做po文件。

3. 因为ASP.NET程序不支持po文件，再使用一个辅助程序msgfmt将po文件转换成ASP.NET支持的.resources文件。

这个方法的优点在于：

1. 你在编写程序的时候，不用为需要翻译的句子，定义一个新的关键字——这个关键字一般都比较难理解，也不好取名。在维护代码的时候很麻烦——因为你需要不停地在.resx编辑器和cs文件之间切换。

2. 不知道怎么搞的，很难找到可以编辑.resx文件的工具，而gettext生成的po文件是普通的文本文件，而且格式非常简单。这样在翻译的时候，就很方便了。

做法

比如写了一个ASP.NET MVC程序，当然窗体（Web Form）形式的程序理念也是一样的，

1. 写一个控制器和视图页的基类，里面都有一个执行翻译的函数T：

public class G18nController : Controller

{

public CultureInfo Culture { get; set; }

public string T(string message)

{

var obj = HttpContext.GetGlobalResourceObject("website", message, Culture);

var translated = obj == null ? null : obj.ToString();

if (string.IsNullOrEmpty(translated))

return message;

else

return translated;

}

public abstract class G18nWebViewPage<U> : WebViewPage<U>

{

public CultureInfo Culture { get; set; }

public string T(string message)

{

var obj = HttpContext.GetGlobalResourceObject("website", message, Culture);

var translated = obj == null ? null : obj.ToString();

if (string.IsNullOrEmpty(translated))

return message;

else

return translated;

}

上面的Culture属性，可以从Request.Headers["Accept-Language"]属性取得。

2. 在代码里，针对每个要翻译的句子，直接调用这个T函数好了：

throw newArgumentException(string.Format(T("找不到ID为{0}的项目!"), id));

3. 程序写好后，要开始翻译，调用gettext程序将所有要翻译的句子找出来，保存到指定的po文件里。可以在http://gnuwin32.sourceforge.net/packages/gettext.htm这个网页下载gettext。

但是悲剧的是，gettext好像要求主语言是英文，对中文字符串支持的不是很好。所以我就用C#自己写了一个gettext，你可以在本文的附件里下载它，命令的格式是：

Zgettext-k T -i 源代码路径名 -o 输出的po文件名

Zgettext-k T -f 源代码路径列表文件 -o 输出的po文件名

比如：

Zgettext-k T -i AccountController.cs -o test.po

4. 生成的po文件格式其实非常简单易懂：

1. #: C:\workspace\Views\Role\Edit.cshtml:9

2. msgid "管理用户组"

3. msgstr ""

5. #: C:\workspace\Views\Role\Edit.cshtml:23

6. msgid "用户组[{0}]的权限"

7. msgstr ""

Msgid就是要翻译的句子，msgstr就是翻译好的句子。

5. 完成翻译后，使用一个辅助程序msgfmt将翻译好的po文件转换成ASP.NET支持的格式。因为原始的gettext程序包里的msgfmt.exe好像不能生成ASP.NET识别的.resources文件，所以我也写了一个msgfmt程序完成这个工作——在本文的附件里可以下载到，命令格式是：

Msgfmt-o 输出的resource文件路径 -i输入的po文件路径

例如：

Msgfmt-o website.en-US.resources -i website.po

注意：输出的resource文件名，必须与你在第一步里，使用HttpContext.GetGlobalResourceObject函数的第一个参数相同。

6. 我写了一个小的批处理，将3、4、5步结合在一起执行：

1. pushd src

2. del /F source.lst

3. dir /s /b src\*.cs >> source.lst

4. dir /s /b src\*.cshtml >> source.lst

5. tools\zgettext\zgettext\bin\Debug\zgettext.exe -k T -f source.lst -o glob\website.po

6. tools\zgettext\msgfmt\bin\Debug\msgfmt.exe -o src\App_GlobalResources\website.resources -i glob\ website.po

7. popd

希望对你有点帮助。

本文链接

BDD测试演示视频

2011-04-14T01:33:00Z

我录得一个视频，不过遗憾的是网上没有那么大的空间，看不到演示里的代码了。

http://v.youku.com/v_show/id_XMjU4NTIxNTI4.html

本文链接