《08 集成测试大纲》由会员分享,可在线阅读,更多相关《08 集成测试大纲(9页珍藏版)》请在金锄头文库上搜索。
1、受控文件请勿翻印基于图数据库的电网GIS拓扑高性能分析系统集成测试大纲文件编号:项目编号:RWTH-2019文件版次:V1.0.0编写人/日期:张子豪2020-04-10审核人/日期:詹花茂2020-04-10批准人/期:张天伟2020-04-10文档变更记录注:对本文档内容增加、删除或修改均需填写此变更记录,详细记载变更信息,以保证其可追溯性。1.引言1.1 概述本测试计划将对“电网拓扑深度分析”的测试方法、测试工具、测试范围测试种类、测试 的软件硬件环境、测试进度、测试人员的分工和职责以及测试的流程进行详细的定义和整体 描述。1.2文档概述本测试计划将对“电网拓扑深度分析”的测试方法、测试
2、工具、测试范围测试种类、测试 的软件硬件环境、测试进度、测试人员的分工和职责以及测试的流程进行详细的定义和整体 描述。被测软件系统为电网拓扑深度分析基础功能:分析展示 评价管理 评价规则管理 系 统信息 变电站管理 帮助 问答。1.3与其它计划的关系本测试计划为集成测试大纲,适用于集成测试阶段2 引用文档本测试文档依据电网拓扑深度分析测试跟踪矩阵电网拓扑深度分析使用手册3 定义使用缺陷跟踪报表。将测试中发现的每一个错误作为一条记录输入指定的错误跟踪系统 (禅道)集成测试当所有模块完成单元测试以后,将所有功能模块集成在一起的测试,以验证各个模块的 正确性和接口的正确性。回归测试每次做完测试后进行
3、系统修改后,为防止产生新bug,对修改后的部分进行的测试。风险评估集成测试阶段可能产生的风险进行预测,并提早出相应的解决方案,降低风险发生时对测试工作造成影响。相互审查小组内成员对其他成员已经测试过的模块进行抽样测试,提高测试效率。路径覆盖必须提供全部需求的术语、缩写词及略语的定义,以便对本文档进行适当的解释。4 测试环境硬件需求根据系统环境要求,系统运行应满足最低硬件配置标准为项目名称电网拓扑深度分析精益化管理评价项目时间系统名称及版本号 开发平台及版本号电网拓扑深度分析精益化管理评价V1.0.0SG-UAP 2.6开发语言java服务模式 操作系统及版本号B/S通信协议数据库及版本号htt
4、pLinuxOracle 11g中间件及版本号Tomca t v6.0CPU3.0Hz内存与其他系统集成情况16 G硬盘容量ITISC V2.1.09系统简介系统通过创建评价任务,省网公司上报参评数据,完成分析展示数据、 浏览评价数据等功能。功能模块简介特殊情况(移动应用 软件特有)是否有业务互斥的需 求分析展示、专家管理、评价管理、评价规则管理、系统信息、变电站信息、 帮助、问答。无无软件类型具体内容备注开发软件Sg-uap数据库软件Huatengbase中间件软件Tomcat6软件开发工具包JDK1.6数据库操作软件PLSQL4.1 测试环境详见附表 I4.2硬件和其它设备I项目名称电网拓
5、扑深度分析精益 化管理评价V1.0.0用户单位填写人部门型号规格配置备注1.虚拟服务器CPU: 3.0Hz内存:16 G 硬盘:1T操作系统:Linux网络配置:内网专线序号2.Huatengbase安装目录:/huatengbase/ 用户名:yewu 密码:admin3.Tomcat6安装目录:/Tomcat 6/4.JDK1.6安装目录:/Jdk/5.登录用户用户名:zl 口令:jyh2016086.远程维护内网专线,Xshell7.8.9.用户单位联系人 及联系方式4.3测试人员配备本测试需要测试人员六名(一名测试负责人、五名测试人员)5 测试计划5.1 软件说明软件测试的活动标准,这
6、三种标准通常指启动标准、暂停标准和退出标准。测试再启动要求当测试重启动启动时必须重复测试活动1、测试启动标准测试部由管理层领导,具体由总工负责领导职能。各个软件产品或者项目组提交测试需 经过管理层书面指派。2、研发部软件均需通过测试,才能对外发布,特殊情况由管理层领导书面认可。3、软件产品或项目提交测试部进行测试必须满足以下条件:(1)提交测试的软件系统必须是一个稳定的、待发布的版本、必须明确定义系统版本 号(即在系统各个部分、系统本身、用户手册等方面均表明该版本),如果版本 还没有开发完成或将进行大量修改,不能提交测试;(2)软件产品或项目在提交测试之前,本产品或项目组必须在内部进行自己的单
7、元测 试和集成测试;(3)提交测试的软件系统必须是商品化包装的,并附有:Q用户手册或使用说明书任选其一Q测试需求跟踪矩阵(4)软件系统开发组必须向测试部提供足够的培训和技术指导,以便测试工作的顺利 开展。在测试期间,开发组必须指定一名骨干开发人员帮助测试部解决相关问题。(5)若是对将发布的产品或将验收的项目进行测试,必须留给足够的时间,以保证测 试的质量。(6)提交测试的软件版本在测试期间保持稳定,即测试部只对初始提交的版本进行测 试,产品或项目组在测试期间的修改只在下一轮的系统版本进行测试。特殊情况 (即提交版本无法继续测试,如安装错误等问题)下,可以在测试期间更换版本, 但必须经过测试部的
8、同意。测试暂停标准当在测试过程中出现下列情况之一,则测试将暂停:(1)对于某类测试,测试环境变得(或者测试中发现)没有准备好,则暂停此类测 试(2)对于测试的版本而言,如果其预计的功能修改量超过总功能的10%,产品或项 目组应该及时通知测试部,并向负责人汇报,测试部有权向相关领导建议暂停 或者取消本轮测试,避免测试的无效劳动,避免造成人力财力等资源浪费。(3)发现被测试系统中有大量错误或者严重错误,以至于测试不能继续或继续没有 意义,则测试部会向总工提交报告,总工决定是否暂停整个测试。测试的退出标准: 当出现下列情况之一则退出此系统的本次测试:Q测试计划中所有规定的测试内容已经运行完成。Q根据
9、上级主管对测试结果的意见,要求结束本次测试。 当测试重新启动时,必须重复的主要测试活动有;Q当某个模块的实测重新启动时,此功能模块的所有测试用例都要重新运行,并且调用 此功能模块的相关测试用例也要重新运行。Q当整个系统的测试重新启动时,则发生修改的部分和与之相关联的部分测试用例都要 重新运行。测试通过准则测试项的通过标准目前定义为: 当此项的功能能够正确的完成,并且它的操作没有引起其他功能项或整个体系统的错误 则认为此项通过。对于每一类测试,当没有发现致命性错误和严重错误、一般错误量小于测试用例总数的 2%,告警性错误数量小于测试用例的 5%,则认为系统通过本次测试,但要已测试结果评审 会评审
10、结果为最后标准。5.2测试进度起止日期测试任务2020年04月05日-2020年04月21日制定测试计划:2020年05月03日-2020年05月月9日熟悉测试系统2020年05月09日-2020年06月02日设计测试用例2020年06月5日-2020年06月16日测试用例评审2020年06月18日-2020年06月20日执行测试用例2020年06月25日-2020年07月09日整理测试结果,软件问题清单和测试分析报告2020年07月11日-2020年07月21日确认软件问题清单2020年07月上报测试结果,第一轮测试结束5.3测试设计说明通过集成测试,发现与接口有关的各种错误。在设计测试用例
11、时,要考虑如下可能:数 据经过接口是否可能丢失;一个模块对另一模块可能造成不应有的影响;几个子功能组合起 来不能实现主功能;各模块误差不断积累达到不可接受的程度等情况。描述功能测试的测试项,采用的测试用例,每一个测试用例的输入和输出和测试目的, 以及参与测试的人员。5.4测试方法、测试策略测试方法主要采用;等价类划分、边界值分析法、错误推测法等。测试策略主要采用描述测试所采用的测试方法,如是采用非增量式集成还是增量式方式 集成等,测试策略分别以单元测试 集成测试 系统测试 验收测试;集成测试策略主要以非 增量式为主描述测试对所选定的测试方法所采用的测试策略,如对增量式集成是采用自顶向下集成 还
12、是采用自底向上集成或两种混合方式策略进行测试。6 评价准则6.1 范围测试用例测试项以及测试内容根据概要设计,系统说明书编写满足要求6.2数据整理用例密度测试用例总数/测试需求总数=(个/百个特性)缺陷密度缺陷总数/缺陷需求总数*1000=(个/千个特性)测试用例质量缺陷总数/测试用例总数*100%=(个/百用例)缺陷等级分布缺陷类型分布缺陷趋势图6.3尺度测试通过准则测试项的通过标准目前定义为: 当此项的功能能够正确的完成,并且它的操作没有引起其他功能项或整个体系统的错误 则认为此项通过。对于每一类测试,当没有发现致命性错误和严重错误、一般错误量小于测试用例总数的2%, 告警性错误数量小于测
13、试用例的5%,则认为系统通过本次测试,但要已测试结果评审会评 审结果为最后标准。7.风险及应急措施在测试计划的过程中可能存在以下因素影响计划的按时完成; 测试人员对测试产品的熟悉进度慢测试人员对测试工具的使用熟悉程序不够 被测产品存在重大错误以至于测试无法继续,需要开发组额外进行调试和修改才能继续 硬件、软件或者网络环境出现故障等。应急措施:如果上述潜在的可能时间发生,则通过适当加班来保证计划的按时完成。如 果由于北侧产品存在重大的错误而严重的影响测试进度,则考虑按照测试暂停标准暂停测试测试人员描述进行集成测试过程中可能存在的风险以及相应的应急措施。相关的风险如 设备不到位,人员不到位,开发人员频频出错,单元测试工作不能按期结束或其它原因导致 测试工被挂起或挂起后迟迟无法恢复等。