程序员的故乡

 

AC 测试的回忆

在Application Center 测试项目中.
Application Center 是一个群集系统. 它有网络负载平衡(NLB)与组件负载平衡(CLB)两种负载平衡方式, 整个系统由NLB,CLB,同步,监控四个功能组成.
有幸看了一下Microsoft的测试框架,它的测试框架是这样的:
SMX.NET域中包含: 源代码服务器, 测试运行服务器, 群集测试机群,
源代码服务器,源代码包括软件本身源代码与测试源代码.
源代码服务器可能是一台机器,也可能是多台服务器组成的.它里面包含的源代码也可能是DFS中的内容.
编译服务器用于编译软件代码与测试代码.编译结果存入Builds服务器.

测试控制器下载测试代码, 运行测试程序.同时向测试机群部署最新的软件版本并运行.
 
测试控制器将测试结果存入Log服务器.

Log服务器分析测试结果, 然后将分析报告分发到开发网络中.
 

测试代码的回忆:
    测试代码以测试版本号, 测试Suite分类.
    测试代码有相应的EntryPoint程序(入口点).这个程序是由批处理编写的,用于从Builds服务器中下载可执行的测试代码.
    在AC测试代码中,有如下几个文件夹:asai,asptrace,capirepl,clb,clbcomtests,metabaserepl等等.
这些文件夹代表一种要测试的功能, 文件夹中包含的文件就是用于测试这个功能的所有相关文件.
    调用测试代码的工作常常是由批处理程序来完成的. 批处理程序常常有自已的参数, 如Suite, 版本号等.
实际的测试代码主要是由VC++编写,以及一小部分由VB脚本开发.在UI界面测试中,用到了WindowsTesting, 但也是在程序中自动调用的.
    总之,在执行过程中不需要人的干涉.
在测试的过程中会生成大量的Log文件, 测试结束后, 批处理程序将这些Log文件拷到Log服务器中.Log 服务器会对这些Log进行分析.

我的思考:
(1) Log的记录, 怎样才能记录真正对Fix Bug有用的Log
(2) Log的分析 分析算法
(3) 测试程序的动态生成.
(4) 测试代码的管理
   

posted on 2005-09-02 15:41  程鑫  阅读(387)  评论(0编辑  收藏  举报

导航