性能测试需求分析的一个示例
199 浏览量
2021-01-27
15:43:02
上传
评论
收藏 172KB PDF 举报
性能测试需求分析的一个示例性能测试需求分析的一个示例
1 前言
一些性能测试人员常犯的错误就是，测试一开始就直接就对系统加压，不弄清楚性能测试的目的，其实性能测试和其他类型的
测试一样，都需要先进行测试需求的分析，做相应的测试设计工作，否则测试工作无的放矢。那么性能测试需求从哪里来？怎
么判断出用户提出的性能测试需求是否过于理想化 ？
答案和也和其他类型测试一样，性能测试需求需要从需求文档、各种招标文档中来，从和项目组人员、客户交流的信息中获取
和分析。对于无法和用户直接沟通的测试人员来说，建议先从需求、招标等文档中获得一些明确的信息点（包括用户情况和系
统运行环境情况、各个系统的运行场景），通过一些明确的信息点来挖出一些隐含的性能测试需求；挖掘的角度可以按照性能
测试侧重的角度去分析，如：系统的用户访问量、系统的处理能力（响应时间）、系统的数据量、网络要求等方面。
下面以某个数据中心项目为例，进行说明，恳请网友同仁们多评论多给意见。
1.1 项目背景
在“数字国土”和“金土工程”的推动下，经过多年努力，A市各级国土资源管理部门建立了大量的国土资源应用系统，数量已达
13个之多，这些系统的应用范围几乎覆盖了国土管理的所有业务领域。同时积累了大量的国土资源数据，包括基础地理、不
同年代的遥感影像和土地利用现状、土地利用规划、建设项目用地审批、矿业权审批、不同年代的土地调查成果、土地登记数
据（含地籍测量）、基准地价、土地市场动态监测、土地市场交易等数据成果。
虽然A市国土资源局在基础数据库和电子政务系统建设方面发展迅速、成绩斐然，信息化工作已经成为促进国土资源管理职能
转变、机制创新和管理创新的源泉和动力。然而，由于在信息化的开始阶段，总体建设思路不明确，导致在具体建设项目过程
中必然统筹不到位，各应用系统职责边界不清，系统集成整合度不高，数据资源隶属于某个系统，无法方便地被其他系统使
用，每建设一个系统，就形成“信息孤岛”一座。这严重制约了数据资源的共享和应用，造成大量基础信息资源的闲置和浪费，
使信息化工作在国土资源管理和促进科学发展机制中的作用大打折扣。如果不消除“信息孤岛”，不仅在今后的信息共享所付出
的代价将呈级数上涨，还将严重影响全局信息化建设的持续健康发展。
本期项目目标和建设任务有：
1、实现A市国土资源系统信息资源科学分类与组织，制定一个适用可行的、融多个数据库为一体的数据组织规范，建立A市国
土资源科学数据整体模型。
2、完成A市国土资源标准主体数据库设计和初始建库，实现国土资源业务系统成果数据融合和信息共享，实现国土系统科学
数据资源集中存储。
3、完成A市国土资源标准主体数据库维护平台的开发，实现多源、异构数据（包括GIS）统一管理和集中展示，并能够为各业
务应用系统和社会公众提供完善的信息服务。
4、完成主体数据库应用服务的开发，在主体数据库的基础上，建立一些应用服务，提供给用户做二次开发。
5，在主体数据库应用服务的基础上，开发二个主题应用，来验证服务正确性、稳定性、可扩展性。
1.2 系统介绍
根据上一节的项目任务，本期需要建设的系统有：
1、 数据采集系统 ，该系统从已经建成的13个系统中抽取数据、转换和装载到标准主体数据库中，该系统为C/S架构，在整个
项目体系中，充当数据入口的作用。
2、 标准主体数据库维护平台，对主体数据库的初始建库、元数据定义、日常的维护工作。包括创建数据集合、表定义等，该
系统为B/S架构，提供给系统管理员使用。
3、 GIS数据管理系统：对标准主体数据库中的GIS数据的进行更新、查询、制图输出等，该系统为C/S架构。
4、 标准主体数据库应用服务系统：在主体数据库的基础上，提供一个数据共享和应用的服务层，这些服务层，为客户方提供
二次开发的目的，同时系统一些常用的业务查询、报表统计分析功能，如土地利用报表的输出。
5、 基于二个业务的主题应用（即土地市场监测和分析和违法地块快速核查），这二个应用的主要为了验证标准主体数据库应
用系统的正确性和可扩展性，保证用户在标准主体数据库应用系统上二次开发的系统是稳定、可靠的。
2 获取原始信息
2.1 获取文档的信息
从需求文档中了解到，对A市国土资源局数据中心的性能要求如下：
具备对TB级海量数据的综合管理和安全保障能力；
评论0
最新资源