【精品】A项目测试计划.doc

【精品】A项目测试计划 它是在城市三维景观模型系统的支持下，将城市规划方案加载到场景中，在相关分析、决策支持模型的支撑下，对规划方案进行评价和决策的应用系统。 规划辅助决策系统的提出，主要是为了打破以往单凭主观经验、看效果图和图表审批决策的局限性，利用此信息系统提供直观、准确、全角度的分析和比较手段，提高规划决策的科学性。 它需要实现利用三维技术进行城市规划改造虚拟设计，在虚拟规划场景中，对规划建筑物和景观进行移动、多角度比较，在规划模型的支持下综合考虑环境与周边建筑的关系以及建筑物设计等多种因素，确定最优方案，提高城市建设的品位，促进城市的可持续性发展。 以空间决策支持系统为基础，支持规划过程中的基本三维空间分析功能。 能够充分利用规划系统的空间数据和非空间数据，实现系统的紧密集成。 这些数据不仅包括基础地理信息数据库中矢量要素、DEM、DOM等数据，也包括了经济、社会、交通等数据，实现包括历史数据、规划方案、现实数据的利用。 支持决策分析过程的三维可视化。 根据决策模型的选择，提交各种分析效果，提交效果图和分析结果；直观形象地对模拟分析结果进行图形表示,叠加在城市三维景观之上，做出规划效果预测。 分布式决策支持，支持分布式环境下的决策过程。 在网络环境下，支持多用户把多种规划方案及方案推演结果进行统一管理，确定最优解决方案。 1.2文档概述本文档描述A项目辅助决策系统软件确认测试所需的测试环境、测试进度，并对测试的人员进行安排，为软件测试的具体执行提供基本的依据，具体包括a)将需求和总体设计分解成可测试的模块；b)对每个模块制订测试方法；c)准备测试所需要的软硬件环境；d)定义测试类；e)制订测试的终止条件；2f)进行测试风险分析；g)制订测试进度和任务安排；1.3参考文档本文档引用的所有文档如下A项目辅助决策系统技术方案A项目辅助决策系统需求分析报告A项目辅助决策系统概要设计1.4成果文档根据测试结果，经开发组确认并修改后进行相应的回归测试，达到问题全部得到处理并未发现新的问题，最终软件测试完成后产出以下成果文档a)软件测试计划；b)软件测试说明；c)软件测试报告；2软件测试环境2.1软件项表1被测件测试环境软件项软件项名称用途版本Windows2000Professional操作系统Sp4Windows XPProfessional操作系统SP2A项目辅助决策系统被测软件1.00ArcGIS Engineruntime运行环境9.2ArcGIS SDE服务器空间数据引擎9.2Oracle服务器数据库平台10g32.2硬件项表2被测件测试环境硬件项硬件项名称用途备注服务器（1台）被测软件服务器计算机/测试机（2台）被测软件运行计算机/打印机输出设备/2.3权限软件测试期间软件测试员所拥有的权限a)获取软件需求；b)选择相应的测试工具进行测试；c)确定采用何种测试方法。 软件测试期间软件测试员没有的权限a)直接更改需求；b)修改软件代码；c)直接延迟产品发布时间。 2.4安装、测试与控制本次测试活动在吉威数源进行，被测件的安装、测试与控制主要包括以下内容a)被测系统和测试系统的安装、调整；b)测试操作人员熟悉测试环境；c)测试人员熟悉被测系统及有关文档；d)为进行正式测试收集输入数据和其它操作数据；e)进行各项测试活动；f)测试文档的编写、审查和批准。 43测试类3.1文档测试(D)按照文档编写规范，采用审查的方法对文档进行测试，主要包括a)完整性检查被测件的所有的功能和程序中可调用的所有功能在文档中是否加以完整地描述；b)正确性检查文档的信息是否正确，无歧义和错误；c)一致性检查文档及文档间的描述是否一致，不能相互矛盾；d)可理解性检查文档是否通过术语、图表、解释等来表示；e)可浏览性检查文档是否易于浏览并且相互关系明确。 3.2功能测试(F)功能测试侧重于所有可直接追踪到用例或业务功能和业务规则的测试需求。 这种测试的目标是核实数据的接受、处理和检索是否正确，以及业务规则的实施是否恰当。 此类测试基于黑盒技术，该技术通过图形用户界面（GUI）与应用程序进行交互，并对交互的输出或结果进行分析，以此来核实应用程序及其内部进程。 3.3人机界面测试(I)人机界面（GUI）测试用于核实用户与软件之间的交互。 此测试的目标是确保人机界面会通过测试对象的功能来为用户提供相应的访问或浏览功能。 另外，此测试还可确保界面中的对象按照预期的方式运行，并符合公司或行业的标准。 包括a)人机界面的正确性检查界面中使用的字符、文字、GUI等的正确性。 b)人机界面的有效性检查各菜单、功能按钮等的功能实现的有效性。 c)人机界面的健壮性检查人机界面对用户非法操作及输入的反应能力。 d)人机界面的一致性检查软件的人机界面与用户手册描述的一致性。 3.4安全性测试(S)检验软件中已存在的安全性、保密性措施是否有效。 53.5性能测试(P)对响应时间、事务处理速率和其他与时间相关的需求进行评测和评估。 目标是核实性能需求是否都已满足。 实施和执行性能评测的目的是将测试对象的性能行为当作条件（例如工作量或硬件配置）的一种函数来进行评测和微调。 3.6安装测试(B)安装测试有两个目的。 第一个目的是确保该软件在正常情况和异常情况的不同条件下例如进行首次安装、升级、完整的或自定义的安装都能进行安装。 异常情况包括磁盘空间不足、缺少目录创建权限等。 第二个目的是核实软件在安装后可立即正常运行。 3.7内存测试(M)内存测试需要测试软件中的内存越界访问、内存资源泄漏情况，主要采用以下方法a)静态检查b)动态检查c)使用监测工具进行监测d)内存碎片模拟e)路径分析法f)模拟内存资源最大消耗情况3.8代码走查(W)代码走查的最主要的目的是为了发现程序中的逻辑错误，代码走查检查单如下a)代码的注释与代码是否一致，注释是否是多余的；b)是否存在超过3层嵌套的循环与/或判断；c)变量的命名是否代表了其作用；d)所有的循环边界是否正确；e)所有的判断条件边界是否正确；f)输入参数的异常是否处理了；g)程序中所有的异常是否处理了；6h)是否存在重复的代码；i)是否存在超过20行的方法；j)是否存在超过7个方法的类；k)是否有多种原因导致修改某个类；l)当发生某个功能变化时，是否需要修改多个类；m)一个方法是否访问了其他类的多个属性；n)switch语句是否可以用类来替代；o)是否有一个类的某些属性或者方法没有被其他类所使用；p)是否某个类的方法总是调用另外一个类的同名方法；4测试定义A项目辅助决策系统的测试定义如下表3测试定义表小节号模块名称标识号测试描述测试类4.1安装包GW_XMGH_AZB检查安装包的安装过程，安装界面功能是否正常B4.2三维浏览GW_XMGH_LL检查三维浏览相应功能、界面是否正常I，F，W4.3视图窗口GW_XMGH_ST检查视图窗口功能、界面是否正常I，F，W4.4数据导入GW_XMGH_DR检查数据导入功能是否正常I，F，W4.5景观协调性分析GW_XMGH_JGXT检查景观协调性分析功能、界面是否正常I，F，W，P4.6规划专题分析GW_XMGH_GHZT检查规划专题分析功能、界面是否正常I，F，W，P4.7三维专题分析GW_XMGH_SWZT检查三维专题分析功能、界面是否正常I，F，W，P4.8缓冲区分析GW_XMGH_HCQ检查缓冲区分析功能、界面是否正常I，F，W，P4.9拆量分析GW_XMGH_CL检查拆量分析功能、界面是否正常I，F，W，P4.10分析参数设置GW_XMGH_CS检查分析参数设置功能、界面是否正常I，F，W4.11查询GW_XMGH_CX检查查询工具功能、界面是否正常I，F，W，P4.12对象操作GW_XMGH_DX检查对象操作工具功能、界面是否正常I，F，W4.13测量工具GW_XMGH_CLGJ检查测量工具功能、界面是否正常I，F，W74.14飞行路径GW_XMGH_FX检查飞行路径工具功能、界面是否正常I，F，W4.15图层管理GW_XMGH_TC检查图层管理工具功能、界面是否正常I，F，W4.16分析结果管理GW_XMGH_FXGL检查分析结果管理工具功能、界面是否正常I，F，W4.17坐标显示GW_XMGH_ZB检查坐标显示工具功能、界面是否正常I，F，W4.18符号化配置显示GW_XMGH_FHH检查符号化配置显示工具功能、界面是否正常I，F，W4.19专题图制作GW_XMGH_ZTT检查专题图制作工具功能、界面是否正常I，F，W4.20制图输出GW_XMGH_ZTSC检查制图输出工具功能、界面是否正常I，F，W4.21数据库配置GW_XMGH_DBS检查数据库配置工具功能、界面是否正常I，F，W4.22用户管理GW_XMGH_UM检查用户管理工具功能、界面是否正常I，F，W4.23角色管理GW_XMGH_RM检查角色管理工具功能、界面是否正常I，F，W4.24服务器运行状况监测GW_XMGH_SM检查服务器运行状况监测工具功能、界面是否正常I，F，W4.25日志管理GW_XMGH_LM检查日记管理工具功能、界面是否正常I，F，W5测试进度表4测试进度表活动阶段活动内容起止时间评审时间测试计划编制及测试计划评审根据合同和被测件及相关资料，测试负责人组织编写测试计划，配置管理员设置配置管理环境，测试计划评审。 xx年12月1日至xx年1月1日xx年1月2日测试环境建立、测试用例设计及测试用例评审根据测试计划，测试负责人组织测试人员建立测试环境，并组织对测试环境进行审核，根据测试计划人员安排，测试人员按照测试计划中的正式合格性测试进行测试用例设计，产生测试说明，并进行评审。 xx年1月2日至xx年3月1日xx年3月2日测试用例执行，BUG确认与处理及回归测试根据测试计划和测试说明执行测试，BUG进行确认处理后进行回归测试，测试结果，并通过项目负责人组织的审核。 xx年3月1日至xx年7月15日xx年7月18日测评报告生成及评审生成测试报告，并进行评审。 xx年7月15日至xx年8月15日xx年8月18日86人员安排表5人员安排表姓名角色具体职责单位魏春萍测试经理负责测试管理、组织会议、重大问题的决策、获取适当的资源、与测试组外部人员的交流。 A公司郭瑞功测试组长负责控制测试进度、测试管理、测试计划及策略的制定、组织会议、提供技术指导、制定测试策略、获取适当的资源、相关测试工作的执行与文档的编写。 A公司廖茜测试员负责编写测试相关文档，并根据用例对软件的安装、功能、性能、人机交互界面等执行相关测试，记录测试结果，进行缺陷控制、提供BUG分析报告。 A公司郑勇配置管理员负责软件测试环境搭建、软件配置管理。 A公司7风险分析在测试过程中可能存在人员、技术、设备、管理、进度等因素的风险，其具体表现如下a)测试组人员测试经验不同，测试人员的个人素质和测试水平参差不齐。 b)测试人员能否自始至终地参加整个测试项目的工作。 c)测试需求是否与委托方讨论分析透彻。 d)采用的测试技术是否满足测试需求的要求，是否采用了新的测试方法，设计的测试用例是否真的完全覆盖测试需求。 e)测试设备是否达到要求，或是否超出要求太多。 f)对整个测试过程的管理是否得到有效控制。 g)测试进度的安排是否合理。 8测试目标通过本次测试，应达到以下目标