文档库 最新最全的文档下载
当前位置:文档库 › 单站验证测试规范及注意事项

单站验证测试规范及注意事项

单站验证测试规范及注意事项
单站验证测试规范及注意事项

单站验证测试方案

一:测试注意事项

1.测试出发前先核实测试设备是否带齐。测试设备包括:笔记本电脑(装

有测试软件的)、测试软件加密狗、GPS、车载逆变器、终端(测试手机、数据卡)

2.测试人员到达现场之前要先于机房那边取得联系以确认待测试站点是否

开通各小区状态是否正常。

3.测试开始之前测试人员应电话通知RNC工程师测试开始,RNC工程师根据

要求进行相应的日志跟踪。

4.到达现场测试同时手动记录下站点的实测经纬度,回来后与工参经纬度

作以对比确认准确度,如有错误的要及时发邮件给网优人员加以修改。

5.实测站点的RN C、LA C、R A C、NodeBID这些信息路测软件鼎立里面都

会显示出来,回来后与网规所给的数据核查是否相同,如有不一致要及

时发邮件告知项目负责人员。

6.小区的参数如MaxPower、PCCPCH发射功率、FPACH发射功率、DwPCH发

射功率这些软件里面会显示出来,实测结果与网规给的数据核实查看是

否一致。

7.站点天线挂高、方位角、预制电下倾、机械下倾角这些信息每队都会跟

有塔工上站勘测记录,之后核实是否与网规规划数据一致。

8.测试场地的选择,要保证测试点信号质量较佳,PCCPCH RSCP>-80dBm、

PCCPCH C/I>3dB。

9.PS业务测试(上传下载都要测,记录速率),覆盖测试(每个站每个扇区

的覆盖图都要有),切换测试(同站切换、交叉扇区切换,要跑过切换点)

10.测试结束后数据Long保存好,以备以后查阅。

二:测试流程

1.CS业务测试:

语音业务每个扇区主被叫拨打各5次,每次通话保持20秒,间隔15秒。

VP业务每个扇区主被叫拨打各5次,每次通话保持20秒,间隔15秒。

2. PS业务测试:

PS业务先做附着(信令里面显示PDP Context accept),每个扇区附着5次,每次保持30秒,间隔15秒。

PDP激活(信令里面显示PDP Activation accept),每个扇区激活5次,每次保持30秒,间隔15秒。

3. FTP上传和下载测试:(需移动给出具体的上传和下载的速率做为验证

标准)

PS64、PS128、PS384下载在服务器上选取2M文件,每个扇区下载3次。记录下载的平均速率(软件后台可以统计或DU Meter统计)。

PS64上传在服务器上选取2M文件,每个扇区上传3次记录上传的

平均速率(软件后台可以统计或DU Meter统计)。

4. HSDPA下载测试:(需移动给出具体的下载速率做为验证标准)

在服务器上选取5M左右文件大小,每个扇区下载3次记录下载

平均速率(软件后台可以统计或DU Meter统计)。

5. 各扇区间的切换

CS业务切换(语音和VP)软件设置长呼从1扇区向2扇区和3扇区做切换,最后在由3扇区回切1扇区和2扇区。

PS业务切换(上传和下载)在服务器上选取20M文件做下载,从1扇区向2扇区和3扇区做切换,最后在由3扇区回切1扇区和2

扇区。

三、报告输出

对每个站点完成验证测试之后及时输出测试报告并提交,报告要严格按照模版所给的要求详细填写。

四、测试详细规范如下:

单站验证关注内容

1、确认功能正常,性能良好:AMR、VP、R4_PS业务、HSDPA

语音质量良好、视频晃动无马赛克、R4_PS业务达到360k以上,HSDPA定点1.1M以上

其中R4_PS业务要使用R4终端测试或关闭H载波,否则使用的为H资源

2、开站数据核查,设备告警核查,确认开站数据与规划一致,天线赋形参数与实际安装天线类型一致(此问题要与产品强调)、

3、工参信息的确认:确认安装设备与规划数据一致,主要涉及天线类型、经纬度、方向角,同时更新工参表

4、对出现问题进行分类汇总,闭环处理,即及时发现共性问题

分簇优化关注内容

1、分簇优化阶段禁止修改参数,要将工参调整完善以后,无法解决的问题利用参数解决

2、覆盖不仅要关注RSCP,更重要的是C/I,因此优化中一定要重点分析C/I,簇优化阶段站较少,后期站增加后,干扰会上升,因此标准要

提高,C/I在0以上,RSCP在-90以上

3、避免频切,在优化测试中对切换事件在地图上进行分析,做到切换带清晰明了,切换带控制方面禁止通过删减邻区改善,会带来后期掉话风险

4、利用软件覆盖拉线功能对各小区覆盖区域进行分析,避免覆盖区域不合理

5、测试路线要对路线跑全、所有方向跑全

6、后台对前台测试终端进行全程跟踪,便于分析定位

测试环境管理规范

软件测试环境重要性及意义 稳定、可控勺测试环境,可使测试人员花费较少时间完成测试用例勺执行 可保证每一个被提交勺缺陷被准确勺重现 ; 经过良好规划和管理勺测试环境, 可以尽可能勺减少环境勺变动对测试工作 勺不利影响, 1. 测试环境重要性及意义 稳定、可控勺测试环境,可使测试人员花费较少时间完成测试用例勺执行 可保证每一个被提交勺缺陷被准确勺重现 ; 经过良好规划和管理勺测试环境, 可以尽可能勺减少环境勺变动对测试工作 勺不利影响,并可以对测试工作勺效率和质量勺提高产生积极勺作用。 2. 测试环境搭建原则 测试环境搭建之前,需要明确以下问题: 所需计算机数量,以及对每台计算机勺硬件配置要求,包括 存和硬盘勺容量、网卡所支持勺速度等 ; 部署被测应用勺服务器所必 需勺操作系统、数据库管理系统、中间件、 WEB 服务器以及其他必需组件勺名称、版本,以及所要用到勺相关补丁勺版本 ; 用来执行测试工作勺计算机所必需勺操作系统、数据库管理系统、中间件、 WEB 艮务器以及其他必需组件的名称、版本,以及所要用到的相关补丁的版 本; 是否需要专门的计算机用于被测应用的服务器环境和测试管理服务器的环 境的备份; 测试中所需要使用的网络环境 ; 执行测试工作所需要使用的文档编写工具、测试管理系统、性能测试工具、 缺陷跟踪管理系统等软件的名称、版本、 License 数量,以及所要用到的相 关补丁的版本。对于性能测试工具,则还应当特别关注所选择的工具是否支 持被测应用所使用的协议 ; 测试数据的备份与恢复是否需要 ; 模拟实际生产环境或用户环境搭建。 3. 测试环境管理 、设置专门勺测试环境管理员 每条业务线或测试小组应配备一名专门勺测试环境管理员,其职责包括: u 测试环境搭建。包括操作系统、数据库、中间件、 WE 曲艮务器等必须软件 的安装,配置,并做好各项安装、配置手册编写 ; u 记录组成测试环境的各台机器硬件配置、 IP 地址、端口配置、机器的具 体用途,以及当前网络环境的情况 ; 管理规 范 CPUl 勺速度、内

雨课堂考试系统操作流程(学生端)

雨课堂考试系统操作手册(学生端) 2020年5月

目录 1. 基本介绍 (1) 2. 手机微信端作答 (1) 2.1 作答入口 (1) 2.2 考试过程 (2) 2.3 查看成绩及答案 (3) 3. 电脑网页端作答 (3) 3.1 作答入口 (3) 3.2 身份验证 (4) 3.3 在线考试 (5) 3.4 查看成绩及答案 (6)

1.基本介绍 雨课堂为师生提供在线考试功能,老师发布试卷后,学生可在手机微信端或电脑网页端作答。如老师在发布设置中勾选了【在线监考】的选项,学生不可使用手机微信端作答,只能使用电脑网页端作答。 雨课堂为考试系统提供了本地的缓存机制,如学生在考试过程中因网络中断而掉线,不会丢失已作答的记录。但为保证考试的正常进行,不影响作答时间,请学生尽量确保自己的网络环境处于良好的状态。 2.手机微信端作答 2.1作答入口 (1)作业提交提醒 老师发布试卷后,学生将在雨课堂微信公众号中收到【作业提交提醒】。如老师在发布设置中未勾选【在线监考】,学生可直接点击该提醒进入作答页面。如老师勾选了【在线监考】,学生将无法用手机作答,【作业提交提醒】的备注中将有提示。 图1 无在线监考时的提醒有在线监考时的提醒 (2)学习日志—试卷 如错过了作业提醒,也可在雨课堂微信小程序中找到试卷并进入。进入雨课堂微信小程序(请使用长江雨课堂和荷塘雨课堂的同学进入对应的小程序),在【我听的课】列表找到对应课程,找到标签为【试卷】的考试,点击进入即可答题。

图2 学生手机端试卷入口 2.2考试过程 雨课堂为在线考试提供单选题、多选题、投票题、判断题、填空题、主观题6种题型,其中主观题可以以文字和图片形式作答,网页版可上传附件。 在考试过程中,学生每填答一道题系统将自动缓存答案,但学生必须点击试卷最后的【去交卷】,才能顺利提交试卷。 考试时长结束或考试截止时间到了以后,试卷将被自动提交,逾时无法再进 行作答。 图3 主观题作答页面

UEFI测试注意事项

UEFI测试注意事项 1.UEFI在BIOS中的选项:Boot UEFI OS Selection. a.选UEFI OS时,Boot option priorties只可出现UEFI设备。 b.选Legacy OS时,Boot option priorties只可出现Legacy设备。 c.PXE 功能只支持Legacy模式,暂不支持UEFI OS。而且,PXE无盘软件也没有支持64BIT 系统的。 d.UEFI系统必须使用UEFI显卡才能显示。 e.判定UEFI系统是否安装成功:1)系统能安装好2)BIOS中,必须存在WINDOWS BOOT MANAGER 启动选项 2. Legacy OS支持:XP 32bit/64bit &win7 32bit/64bit &linux 32bit/64bit &dos & WIN8 32BIT UEFI OS支持:WIN7 64BIT &WIN8 64BIT。 3.RAID:支持Legacy &UEFI.UEFI模式,必须要能识别3TB硬盘。 4. UEFI DOS引导盘必须要使用DE提供的工具才能把U盘做成的引导盘。 5. UEFI OS:网络测试,需要测试IPV6协议测试。 6. UEFI模式:开机LOGO不可出现有黑块出现等图片出现。 7. WIN8系统的测试,基于WIN8 64BIT 系统测试。WIN8 32BIT 只安装系统及驱动,不做详细测试。 8. UEFI和Legacy 模式的系统不能切换使用。 9. ZT主板不做详细测试XP.ZC主板要详细测试测试XP。 10. UEFI正式导入BIOS从2012.9.1开始实施。 2012.8.22 kenny

老化测试管理规定

1、目的 为了规范产品老化操作步骤及老化环境要求,特制定本规范,严格按照本规范要求作业。 2、适用范围 公司老化房。 3、权责 工程部门负责老化房设备的维护保养及操作,生产部门负责老化车的维护保养。 4、定义 恒温老化房,也叫高温老化房和老化房,是针对高性能电子产品仿真出一种高温、恶劣环境测试的设 备,是提高产品稳定性、可靠性的重要实验设备、是各生产企业提高产品质量和竞争性的重要生产流 程,根据不同的要求配置主体系统、主电系统、控制系统、加热系统、温度控制系统、风力恒温系统、时间控制系统、测试负载等可检杳出不良品或不良件,是客户迅速找出问题、解决问题提供有效手段。 5、作业内容 5.1所需设备 5.1.1老化台车及老化电源,按客户出货电源要求调整电压,特殊产品使用专用电源(详 查BOM单)。 5.1.2 220V 50HZ交流电源。 5.1.3老化加热系统。 5.2老化步骤: 5.1.1将DIP通电测试OK的产品接在老化车上 5.1.2将一台装好产品的老化台车进行预通电,检查产品的电源灯是否能点亮,将电源灯不 点亮的PCBA从老化车取下并做好标示放置在不良品箱中,不良品给到工程与PE分析,按照《不良品处理规范》操作。 5.1.3产品推进老化房老化之前须将老化房环境温度设定为45+/-5℃,提前给老化房升温,老化房温度达到40度才开始老化。 5.1.4将预通电OK后的老化车的总电源插头插到老化房墙壁上的电源插座上进行通电,并开启老化车上变压器电源,当老化产品通电后其电源灯亮的状态必须一致的,否则亮灯异常的为不良品送至维修处维修,进出老化房时随手关好老化房门,记录产品开始老化时间并填写到“老化记录表”里面。 5.1.5产品在老化过程中,老化操作人员及IPQC人员要每隔1个小时进行巡查,检查老化房中温度计上显示应在45+/-5℃间,则表示该环境温度为合格;巡检过程中发现的不良品(例如灯不亮、烧爆IC和电容、冒烟、外壳变形等)及不良一定要拿出由产品工程师和维修人员共同分析,不良品按照《不良品处理规范》操作。 5.1.6老化房中的老化车要摆放整齐,老化房中的温度计及湿度计要定期校验合格后才能使用。 5.1.7产品老化时间规定为4小时,特殊产品老化时间按客户要求而定。由于产品的试验等特殊性的要求及特殊情况,需要更改产品老化时间,以《工程更改通知》或由产品工程师在《老化记录表》备注栏签字. 5.1.8不良品太多(超过2%)应立即通知工程技术人员分析,出现起火要立即关总电源开关。 5.1.9老化完后将老化车变压器的开关关闭,拔下插头,将老化车推出老化房。 5.1.10将老化OK的产品全部放置到指定的已老化的区域,按照规定和结合“7 S ”来放置,在老化台车上面贴好标示单。

测试报告编写方法及注意事项

测试报告编写方法及注意事项软件测试 一:测试报告编写方法 测试报告是把测试的过程和结果写成文档,并对发现的问题和缺陷进行分析,为纠正软件的存在的质量问题提供依据,同时为软件验收和交付打下基础。本文提供测试报告模板以及如何编写的实例指南。 测试报告是测试阶段最后的文档产出物,优秀的测试经理应该具备良好的文档编写能力,一份详细的测试报告包含足够的信息,包括产品质量和测试过程的评价,测试报告基于测试中的数据采集以及对最终的测试结果分析。 下面以通用的测试报告模板为例,详细展开对测试报告编写的具体描述。 PARTⅠ首页 0.1页面内容: 密级 通常,测试报告供内部测试完毕后使用,因此密级为中,如果可供用户和更多的人阅读,密级为低,高密级的测试报告适合内部研发项目以及涉及保密行业和技术版权的项目。 XXXX项目/系统测试报告 报告编号 可供索引的内部编号或者用户要求分布提交时的序列号 部门经理______项目经理______ 开发经理______测试经理______ XXX公司XXXX单位(此处包含用户单位以及研发此系统的公司) XXXX年XX月XX日 0.2格式要求: 标题一般采用大体字(如一号),加粗,宋体,居中排列 副标题采用大体小一号字(如二号)加粗,宋体,居中排列 其他采用四号字,宋体,居中排列

0.3版本控制: 版本作者时间变更摘要 新建/变更/审核 PARTⅡ引言部分 1.1编写目的 本测试报告的具体编写目的,指出预期的读者范围。 实例:本测试报告为XXX项目的测试报告,目的在于总结测试阶段的测试以及分析测试结果,描述系统是否符合需求(或达到XXX功能目标)。预期参考人员包括用户、测试人员、、开发人员、项目管理者、其他质量管理人员和需要阅读本报告的高层经理。 提示:通常,用户对测试结论部分感兴趣,开发人员希望从缺陷结果以及分析得到产品开发质量的信息,项目管理者对测试执行中成本、资源和时间予与重视,而高层经理希望能够阅读到简单的图表并且能够与其他项目进行同向比较。此部分可以具体描述为什么类型的人可参考本报告XXX页XXX章节,你的报告读者越多,你的工作越容易被人重视,前提是必须让阅读者感到你的报告是有价值而且值得浪费一点时间去关注的。 1.2项目背景 对项目目标和目的进行简要说明。必要时包括简史,这部分不需要脑力劳动,直接从需求或者招标文件中拷贝即可。 1.3系统简介 如果设计说明书有此部分,照抄。注意必要的框架图和网络拓扑图能吸引眼球。 1.4术语和缩写词 列出设计本系统/项目的专用术语和缩写语约定。对于技术相关的名词和与多义词一定要注明清楚,以便阅读时不会产生歧义。 1.5参考资料 1.需求、设计、测试用例、手册以及其他项目文档都是范围内可参考的东东。 2.测试使用的国家标准、行业指标、公司规范和质量手册等等 PARTⅢ测试概要

LTE单站验证问题排查作业流程

一验证准备工作 1.检查待验证站点是否有告警,确认站点无告警,如果有告警确认无影响后继续测试; 2.检查待验证站点小区是否激活,了解小区状态; 3.确认小区天线权值、邻区是否配置; 4.确认小区工参,结合地图,选择合适的验证点(主瓣方向,距离不超过100m)。 二单验小区RSRP电平异常处理(RSRP<-100dBm) 1.在实际场景下核对工参(方位角/下倾角),确保在天馈主瓣直射方向测试,测试点天馈可见,且距离不超过小区100m,重点排查测试区域主覆盖小区是否

和规划一直,存在天线接反问题; 2.如果搜索不到小区信息,排查终端设备及操作问题后,确认非低级错误导致告知后台处理; 3.检查小区功率配置参数,确认是否因为特殊原因修改为低功率; 4.在周边运动,看是否可以找到更好的点; 5.如果此时电平仍然很低,请报后台跟踪处理。 三单验小区下Average SINR异常处理(Average SINR<20dB) 1.先关闭周边可能影响小区,观察SINR变化情况,如果SINR变化不大,系统外干扰,需要排查外部干扰; 2.如果关闭周边小区,SINR提升,系统内干扰,逐个开启,寻找影响最大的因素; 3.排查后如果没有发现外部干扰或系统内干扰,请报后台跟踪处理。 四单验小区下行吞吐率异常处理

1.如果无法起呼,保存前后台信令(截问题产生时刻的图),记录问题时间点,报后台跟踪处理; 2.电脑是否已经进行TCP窗口优化 3.检查测试终端是否工作在TM3模式,RANK2条件下;如不,检查小区配置和测试终端配置; 1)确认基站license信息是否不全,重点查看下行2x2 MIMO(小区个数)(TDD)项目,具体分配、配置、使用值多少是正确的,需要确认; 2)查看小区算法开关中BF算法开关; 当BF算法开关打开时,查询BFMIMO配置,推荐配置为 MIMO_BF_ADAPTIVE(全自适应); 当BF算法关闭时,查询MIMO配置,推荐配置为OL_ADAPTIVE(开环自适应)。 3)通过probe中Rank Indicator观察终端是否上报2?若不是,需要从以下三个维度进行排查:

开发测试及准生产环境暂行管理办法

****开发测试及准生产环境暂行管理办法 第一章总则 第一条为加强********股份有限公司开发测试及准生产环境的管理,确保开发测试及准生产环境项目文档、代码及数据安全,明确开发测试及准生产环境软硬件平台的维护职责,保证开发测试及准生产环境的稳定运行,提高开发效率,特制定本办法。 第二条本办法所指开发测试及准生产环境是指公司软件项目在开发过程中所使用的相关环境,包括并不仅限于开发环境、用户测试环境、准生产环境、配置版本库环境等。 第三条开发测试及准生产环境的管理和建设应遵循以下原则: (一)安全性:通过相应管理制度和技术手段,保证开发环境数据、代码、 文档等信息的安全可靠,保证不会丢失。 (二)保密性:通过相应管理制度和技术手段,保证公司的商业秘密及数据、 代码、文档等重要信息不会被非法访问或泄露。 (三)高效性:通过采用合适的软硬件平台和技术手段,保证开发环境的各 套系统的运行速度和效率,保证项目开发进度。 (四)稳定性:通过采用合适的软硬件平台和技术手段,保证开发环境各套 系统的稳定运行,减低系统故障率。 第四条信息技术部核心组、投资OA组的开发测试及准生产环境管理应遵循本制度。 第二章分工及职责 第五条信息技术部运维组主要负责如下工作: (一)负责开发测试及准生产环境的机房设备、硬件设备、网络设备、系统 软件的安装、管理、维护、故障报告后的性能监控及排查等工作。

(二)负责开发测试及准生产环境的病毒防治工作。 (三)根据项目组的要求,配合完成开发测试及准生产环境的数据及版本配 置库的备份与恢复工作。 (四)协助项目组完成开发测试及准生产环境的性能优化工作。 (五)对开发过程中遇到的硬件平台、系统软件、网络等技术问题提供支持。 第六条信息技术部项目组成员主要负责如下工作: (一)准生产系统权限、密码管理。 (二)准生产环境的应用系统搭建、配置工作。 (三)准生产环境程序、数据的同步。 (四)准生产环境的版本管理及配置管理。 (五)准生产环境的维护和软件系统投产前验证。 (六)准生产环境应用软件故障的调查、分析。 第七条开发厂商职责。 (一)开发测试环境系统权限、密码管理 (二)开发测试环境系统搭建、配置工作。 (三)开发测试环境程序版本发布。 (四)开发人员客户端程序代码、文档的管理、备份工作。 (五)开发测试环境的程序开发、测试维护和投产前验证。 (六)开发测试环境应用软件故障的排查、分析。 第三章保密管理 第八条为加强项目开发、实施期间的保密管理,维护公司的商业秘密和权益,所有参与****项目的厂商必须与公司签订《保密承诺书》,所有参与项目的厂商人员必须签字承诺遵守《****IT外包厂商人员日常行为规范》,否则不允许厂商及人员进场。 第九条外包人员不得在办公区内部接待与工作无关的访客,如有人员来访,应在会客区接待;对因工作需要,需要在办公区接待的访客,应会知****工作人员,并填写《项目组外来人员访客登记表》,《项目组外来人员访客登记表》的格式请参考附

设备维护测试与注意事项

设备维护测试与注意事项 维护操作注意事项 为保证维护人员和设备的安全,在进行设备维护前请务必认真阅读本章内容。 设备维护过程中需要注意的安全事项包括以下几项: ●激光 ●电气 ●单板维护 ●网管系统维护 ●业务配置 1、激光 激光安全注意事项包括两个方面: ●人身的伤害 ●设备的损坏 1. 人身的伤害 警告: 光接口板激光器发送的激光为不可见的红外光,激光在照射人眼时可能会对 眼睛造成永久性伤害!在设备维护的过程中,应避免激光照射到人眼。 OptiX 10G(Metro5000) STM-64 MADM光传输系统使用的拉曼放大器COA的发送光功 率非常大,在对此单板进行操作和维护时,请务必先关闭激光器,保证安全。 2. 设备的损坏 对于光接口板上未使用的光接口和尾纤上未使用的光接头,用防尘帽盖住。 对于光接口板上正在使用的光接口,当需要拔下连接在光接口上的尾纤时, 用防尘帽盖住光接口和与其连接的尾纤接头,起到防尘的作用。 请使用专用清洁工具和材料清洁光接口。清洗光接口时,要先将连接在板上 的光纤拔下来,再将光接口板拔出进行操作,避免带纤拔板和插板。

用尾纤对光口进行硬件环回测试时一定要加衰减器,以防接收光功率太强导 致接收光模块损坏。 避免随意调换光接口板和光模块,以免造成参数与实际使用不匹配。 在使用OTDR(Optical Time Domain Reflectometer)测试仪时,需要断开对 端站与光接口板相连的尾纤,防止光功率太强损坏接收光模块。 2、电气 1. 静电防护 在设备维护前,按照本节要求做好防静电措施,避免对设备造成损坏。 注意: 人体产生的静电会损坏单板上的静电敏感元器件。 为防止人体静电损坏敏感元器件,在接触设备、单板或IC(Integrated Circuit)芯片等之前,必须佩戴防静电手腕,并将防静电手腕的另一端插在 设备子架的防静电插孔中。如图3-1所示。 图3-1佩戴防静电手腕示意图

(完整版)LTE单站验证指导书

LTE单站验证指导书 1概述------------------------------------------------------------------------------------------------------------- - 1 -2单站验证的流程 -------------------------------------------------------------------------------------------- - 1 -3单站验证的内容和方法----------------------------------------------------------------------------------- - 2 -3.1基础信息和配置数据检查 ------------------------------------------------------------------------- - 2 -3.2功能业务测试-------------------------------------------------------------------------------------- - 4 - 3.2.1初始接入测试 ------------------------------------------------------------------------------- - 4 - 3.2.2用户面时延测试 ---------------------------------------------------------------------------- - 4 - 3.2.3 VOIP语音业务测试(可选) ------------------------------------------------------------------ - 5 - 3.2.4 数据业务测试---------------------------------------------------------------------------------- - 5 - 3.2.5切换测试 -------------------------------------------------------------------------------------- - 5 - 3.2.6 覆盖测试------------------------------------------------------------------------------------------ - 6 -4单站验证的评判 -------------------------------------------------------------------------------------------- - 6 -5 单站验证报告----------------------------------------------------------------------------------------------- - 7 -5.1报告输出准备-------------------------------------------------------------------------------------- - 7 -

软件系统安全测试管理规范

软件系统安全测试 管理规范 上海理想信息产业(集团)有限公司 2020年3月22日

版本历史

【目录】 1概述 (5) 1.1编写目的 (5) 1.2适用范围 (5) 1.3角色定义 (5) 1.4参考资料 (5) 2项目背景 (6) 3软件系统安全测试流程 (7) 4测试准备 (9) 4.1测试准备 (9) 4.1.1测试对象 (9) 4.1.2测试范围 (9) 4.1.3工作权责 (9) 4.2测试方案 (10) 4.2.1测试准备 (10) 4.2.2测试分析 (11) 4.2.3制作测试用例 (12) 4.2.4实施测试方法 (13) 4.2.5回归测试方法 (14) 4.3测试计划 (14) 4.4实施测试 (15) 4.5回归测试 (15)

4.6测试总结 (15)

1概述 1.1 编写目的 建立和完善-系统安全测试管理制度。规范软件系统安全测试各环节的要求、规范各岗位人员的工作职责、明确软件系统安全测试实施过程中的管理行为及文档要求。 以规范化的文档指导软件系统安全测试工作,提升管理效率、降低项目风险。 1.2 适用范围 本规范适用于智能信息化系统建设项目软件安全测试管理过程。 1.3 角色定义 1.4 参考资料

2项目背景 校园内信息化软件众多,这些软件不光承载着学校核心业务,同时还生成、处理、存储着学校的核心敏感信息:账户、隐私、科研、薪资等,一旦软件的安全性不足,将可能造成业务中断、数据泄露等问题的出现。 希望通过规范软件系统安全测试管理,改善和提高学校软件安全测试水准,将学校软件系统可能发生的风险控制在可以接受的范围内,提高系统的安全性能。

软件开发管理办法

软件开发管理办法 第一章总则 第一条为规范公司的开发管理流程,使各开发项目的管理进行标准化管理,特制定本管理办法。 第二条本管理办法详细规定软件开发程的各个阶段及每一阶段的任务、要求、交付文件,使整个软件开发过程阶段清晰、要求明确、任务具体,实现软件开发过程的标准化。 第三条本管理办法适用于计算机的自主软件开发项目。适用对象:软件开发管理人员,软件开发人员,软件维护人员,系统管理人员。 第二章组织机构与职责 第四条软件开发管理人员职责: 第五条软件开发人员职责: 第六条软件维护人员职责: 第七条系统管理人员职责: 第三章软件开发环境管理 第八条软件建设环境根据项目不同的时期,需要搭建生产运行环境、系统测试环境、系统开发环境三种不同的软硬件网络环境,便于生产、开发、测试等工作的安全、顺畅的进行。 第九条生产环境为系统维护管理人间管理的范畴,是系统正式运行,提交给各业务科室的正式环境,包括系统运行的硬件、网络等设备和进行集群处理的软件系统。 第十条测试环境为测试人员提供功能测试、性能测试的运行环境,包括运行环境模拟、测试工具服务器、测试工具客户端。 第十一条开发环境为系统开发人员提供系统开发需要的软件硬件环境,包括数据库服务器、应用服务器、开发工具客户端。 第十二条生产环境、测试环境、开发环境都存在自己独立的数据库服务器、应用服务器、客户端。在开发环境完成内部测试后,提交发布版本到测试环境中,由专门的测试人

员进行集成测试和功能测试。并进行一定的压力性能测试。在测试环境通过的版本在发布到生产环境。 第十三条生产环境与测试环境、开发环境需要物理隔离,保障生产环境的安全。 第四章开发过程管理 第十四条项目开发流程根据软件工程的流程,分为可行性研究与计划、需求分析、总计设计、详细设计、代码开发、系统测试五个阶段。 第十五条可行性研究与计划 1实施要求 1.软件开发部分析人员进行市场调查与分析,确认软件的市场需求 2.在调查研究的基础上进行可行性研究,写出可行性报告 3.评审和审批,决定项目取消或继续 4.若项目可行,制订初步的软件开发计划,建立项目日志 5.根据市场环境、公司软硬件情况预测十大风险因素 2交付文档 1.可行性研究报告* 2.初步的软件开发计划 3.十大风险列表* 4.软件项目日志* 第十六条需求分析 1实施要求 1.调查被开发软件的环境 2.软件开发提出的需求进行分析并给出详细的功能定义 3.做出简单的用户原型,与用户共同研究,直到用户满意 4.对可利用的资源(计算机硬件、软件、人力等)进行估计,制定项目进度计划(可 有相应的缓冲时间) 5.制定详细的软件开发计划 6.测试人员制订质量控制计划和测试计划 7.编写初步的用户手册 8.进行需求方案评审 2交付文档 1.软件需求说明书 2.更新后的软件开发计划 3.项目进度计划 4.计划

新系统测试注意事项

新系统测试注意事项 安装注意事项: 1、新报数系统手持端APP软件,安装环境安卓系统,版本支持安卓 4.0-4.2,安卓最新的4.3版本暂不支持; 2、手持终端设备安装、使用APP前,必须打开“USB调试”模式,以 便安装APP软件并正确开机报数; 3、手持终端设备安装、使用APP前,必须打开“未知源”选项,以便 安装; 4、“APK软件”、“采集程序”两个程序缺一不可; 报数注意事项: 5、当手持终端和电脑链接时,需要在手持终端上点选“USB大容量存 储设备”模式打开; 6、请将手持终端设备的安全管理软件内准许该APP手机地理位置信息; 7、在U盘上运行“GetSerialNO.exe”,需要电脑端或手机“允许程序 运行”; 8、用户第一次登录后手持端APP软件后,需填写账号和密码,该账号 密码仅对应该店面,即通过该手持终端设备APP开机报数后自动计 算到该店面的开机报数; 9、开机报数时,Acer产品包装箱内有“刮刮卡”,需要将“刮刮卡” 刮开后数字在APP的“刮刮卡号码”栏目中,2014年1月1日前 出厂的机器无“刮刮卡”,可以填写“00000”替代;“刮刮卡”是 判定最终销售的凭证之一,请经销商务必留存好。

10、可以开机报数的Acer产品包括,A1、NB、CN、TP(指定型号, 另行通知)、CM(在店面销售必须开机报,其他非开机报数) 其他注意事项: 11、通过APP软件只能开机取S/N一个,上传一个,不能多次开机取不 同的S/N号集中上传,取S/N号后24内必须上传,否则无效; 12、总代出货后120天内的S/N号(部分特殊型号除外),为可有效S/N 号,可以通过APP端开机报数与非开机报数,计入有效业绩; 13、工厂出货后365天内的S/N号,为可上报S/N号,可以通过APP 端开机报数或非开机报数,超过出厂365天的S/N号(部分特殊型 号除外),无法开机与非开机报数; 上报S/N判断逻辑关系: 14、有效性优先判定规则:

中国移动LTE网络单站测试规范

1 总则 1.1 概述 无线网络只有通过实际网络质量的检查测试才能获得真正意义上的网络运行质量信息,才能了解用户对网络质量的真实感受。通过DT测试和CQT测试在现场模拟用户行为,结合专业测试分析工具,是获取无线网络性能、发现无线网络问题的主要方法。 1.2 术语定义 单站验证测试是验证在RF优化之前,新健站点各小区业务(覆盖、接入、吞吐量、切换等)是否正常。 DT(Driving Test)测试是使用测试设备沿指定的路线移动,进行不同类型的呼叫,记录测试数据,统计网络测试指标。 室内分布测试是针对室内站点位置的分布进行不同业务类型的化解,记录测试数据,统计网络测试指标; 1.3 测试区域类型 城区:包含市区和郊县(含县城和人口密集型乡镇) 郊区:人口密度较低的行政村、远郊开发区、厂区及周边的卫星村镇 高速公路:包含高速公路、国道、省道等重要公路

1.4 测试人员及设备要求 1.4.1 测试人员要求 测试人员应熟悉LTE相关标准规范,熟悉DT/CQT测试设备及相关测试方法,具有相关测试经验并通过了中国移动组织的测评考试。 1.4.2 测试设备要求 测试软件:华为 GENEX Probe 3.5 测试终端:华为 LTE CPE B593/MIFI FTP服务器:推荐服务器(IP:211.140.13.6 用户名:ltetest 密码:zjtest456,端口:21) FTP下载软件:支持断点续传功能,支持多线程上传下载,推荐使用FileZilla客户端软件。 笔记本电脑:笔记本内存要求1G以上,硬盘120G以上,CPU 1.5Ghz以上,操作系统为WINDOWS XP SP2 GPS:BU-353 usb接口 1.5 测试范围 1.5.1 测试区域要求, 测试区域包含存在中国移动LTE网络站点覆盖的区域。

软件测试环境管理规范

测试环境管理规范

修改履历 修改编号版本修改条款及内容修改日期 1 V1.0 初稿

目录 1.概述 (5) 1.1目的 (5) 1.2适用范围 (5) 2.环境使用要求和原则 (5) 2.1环境使用要求 (5) 2.2环境使用原则 (5) 3.硬件环境 (6) 3.1全流程测试环境申请 (6) 3.1.1申请流程图 (6) 3.1.2申请流程说明: (6) 3.2待测系统环境申请 (7) 3.2.1申请流程图 (7) 3.2.2申请流程说明: (7) 3.3测试用机申请 (8) 3.3.1申请流程图 (8) 3.3.2申请流程说明: (8) 3.4硬件环境变更 (9) 3.4.1全流程测试环境变更流程图 (9) 3.4.2全流程测试环境变更流程说明: (9) 3.5硬件环境释放 (10) 3.5.1释放流程图 (10) 3.5.2释放流程说明 (10) 4.环境权限 (11) 4.1权限说明 (11) 4.1.1查询帐户 (11) 4.1.2监控帐户 (11) 4.1.3应用帐户 (11) 4.1.4备用帐户 (11) 4.1.5特殊帐户 (11) 4.2权限申请流程 (11) 4.2.1查询帐户申请流程 (11) 4.2.2监控帐户申请流程 (11)

4.2.3应用帐户申请流程 (12) 4.2.4备用帐户申请流程 (12) 4.2.5特殊帐户申请流程 (12) 4.3应用系统 (12) 4.3.1应用版本变更 (12) 应用版本部署 (12) 应用版本变更 (12) 4.3.2测试数据 (12) 测试数据预埋 (13) 测试数据变更 (13) 5.系统参数变更 (13) 5.1工作时段参数变更 (14) 5.1.1变更流程图: (14) 5.1.2变更流程说明: (14) 5.2非工作时段参数变更 (15) 5.2.1变更流程图: (15) 5.2.2变更流程说明 (15) 6.系统备份 (16) 6.1不定期备份 (16) 6.1.1备份说明 (16) 6.1.2备份流程 (16) 6.2特需备份 (16) 6.2.1备份说明 (16) 6.2.2备份流程 (16)

IOS系统测试注意事项汇总

IOS系统测试注意事项 Iphone测试点 1、当iphone打开音乐后在打开该程序会不会出现强行关闭音乐的情况 2、动画效果:如各个页面的切换、多张图片的切换等。页面左右方向滑动的时候,从右侧滑出的页面,需要从右侧滑出,不要继续向左侧滑出 4、注意PC端和APP的数据同步。比如某作者在PC端设置了屏蔽了某个公司,那么在APP上也应该屏蔽了的。 3、如果在APP中内嵌了些超链接后,程序是怎么处理的。如果是调用设备的浏览器,能否正常切回到APP 5、长按某一按钮是否会触发其他事件。比如:长按关注按钮,出现了java script的弹窗。 6、iPhone键盘:程序进入输入功能时,是否正常弹出键盘;键盘的输入法切换:比如从数字到中文到英文到手写模式,是否都能正常自如;键盘上的return键是否正常,比如在下面的登陆框里,输入用户名后按return是否能换行到密码框,输入密码后按return是否能跳转页面 7、页面手指拖动:正常的列表页面是否能顺利拖动,编辑框等输入文字的地方是否也可以拖动。 8、APP测试要和iPhone机子本身相结合,比如:在使用程序时,突然来电了、断网了、手机没电了,会怎么表现呢?在本次测试中就遇到过产品在来电后页面显得一片空白的情况

10、iPhone设备自带功能的关联。比如:程序里夹带了使用系统照相机的功能,那么在程序拍完照片之后,应该在iPhone设备上保留该张图片。 11、设备的兼容问题。本次测试中对IOS4.3.5和5版本分别做了测试,发现很多版本5上好的功能,在4.3.5上是有问题的。比如打开编辑框自动弹出键盘的功能。 主要功能测试: 1.主要的功能是否实现 2.按钮位置是否一致,名称显示完整与否,按钮名字是否与其功能 相对应 3.界面(整体风格,界面切换,处于不同界面相对应的菜单栏选项 显示) 4.增删改查时弹出窗口有无,取消或确定按钮的功能 5.本地化测试(更改语言后文字正确与否,按钮名称显示完整) 6.连接网络时是否有转圈等待,等待时间是否过长 7.帮助文档段落是否对其,字体格式是否一致,是否可以编辑 8.输入信息时键盘的的模式,弹出位置是否一致 9.软件的触摸性是否良好,是否容易使用 10.多次点击(或滑动)某物(按钮,图片等)是否会崩溃 11.按钮等滑动速度的快慢是否会崩溃 12.文件的大小,格式 13.日期的测试(不合法日期),列表信息对齐,格式是否一致

软件开发测试及准生产环境管理规范

软件开发测试及准生产环境 管理规范 -标准化文件发布号:(9456-EUATWK-MWUB-WUNN-INNUL-DDQTY-KII

软件开发、测试及准生产环境管理规范 (ISO27001-2013) 第一章总则 第一条为加强公司开发测试及准生产环境的管理,确保开发测试及准生产环境项目文档、代码及数据安全,明确开发测试及准生产环境软硬件平台的维护职责,保证开发测试及准生产环境的稳定运行,提高开发效率,特制定本办法。 第二条本办法所指开发测试及准生产环境是指公司软件项目在开发过程中所使用的相关环境,包括并不仅限于开发环境、用户测试环境、准生产环境、配置版本库环境等。 第三条开发测试及准生产环境的管理和建设应遵循以下原则: (一) 安全性:通过相应管理制度和技术手段,保证开发环境数据、代码、文档等信息的安全可靠,保证不会丢失。 (二) 保密性:通过相应管理制度和技术手段,保证公司的商业秘密及数据、代码、文档等重要信息不会被非法访问或泄露。 (三) 高效性:通过采用合适的软硬件平台和技术手段,保证开发环境的各套系统的运行速度和效率,保证项目开发进度。 (四) 稳定性:通过采用合适的软硬件平台和技术手段,保证开发环境各套系统的稳定运行,减低系统故障率。 第二章分工及职责

第四条信息部运维组主要负责如下工作: (一) 负责开发测试及准生产环境的机房设备、硬件设备、网络设备、系统软件的安装、管理、维护、故障报告后的性能监控及排查等工作。 (二) 负责开发测试及准生产环境的病毒防治工作。 (三) 根据项目组的要求,配合完成开发测试及准生产环境的数据及版本配置库的备份与恢复工作。 (四) 协助项目组完成开发测试及准生产环境的性能优化工作。 (五) 对开发过程中遇到的硬件平台、系统软件、网络等技术问题提供支持。第五条信息部项目组成员主要负责如下工作: (一) 准生产系统权限、密码管理。 (二) 准生产环境的应用系统搭建、配置工作。 (三) 准生产环境程序、数据的同步。 (四) 准生产环境的版本管理及配置管理。 (五) 准生产环境的维护和软件系统投产前验证。 (六) 准生产环境应用软件故障的调查、分析。 第六条开发厂商职责。 (一) 开发测试环境系统权限、密码管理 (二) 开发测试环境系统搭建、配置工作。 (三) 开发测试环境程序版本发布。

硬度测试系统操作手册

显微硬度计及图像测量系统 显微硬度计电脑操作手册 显微硬度计对于研究金属组织,产品质量管理及出具商品证明资料均是不可欠缺的试验机。对于精密机械类的小零件,金属组织及表面硬化层、电镀层等可对被限定的微小部分进行测定,并且对被测部分基本上没有损伤,具备了极高的测定可靠性。

此测量分析软件特点 可以作连续加载后连续读取压痕的连续试验,并且可以进行每次加载荷和每次读取压痕的逐次实验。采用了观察方便的ccd摄像头、视频线或USB接口的数码摄像头,可在显示器上直接观察测量压痕,用鼠标测量精确度高。对于设定试验条件,显示结果等均可清楚快捷地操作及显示。通过测量软件,可用计算机进行操作方便,实现单点测量可随机测量多点、统计测量数据,任意设定两点或多点测量点的间距作渗层深度测量可沿X或Y两个方向测量、统计测量数据,根据用户输入的判定值(如550)自动计算硬化层深度.统计演算、换算、显示曲线、判断是否合格等.可测量零件长度图形保存打印。

操作手册 一、软件系统 1、主机系统:32或64位系统主机,Windows2000、Windows xp、Windows7软件平台,全中文操作界面,支持彩色打印 机输出。 2、 1024×768分辨率显示器32位彩色显示器 二、操作说明 (一) 系统界面介绍

该界面主要由7部分组成,左部为图形显示工作区和测量数据显示区。该部分显示所摄取的压痕,以手动/自动采集时用于点取。除这两个区域外右部分为 A:功能区 1.手动测量(推荐):此按钮用于切换是否测量压痕对角线。

2.打开图片:可将原来保存的图形读出,以便观察或重新进行测量分析。 3.图像保存:可将目前正在显示区显示的图形保存起来(保存图像时可选择图像的格式),以便将来观察和分析。 4.动态采集:可由静止状态切换为活动状态。 5.图像静止:此按钮可让活动的图像静止,以便测量。6.放大镜:打开后会出现一个数码放大的窗口,以便更精确测量。 7.图像设置:可调整显示区显示图像的分辨率、对比度、亮度等数据。 8.修改:按此键后可修改正在测量的四条刻线位置,修改方法为:wsad四个键分别代表上下左右四条刻线,‘-’和‘=’两个键代表的是移动方向。如果要移动右边的线就先按‘d’键,再按‘-’和‘=’移动至正确的切线位置。 B:硬度换算功能区

测试人员应该注意事项

测试人员应该注意事项 一、关于系统测试: 1、页面链接检查:每一个链接是否都有对应的页面,并且页面之间切换正确。 2、相关性检查:删除/增加一项会不会对其它项产生影响,如果产生影响,这些影响是否 都正确。 3、检查按钮的功能是否正确:如update、cancel、delete、save等功能是否正确。 4、字符串长度检查:输入超出需求所说明的字符串长度的内容,看系统是否检查字符串长 度,会不会出错。 5、字符类型检查:在应该输入指定类型的内容的地方输入其他类型的内容(如在应该输入 整型的地方输入其他字符类型),看系统是否检查字符类型,会否报错。 6、标点符号检查:输入内容包括各种标点符号,特别是空格、各种引号、回车键。看系统 处理是否正确。 7、检查带出信息的完整性:在查看信息和update信息时,查看所填写的信息是不是全部 带出,带出信息和添加的是否一致。 8、信息重复:在一些需要命名,且名字应该唯一的信息输入重复的名字或ID,看系统有 没有处理,会否报错,重名包括是否区分大小写,以及在输入内容的前后输入空格,系统是否作出正确处理。 9、检查删除功能:在一些可以一次删除多个信息的地方,不选择任何信息,按“delete”, 看系统如何处理,会否出错;然后选择一个和多个信息,进行删除,看是否正确处理。 10、检查添加和修改是否一致:检查添加和修改信息的要求是否一致,例如添加要求必 填的项,修改也应该必填;添加规定为整型的项,修改也必须为整型。 11、必填项检查:应该填写的项没有填写时系统是否都做了处理,对必填项是否有提示 信息,如在必填项前加* 12、在输入结束后直接按回车键,看系统处理如何,会否报错。 13、上传下载文件检查:上传下载文件的功能是否实现,上传文件是否能打开。对上传 文件的格式有何规定,系统是否有解释信息,并检查系统是否能够做到。 二、关于web页面测试 1、页面部分: (1)页面清单是否完整(是否已经将所需要的页面全部都列出来了) (2)页面是否显示(在不同分辨率下页面是否存在,在不同浏览器版本中页面是是否显示)(3)页面在窗口中的显示是否正确、美观(在调整浏览器窗口大小时,屏幕刷新是否正确)(4)页面特殊效果(如特殊字体效果、动画效果)是否显示 (5)页面特殊效果显示是否正确 (7)页面元素的容错性是否存在 (8)页面元素的容错性是否正确。 2、提示信息: (1)成功、失败提示 (2)操作结果提示 (3)确认提示 (4)危险操作、重要操作提示

LTE单站验证常见问题

一、上站勘察 1、天面勘察:拍摄天线安装(天线标签)和360度环境的照片(从0度开始, 每45度一张共8张)。天线特写、覆盖方向,塔桅全景、入口等一共21张。 2、参数核查:检查经纬度、天线方向角、天线下倾角、天线挂高是否与规划 数据相符,检查覆盖方向是否有阻挡。 二、CQT测试 定点功能性测试主要用于核查以下业务是否正常: 1)PING时延 2)TCP下载 3)TCP上传 1、Ping时延过大。 1、小区间干扰较大,需更换一个SINR较好的地点重新测试 2、驻留到了3G,注意监控UE情况 3、PING服务器存在上传下载。 2、语音测试 1、W、LTE邻区已经添加(后台),现场测试无法回落应向后台确认邻区添 加情况 2、测试过程中要注意测试窗口,防止有呼叫完成后有驻留3G情况的发生。 2、RSRP、SINR值不高 1、距离小区天线距离过远,没有正对着天线等。 2、首先关闭周边可能影响主服小区的信号,观察SINR变化情况,排除 属于网内PCI干扰情况。

2、基站存在告警等硬件故障。 3、小区发射功率过低。 3、RSRP、SINR值高但是速率不高 1、服务器问题,开两个FileZilla服务器同时下载。 2、FTP软件问题,建议大家做下载业务时,选择500M以上的单个文 件,同时注意线程一定要设置为10个线程。 在平时测试时养成良好的习惯,在自己电脑中创建好相应的上传、下载文件夹,不要把下载得到的文件再用于上传,这个操作很容易覆盖大文件!! 3、查看调度次数,通知后台配合灌包,检查传输有无问题。 4、让后台查询有多少用户数,看是否由于用户数过多导致速率不达标。 实在不行,放大招,各种重启。 三、DT测试 DT测试主要用于核查: 1)覆盖是否正常 2)是否存在扇区接反 3)切换是否正常

相关文档
相关文档 最新文档