51Testing软件测试论坛
标题:
关于GIS测试
[打印本页]
作者:
wensy
时间:
2009-3-30 12:02
标题:
关于GIS测试
论坛上关于GIS测试的很少,希望有这方面的经验的人在这里讨论,共勉!本人也是刚刚接触GIS测试,以下是自己对GIS的一些初步看法,希望大家多提建议。
关于GIS的测试,他不比一般的测试,测试人员可能抓不住头脑,没有步骤,通用性不强,需求点和检测点都不明确,体系庞大等等这都制约了测试的进展。为何会有这样的问题呢?
首先是测试人员不了解GIS,一个地图信息系统会有什么可测试的呢?这个门槛是行业性的,我们不知道他的规则,当然也无所下手。以我的理解GIS产品实际上就是以数据为核心的外延扩展性产品,任何所能表现出来的信息都是以数据为核心的。当然这里就有一些比较专业的知识,譬如,核心数据是什么?从哪里来?核心数据的核心又是什么?我们知道做地图软件不比其他软件,它需要专业并且权威的数据,需要国家资源局审批的有效数据或者某省的专业测绘才能够得到,这些数据包含诸多的方面,比如:地理范围经纬度坐标,数据集采集时间范围,信息的表示方式(矢量 栅格 文本/表 影像 矩阵),规划比例尺,数据格式,空间参照信息,大地坐标系,投影坐标系统参数等等等等,这些内容都可以算做核心的数据,不能偏离任何一种来讲,因为它的存在直接影响GIS的构建。面对突如其来的庞大数据结构,笔者也还没有完全理清,只知道这些数据应该也是我们需求的核心,测试人员必须搞明白它们,否则测试仍将会陷入危机。
其次是制作软件,软件的制作好比制图一样,但这里更强调规范和标准,作为Map你的东西必然要让别人拿过来读取,按照国家甚至国际的标准去制作。这里我们暂可以抛开如何去制作,系统的说一下制作的结构。图层的引入是Map制作的根源,其中点,线,面,复合图层的叠加就完成了数据的集合,当然这些点线面的制作不是平白去画的,他需要数据的支撑。我是这么理解的,测试是测试已知,对未知的东西我们无法测试,如果原始数据是测绘提供的,我们当然不能怀疑,也无法进行论证。但是这些点线面的绘制,我们就可以进行测试了,它的依据就是未知的数据。测试当然不能遍历,这根本就是一件不可能完成任务,从中提取测试点进行用例的设计至关重要,可以把点线面分别来做,提取不同的特征用例,当然你相当有必要进行子集的排列和筛选,以保证测试用例的精度。个人认为,这里只是GIS测试的最原始单位(元数据),保证展现出数据的准确性,说白了就是测试数据的数据。
其次是应用级别上的测试,系统无论采用哪种架构,哪种绘制工具,最终都要呈现给用户使用,在这个级别上的测试默认情况下是你的数据和坐标都是准确无误的。那么这个级别测试什么呢?当然是应用层的东西,例如放大,缩小,平移,拖拽,距离查询,面积查询,标注等等等等。似乎从这个级别开始,测试有点回归大众,让测试人员清晰起来了。是的,它就像一般的需求一样,我们去check它就好。
最后,就是性能测试了,任何软件测试都不能忽略性能,譬如,我们做的一个是公安局的应急指挥系统,需要通过GIS完成警力的部署以及动态监控,但是打开地图需要N久时间,或者N个平级市属单位访问会造成无法承载的局面。这样你就要付出巨大的代价了。。。至于如何去做GIS的性能测试,这也是一个需要大家讨论的话题。以个人的理解去谈,因为它虽然有着与其他平台一致的测试准则,但也有一些特殊的行为标准,对他的理解源于地图引擎的原理,掌握了这些机制和原理就可以清楚性能测试的脉络,哪些是压力点,哪些是大数据量点,从而设计性能测试。
以上这些是我对GIS测试的一些理解,写不了很深,源于还不是很了解,希望有对这快感兴趣的朋友加友好联系,共同提高。
[
本帖最后由 wensy 于 2009-3-30 12:19 编辑
]
作者:
love_yebin
时间:
2009-3-30 13:11
http://bbs.51testing.com/viewthr ... 73&statsdata=67
||144560
仁兄啊,嘿嘿,我测GIS 半年了 ,这里几乎没人甩!
问下贵公司GIS 那方面的 ?
的确针对ARCGIS 应用服务来说,性能现在已经远远不能满足用户要求,并且框架自身存在内存泄露!
QQ 515931121抽时间沟通沟通,呵呵
作者:
lwen
时间:
2009-3-30 15:49
厉害厉害,有些行业性很浓的测试,对业务的要求高于技术。
所以我觉得,你可以改进一下,如:规则可以从需求、行业传统、测试理论、常识中获取,这样对应的业务有对应的
规则,然后和业务专家讨论这些规则,增删改修。。。最后评审后,确认为最终的规则,纳入规则库!这时你就可以
从规则中导出测试点。当然这整个过程可能会比较复杂,所以应该要由公司带领大家进行这一系列的工作,慢慢形成
自己的体系。
另外性能测试,无非是获得和验证你的常用的性能测试指标,如响应时间,最大并发数,系统资源占用等,然后找出
性能测试的瓶颈,然后去分析数据库语句和程序语句的效率等,然后再改进!
作者:
沙漠飞雪
时间:
2009-5-25 11:05
支持一下~
作者:
jojo618
时间:
2010-3-4 11:24
最近就在测试GIS 的东西,要向高手们学习啊,请问你们做性能测试时用什么性能测试工具的?
作者:
wsnnlp
时间:
2010-8-19 20:43
我最近也在做GIS方面的测试,主要是元数据测试,有空大家交流下
作者:
yeti7788
时间:
2010-8-20 09:12
今天才看到这个帖子
说起来我进入测试行业一直从事GIS应用已经快3年了,我个人觉得GIS的测试首先可以从需求、数据、性能这几个方面下功夫。
值得注意的是这里指的需求不像传统意义上的需求,因为没法像通用性的软件功能一样描述它的需求功能和具体实现方法,但是作为测试人员和需求人员一定要有捕捉用户需要什么的想象力。往往GIS应用行业性特别强,专有名词特别难理解这对新手来讲很痛苦,这块没有什么好办法多花时间去理解。多参与软件的实施和部署,这对你的成长非常有好处,因为客户那有有你想象不到的需求和业务知识。你能掌握“需求”,基本就掌握了核心。我在这个行业遇到的客户基本都是政府机构,他们对易用性要求非常高(可能是因为他们的计算机水平不高的吧)。
针对GIS测试有时候很痛苦,为什么呢,数据出了问题。GIS是需要数据支撑的,这个行业里面的有很多矢量数据格式而且数据源都是由甲方提供,在几套数据中没有问题你根本百分百保证在另外一套数据中不会出错。所以在数据转换和数据检查这块对GIS系统来说是很关键的。
个人觉得GIS的测试用例大可不必像教科书样式来编写,这个行业需要的用例颗粒度比较大,你一定要考虑综合性的流程性的用例,这是客户最关心的。
说到性能,国内GIS平台性能还可以易用性也高,但目前基本都是ArcGIS平台,说实话性能真的很差对硬件要求非常高。那这块的性能测试怎么弄了,一般需要你模拟海量数据来验证。包括大数据量同步、传输等等。若是WebGIS方面用LoadRunner这样的工具对图形的捕捉和检查可能很困难,但是你可以用它来帮你负载,在负载的同时你可以模拟其中的一个用户来体现真实的性能。
作者:
g_gseven
时间:
2012-4-25 16:30
同意楼上的看法,我也是从事这方面的测试,刚开始不久,很多不明白的地方!
作者:
QQ表情
时间:
2012-7-13 14:55
gis的性能测试,我纠结了很久,也不知道怎么做?
作者:
小丫鬟789
时间:
2013-1-5 09:30
我刚开始纠结这个GIS了,还请大家多多指点了!谢谢
欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)
Powered by Discuz! X3.2