关于GIS测试

wensy

论坛上关于GIS测试的很少，希望有这方面的经验的人在这里讨论，共勉！本人也是刚刚接触GIS测试，以下是自己对GIS的一些初步看法，希望大家多提建议。

关于GIS的测试，他不比一般的测试，测试人员可能抓不住头脑，没有步骤，通用性不强，需求点和检测点都不明确，体系庞大等等这都制约了测试的进展。为何会有这样的问题呢？
首先是测试人员不了解GIS，一个地图信息系统会有什么可测试的呢？这个门槛是行业性的，我们不知道他的规则，当然也无所下手。以我的理解GIS产品实际上就是以数据为核心的外延扩展性产品，任何所能表现出来的信息都是以数据为核心的。当然这里就有一些比较专业的知识，譬如，核心数据是什么？从哪里来？核心数据的核心又是什么？我们知道做地图软件不比其他软件，它需要专业并且权威的数据，需要国家资源局审批的有效数据或者某省的专业测绘才能够得到，这些数据包含诸多的方面，比如：地理范围经纬度坐标，数据集采集时间范围，信息的表示方式（矢量 栅格 文本/表 影像 矩阵），规划比例尺，数据格式，空间参照信息，大地坐标系，投影坐标系统参数等等等等，这些内容都可以算做核心的数据，不能偏离任何一种来讲，因为它的存在直接影响GIS的构建。面对突如其来的庞大数据结构，笔者也还没有完全理清，只知道这些数据应该也是我们需求的核心，测试人员必须搞明白它们，否则测试仍将会陷入危机。

其次是制作软件，软件的制作好比制图一样，但这里更强调规范和标准，作为Map你的东西必然要让别人拿过来读取，按照国家甚至国际的标准去制作。这里我们暂可以抛开如何去制作，系统的说一下制作的结构。图层的引入是Map制作的根源，其中点，线，面，复合图层的叠加就完成了数据的集合，当然这些点线面的制作不是平白去画的，他需要数据的支撑。我是这么理解的，测试是测试已知，对未知的东西我们无法测试，如果原始数据是测绘提供的，我们当然不能怀疑，也无法进行论证。但是这些点线面的绘制，我们就可以进行测试了，它的依据就是未知的数据。测试当然不能遍历，这根本就是一件不可能完成任务，从中提取测试点进行用例的设计至关重要，可以把点线面分别来做，提取不同的特征用例，当然你相当有必要进行子集的排列和筛选，以保证测试用例的精度。个人认为，这里只是GIS测试的最原始单位（元数据），保证展现出数据的准确性，说白了就是测试数据的数据。

其次是应用级别上的测试，系统无论采用哪种架构，哪种绘制工具，最终都要呈现给用户使用，在这个级别上的测试默认情况下是你的数据和坐标都是准确无误的。那么这个级别测试什么呢？当然是应用层的东西，例如放大，缩小，平移，拖拽，距离查询，面积查询，标注等等等等。似乎从这个级别开始，测试有点回归大众，让测试人员清晰起来了。是的，它就像一般的需求一样，我们去check它就好。

最后，就是性能测试了，任何软件测试都不能忽略性能，譬如，我们做的一个是公安局的应急指挥系统，需要通过GIS完成警力的部署以及动态监控，但是打开地图需要N久时间，或者N个平级市属单位访问会造成无法承载的局面。这样你就要付出巨大的代价了。。。至于如何去做GIS的性能测试，这也是一个需要大家讨论的话题。以个人的理解去谈，因为它虽然有着与其他平台一致的测试准则，但也有一些特殊的行为标准，对他的理解源于地图引擎的原理，掌握了这些机制和原理就可以清楚性能测试的脉络，哪些是压力点，哪些是大数据量点，从而设计性能测试。

以上这些是我对GIS测试的一些理解，写不了很深，源于还不是很了解，希望有对这快感兴趣的朋友加友好联系，共同提高。

投缘

现在来说，咱俩应该算是同行了，我们公司一部分系统也是GIS信息系统。我也刚接触不久，之前我一直是做WEB方面测试的,现在做GIS方面有几方面都不太熟悉和适应。功能还好说，主要是性能方面不好把握。首先是结构，GIS主要是C/S架构的，那么如果涉及到性能考虑应该会有所不同。然后是数据量，地图数据的下载量很大，所以用性能工具不好模拟。。。我觉得你说的很对，可能我们对于GIS方面很多专业知识都了解的不深入那么也会导致GIS系统的测试存在瓶颈！！

木木妹

C/S架构的是一部分，c/s机构的性能应该远远超过b/s结构的，性能主要考察点我想和结构没关系，只要是地图展示，我想就这么几点，搜索、缩放、拖拽相应速度。

maxhoo8003

GIS 功能 在实现后 要充分考虑最后用户对于系统认可度 在 界面交互、易用性操作、快速响应、地图配图问题

狩猎者

GIS测试可以到一些gis专业网站看看，那里资料还比较丰富。

redmine

怎么写gis功能的测试用例啊