建立企业级测时报告体系(一) 测试报告体系服务端详述

服务端有三个主要的组成

l         测试数据服务层

l         模板服务

l         配置服务

 

1     测试数据服务层

测试数据的来源是自动化测试软件在生产过程中写入的数据。由于测试数据动辄是万级甚至是百万级,因此在建立测试系统体系的时候,做详细的规划是非常必要的。

数据层会遇到两个主要问题:

l         多种测试指标

l         分布式

1.1  多种测试指标

造成这种情况的原因是企业产品种类不是单一的,可能生产了A,也生产了B,而A、B的测试数据指标不完全一样(甚至根本不同)。

对测试数据指标参数雷同的 - 大多数应该雷同的(因为一个企业生产的产品都具有相关性)我建议采用一张主表+其他若干附表作为基础。

主表中有

产品型号 – partno

创建日期  - createDate

Error_code – 通过标识

产品序列号 –sn

 


也有人提出不同的结构

每一个指标测试一条记录

 

这两种都可以解决测试指标不一致的情况.

第二种结构得到的数据不是一条记录,而是一个记录集.

目前,我采用的是第一种结构,无他,主要是看它简单.

 

1.2  第二个问题数据分布式

作为管理人员肯定想数据集中, 但有些情况会造成数据被迫分布”.

比如: 我们的产品A是在CD生产的,而产品B是在SZ生产的,这两边都有我们的测试数据.

我们的测时报告体系中,测试数据是以服务的方式提供的,因此,在网络上它只有唯一的接口.

 

我是这样来考虑解决数据分散的问题的,有两个方法:

1.2.1              集中数据

通过同步(编程也好,直接使用同步工具也好),保证主服务器上数据的完整性.

1.2.2              在多台服务器上查询

我建立一个PNCache,把所有的sn进行保存,第一次查询先把对应partno找到,接着在StoreServer中找到服务器地址,数据库名,登录信息,再连接上去查询.

或者直接把多台sql服务器作为链接服务器.



总之
,要保证输入NPN,不管它保存在哪里,都能被查出来.

 

后记:

今天下午(2006-12-7)参加微软在成都举行的SQL 2005的推介会,我就测试报告系统来说,可以用到一些新特性.

l         镜像数据库

据说可以做到秒级切换.两个数据库放在不同的服务器上.

l         分区表

把一个表的数据放在不同分区上,提高性能 对大数据量查询非常有效

l         内置Web Service服务

不再需要IISWeb Service的发布. 可以直接使用

 

 

 

 

1.3  模板服务

模板即测试报告显示的外貌,是一个抽象的集合体.

l         提供查询Web站点

供公司测时报告的定义人员参考

l         提供模板下载

客户端是即时下载,保证模板是最新的.

 

1.4  配置服务

配置服务的主要目的是提供配置对象和一些固定参数数据等服务.

现在我们手里有数据了,也有模板,如何把这些数据对应填入到我们的模板,最终形成我们的报告? 这是配置服务要干的事情.

 

当然所谓配置也是抽象的概念.

真正导出什么,却是取决于客户端ExportAdapter,如果是导出Excel,那么,ExcelExportAdapter 会调用ExcelExporter组件来生成. 如果是导出TXt,TXTExportAdapter会调用TXTExporter组件来生成.

 

下面的文章中详细描述,我们如果来定义配置(包括哪些东西).

 
相关文章
建立企业级测试报告体系(概述)

原文地址:https://www.cnblogs.com/king_astar/p/585727.html