文档库 最新最全的文档下载
当前位置:文档库 › 五防、后台调试报告

五防、后台调试报告

五防、后台调试报告
五防、后台调试报告

四川输变电工程公司

试验报告

继字第2012125号

试验内容:寨坡110kV变电站五防闭锁装臵、微机监

控系统装臵试验报告

试验人员:

试验日期: 2012年12月23日

审核:

批准:

五防回路闭锁装臵调试

在项目调试合格处划“√”,调试不合格处划“×”,并注明现象。

变电站微机监控系统调试

在项目调试合格处划“√”,调试不合格处划“×”,并注明现象。

离子迁移数的测定(界面法)实验报告

离子迁移数的测定——界面法 姓名/学号:何一白/2012011908 班级:化22 同组实验者姓名:苏剑晓 实验日期:2014年11月20日 提交报告日期:2014年11月26日 带实验的老师或助教姓名:王溢磊 1 引言 1.1 实验目的 1.采用界面法测定H +离子的迁移数。 2.掌握测定离子迁移数的基本原理与方法。 1.2 实验原理[1] 当电流通过电解池溶液时,电极上发生化学变化,溶液中阳离子与阴离子分别向阴极和阳极迁移。若两种离子传递的电荷量分别为q +和q -,通过的总电荷量为 Q =q ++q ? 每种离子传递的电荷量与总电荷量之比称为离子迁移数,则阴、阳离子的迁移数分别为 t ?=q ? Q t += q + 且 t ++t ?=1 在包含数种电解质的溶液中,t -和t +分别为所有阴、阳离子迁移数总和,一般增加某种离子浓度,其离子迁移数增加;对只含一种电解质的溶液,浓度的改变使离子间引力场改变,自然离子迁移数也改变;若温度改变,迁移数亦变化,一般温度升高时,t -和t +差别减小。 实验中采用界面法,以镉离子作为指示离子,测量一定浓度的盐酸溶液中H +离子迁移数。在一截面均匀的垂直放置的迁移管中充满盐酸溶液,通以电流,当有Q 电量的电流通过每个静止的截面时,t +Q 当量的H +上行,t -Q 当量的Cl -通过界面下移。假定在管的下部某处存在一个界面,界面以下没有H +而被Cd 2+取代,此界面将随H +的上移而移动,界面位置可利用界面上下溶液pH 值的不同,使用指示剂显色。正常条件下界面保持清晰,界面以上的一段溶液保持均匀,H +向上迁移的平均速率等于界面上移速率。在某通电时间t 内,界面扫过体积V ,H +输送电荷数为该体积中H +带电总数,即 q +=VCF 式中:C 为H +的浓度,F 为法拉第常数,电荷量以库[仑](C)计。 要想使界面保持清晰,须使界面上、下的电解质不相混合,这可通过选择合适的指示离子在通电情况下达到,Cd 2+就符合这个要求。Cd 2+的淌度(U )较小,有 U Cd 2+dE dL 说明CdCl 2溶液中电位梯度较大(如图1),导致H +难以扩散至下层,而Cd 2+也难以扩散到界面以上,可保持界面清晰。 2 实验操作 2.1 实验药品、仪器型号及测试装置示意图

路由器功能性测试报告

A2路由器DQA测试报告

目录 测试环境 (4) 测试设备及环境 (4) 测试硬件 (4) 测试软件 (4) 测试环境 (4) 一、设置向导 (5) 静态IP地址 (5) DHCP客户端 (5) PPPOE 拨号 (6) 二、模式设置 (6) 网关模式 (6) 桥接模式 (7) 无线网络服务提供商 (7) 三、无线 (8) 基本设置 (8) 禁用无线网络接口 (8) 无线网络频段测试 (8) 多AP设置 (9) 无线模式测试 (9) 网络服务标识测试 (10) 信道带宽测试 (10) 信道测试 (11) 广播网络服务标识 (11) 数率测试 (12) 显示活跃的客户端 (12) 扩展网络服务标识 (13) 高级设置 (13) 发射功率测试 (13) 安全 (14) 访问控制 (14) WDS 设置 (14) 站点扫描 (15) WPS 设置 (15) 时间表 (16) 四、 TCP/IP 设置 (16) 局域网设置 (16) 局域网IP地址更改测试 (16) 局域网DHCP地址范围、DHCP 测试 (17) 局域网静态DHCP测试 (17) 广域网设置 (18)

静态IP地址 (18) DHCP客户端 (18) PPPOE 拨号 (19) WAN口带宽测试 (19) WAN口启用PING (20) 在WAN口上启用WEB 访问 (20) 五、防火墙 (21) 端口过滤 (21) IP地址过滤 (21) MAC地址过滤 (21) 端口转发 (22) URL过滤 (22) 隔离区(DMZ) (23) 虚拟局域网 (23) 六、服务质量控制 (23) 下载限速 (23) 上传限速 (24) 七、管理 (24) 状态 (24) 统计信息 (25) 动态域名服务 (25) 时区设置 (25) 拒绝服务攻击 (26) 日志记录 (26) 升级固件 (26) 八、测试结论 (28)

Monkey测试性能报告

Monkey测试性能报告 软件简介 Monkey测试是Android自动化测试的一种手段。Monkey测试本身非常简单,就是模拟用户的按键输入,触摸屏输入,手势输入等,看设备多长时间会出异常。 当Monkey程序在模拟器或真实设备运行的时候,程序会产生一定数量或一定时间内的随机模拟用户操作的事件, 如点击,按键,手势等,以及一些系统级别的事件。通常也称随机测试或者稳定性测试。 软件特点 monkey测试的原理就是利用socket通讯的方式来模拟用户的按键输入,触摸屏输入,手势输入等,看设备多长时间会出异常。当Monkey程序在模拟器或设备运行的时候,如果用户出发了比如点击,触摸,手势或一些系统级别的事件的时候,它就会产生随机脉冲,所以可以用Monkey用随机重复的方法去负荷测试你开发的软件。测试案例 Windows下: 1、通过eclipse启动一个Android的emulator 2、在命令行中输入:adb devices查看设备连接情况 C:\Documents and Settings\Administrator>adb devices List of devices attached emulator-5554 device

3、在有设备连接的前提下,在命令行中输入:adb shell进入shell界面 C:\Documents and Settings\Administrator>adb shell # 4、查看data/data文件夹下的应用程序包。注:我们能测试的应用程序包都在这个目录下面 C:\Documents and Settings\Administrator>adb shell # ls data/data ls data/data com.google.android.btrouter com.android.providers.telephony com.android.mms com.android.providers.downloads com.android.deskclock com.android.email com.android.providers.media com.android.settings jp.co.omronsoft.openwnn https://www.wendangku.net/doc/d713779011.html,erdictionary

220k变电站试运行检验报告1

涞阳220kV变电站系统调试报告 投运日期:2011年08月30日10时/ 分至2011年08月30日22时/ 分 一、定值检查 检查微机保护内整定定值与调度下发正式定值一致,打印一份完整正式定值核对正确后交予运行。 检查结果:正确二、PT二次定相、核相 220kV I母线PT 组别 相电压(V) 线电压(V) 相序A B C AB AC BC NO.1 60.2 60.6 60.3 104.9 104.6 104.9 + NO.2 60.2 60.6 60.6 104.9 104.7 104.9 + NO.3 60.2 60.6 60.6 104.9 104.8 104.6 + 核相0.03 0.03 0.03 注:核相为各组同相间电压差 三次圈检验:L630-A630:60.21 V L630-B630:60.35 V L630-N600:0.212V 结论:正确 220kV II母线PT 组别 相电压(V) 线电压(V) 相序A B C AB AC BC NO.1 60.3 60.6 60.6 104.5 104.7 104.9 + NO.2 60.3 60.6 60.3 104.5 104.7 104.5 + NO.3 60.2 60.5 60.4 104.6 104.8 104.6 + 核相0.03 0.03 0.03 注:核相为各组同相间电压差 三次圈检验:L630-A630:60.61 V L630-B630:60.72 V L630-N600:0.317 V 结论:正确 220kV I母线PT与II母线PT核相 IIA640 IIB640 IIC640 IIL640 IIA660 IIB660 IIC660 IA630 0.021 104.9 105.2 60.5 / / / IB630 104.9 0.025 104.9 60.7 / / / IC630 104.9 104.6 0.024 60.8 / / / IL630 60.9 60.8 60.8 0.03 / / / IA650 / / / / 0.129 104.8 104.8 IB650 / / / / 104.5 0.132 104.7 IC650 / / / / 104.9 104.6 0.165 结论:正确 110kV I母线PT 组别 相电压线电压 相序A B C AB AC BC NO.1 60.9 61.1 60.9 106.2 105.9 105.6 + NO.2 61.1 61.1 61.1 106.2 105.9 105.9 +

物理化学实验报告:离子迁移数的测定

物理化学实验报告:离子迁移数的测定

离子迁移数的测定——界面法 实验者:杨岳洋 同组实验者:张知行 学号:2015012012 班级:材54 实验日期:2016年9月19日 助教:袁倩 1 引言 1.1 实验目的 (1)采用界面法测定+ H 的迁移数。 (2)掌握测定离子迁移数的基本原理和方法。 1.2 实验原理及公式 本实验采用的是界面法,以镉离子作为指示离子,测某浓度的盐酸溶液中氢离子的迁移数。 (1)当电流通过电解电池的电解质溶液时,两极发生化学变化,溶液中阳离子和阴离子分别向阴极和阳极迁移。假若两种离子传递的电荷量分别为+ q 和- q ,通过的总电荷量为 - ++=q q Q 每种离子传递的电荷量和总电荷量之比,称为离子迁移数。阴、阳离子的离子迁移数分别为

Q q t --= , Q q t ++ = 且 1 =+-+ t t 在包含数种阴、阳离子的混合电解质溶液中, - t 和+ t 各为所有阴、阳离子迁移数的总和。一般增加 某种离子的浓度,则该离子传递电荷量的百分数增加离子迁移数也所制增加。但是对于仅含一种电解质的溶液,浓度改变使离子间的引力场改变,离子迁移数也会改变,但是变化的大小与正负因不同物质而异。 温度改变,迁移数也会发生变化,一般温度升高时,- t 和+ t 的差别减小。 (2)在一截面均匀垂直放置的迁移管中,充满HCl 溶液,通以电流,当有电荷量为Q 的电流通 过每个静止的截面时, + t Q 当量的+ H 通过界面向上走,- t Q 当量的- Cl 通过界面往下行。假定在管的 下部某处存在一个界面(a a '),在该界面以下没有+ H ,而被其他的正离子(例如+ 2Cd )取代,则 此界面将随着+ H 往上迁移而移动,界面的位置可 通过界面上下溶液性质的差异而测定。例如,利用pH 的不同指示剂显示颜色不同,测出界面。

软件功能测试报告

软件功能测试报告1.概述 软件名称: 软件版本: (同时注明软件软本和测试包的cvs版本) 开发经理:申请单号: 测试人员: 测试日期: 测试内容: 备注: 2.测试环境 用途硬件环境软件环境 表2 测试环境 3.问题统计 (说明:该报告为阶段性测试的统计报告,该报表统计的bug数量为:本发布阶段内第一份申请单提交日期为起,直至填写报告这天为止的BUG数量,如果以前版本中有问题延期至本发布阶段来修正,那么该缺陷也需要统计进来;如果是功能测试报告则只统计当轮的即可,如果是功能+验证则需要统计本发布阶段的) 3.1按BUG状态统计(表格后面可以附上柱形图,以示更直观) BUG状态BUG数量备注 未分配(new) 不是缺陷(Not Bug)

未修改(open) 已修改(fixed) 不予修改(Won’t Fix)延期(Deffered) 被拒绝(Declined)无法重现信息不足重复的 已关闭(Closed) 重开启(Reopen) 合计 表3 按bug状态统计 3.2按BUG类型统计(表格后面可以附上柱形图,以示更直观) BUG 类型 BUG数量 备注未 分 配 未 修 改 不 是 缺 陷 已 修 改 不 予 修 改 延 期 被拒绝 已 关 闭 重 新 开 启 合 计 无 法 重 现 信 息 不 足 重 复 的 功能 界面 交互 3.3按BUG严重级别统计(表格后面可以附上柱形图,以示更直观) BUG 严 BUG数量 备注未未不已不延被拒绝已重合

重级别分 配 修 改 是 缺 陷 修 改 予 修 改 期无 法 重 现 信 息 不 足 重 复 的 关 闭 新 开 启 计 紧 急 严 重 中 等 轻 微 建 议 表5 按bug严重级别统计 3.4按功能模块统计(表格后面可以附上柱形图,以示更直观) 模块名称 BUG数量 备注未 分 配 未 修 改 不 是 缺 陷 已 修 改 不 予 修 改 延 期 被拒绝 已 关 闭 重 新 开 启 合 计 无 法 重 现 信 息 不 足 重 复 的 模块1 模块2 … …

测试报告模板(标准版)

. 文档编号:CIECC-EP-TP-0B3 [项目名称测试报告(标准版)] [V1.0( 版本号)] 拟制人______________________ 审核人______________________

批准人______________________ [2010 年9 月9 日] 中国国际电子商务中心 China International Electronic Commerce Center

变更历史记录 日期版本说明作者审核批准2010-09-09 1.0 首次建立项目测试报告(标准版)模 文建东 板

目录 [项目名称测试报告(标准版)] 0 [V1.0( 版本号)] 0 [2010 年9 月9 日] (1) 第1 章简介 (5) 1.1 目的 (5) 1.2 范围 (5) 1.3 名词解释 (5) 1.4 参考资料 (5) 第2 章测试简介 (6) 2.1 测试日期 (6) 2.2 测试地点 (6) 2.3 人员 (6) 2.4 测试环境 (6) 2.5 数据库 (7) 2.6 测试项 (7) 第3 章测试结果与分析 (7) 3.1 对问题报告进行统计分析 (7) 3.2 遗留问题列表 (10) 第4 章简要总结测试的结果 (10) 第5 章各测试类型测试结论 (11)

5.1 功能测试 (12) 5.2 用户界面测试 (12) 5.3 性能测试 (12) 5.4 配置测试 (12) 5.5 安全性测试 (12) 5.6 数据和数据库完整性测试 (13) 5.7 故障转移和恢复测试 (13) 5.8 业务周期测试 (13) 5.9 可靠性测试 (13) 5.10 病毒测试 (13) 5.11 文档测试 (13) 第6 章软件需求测试结论 (14) 第7 章建议的措施 (14) 第8 章追踪记录表格 (14) 8.1 需求—用例对应表(测试覆盖) (14) 8.2 用例—需求对应表(需求覆盖) (14)

项目测试报告

成都市广播电视台 新闻综合频道标清转高清第二批政府采购项目招标编号:SCZZ-2015-CDTV-02 C包:新闻制播和内容管理系统 检测报告 建设单位:成都市广播电视台 检测时间:2016年10月 成都市广播电视台技术中心 成都索贝数码科技股份有限公司

2016年10月,根据项目验收条件,对成都市广播电视台新闻制播和内容管理系统项目的相关技术指标进行了检测。 一、系统概况 成都市广播电视台高清平台建设项目,其能够支持高、标清并行电视台生产业务,实现节目高清化制播。本次以数字化为基础,万兆网络为核心,桌面客户端千兆以太网接入方式,最终建设成为一个数字化、网络化、自动化、高效率的电视台节目制、管、存兼高标清一体化的综合性网络平台系统。系统平台建设将具备高清素材上载,高清视音频精编、合成、配音、审片、高清演播室以及备播媒资等功能的全数字化网络系统。 本次项目主要达成了三大目标: 实现新闻类、专题类、广告类等电视台业务的高清制作生产; 实现全台总编室编辑节目单送播出,并调用备播系统对素材进行出库,实现备播系统与索贝高清新闻网、大洋东方高清制作网的数据的交互和继承。 成都市广播电视台高清平台建设项目由高清新闻网、高清演播室、备播系统、内容管理系统等子系统模块构成,实现全台系统定位于高清制作,数据交换、数据传输等实现高清化转换,实现全台各个子系统间高效无缝的互联互通,并最终将节目送至大播出。二、测试依据 《GY/T 152-2000 电视中心制作系统运行维护规程》 《GY/T 160-2000 数字分量演播室接口中的附属数据信号格

式》 《GB/T 17953-2000 4:2:2数字分量图像信号接口》 《GY/T 155-2000 高清晰度电视节目制作及交换用视频参数值》 《GB/T 21671-2008 基于以太网技术的局域网系统验收测评规范》 三、检测内容 1.系统功能检测 2.新介质上下载效率测试 3.制作存储性能测试 4.网络弱电线缆测试 5.非编支持格式测试 四、测试结论 新建的新闻制播系统以及内容管理系统无论是在功能性上还是系统设计上均满足招标要求,系统核心服务具备冗余机制,并在测试中逐一验证,应急处理机制具备简单、易用等特点。 综上,项目建设满足成都市广播电视台标清转高清招标需求。

功能测试报告(精简版)

XXXXXX系统 功 能 测 试 报 告 测试人员: 测试时间:

目录 1. 测试概念 (3) 1.1. 测试对象 (3) 1.2. 测试范围 (3) 1.3. 测试目的 (3) 1.4. 参考文档 (3) 2. 功能测试 (3) 2.1. 测试方法 (3) 2.2. 测试环境 (4) 2.3. 测试结果 (4) 2.3.1. 错误等级定义 (4) 2.3.2. 相关图表 (5) 2.3.3. 测试结果 (5) 3. 测试结论 (5)

1.测试概念 1.1. 测试对象 【测试对象概述】 1.2. 测试范围 【测试的功能范围】 1.3. 测试目的 测试软件系统所提供的各功能点是否达到功能目标;反馈跟踪系统功能实现的缺陷及修复情况;从而提高软件系统的质量,最终满足用户使用需求。 1.4. 参考文档 【测试过程中所依据的文档资料】 2.功能测试 2.1. 测试方法 采用黑盒测试法进行功能测试; 采用等价类划分、边界值分析、错误推测法设计测试数据; 及时记录缺陷和错误; 运行测试案例; 检查测试结果是否符合业务逻辑,评审功能测试结果;

开发组修改原码后,重新进行测试。 2.2. 测试环境 硬件软件 服务器CPU: 内存: 硬盘: 网卡:操作系统: 数据库: Web应用服务器: 客户机CPU: 内存: 硬盘: 网卡:操作系统:浏览器: 网络 2.3. 测试结果 整个测试过程进行了两轮全面测试及一次随机测试。在整个测试过程中未发现崩溃性错误。 2.3.1.错误等级定义 按照严重性级别可分为: 1)崩溃性:系统崩溃、数据丢失、数据毁坏,该类问题会导致软件无法正确运行,整体功能受到影响; 2)严重性:重要功能无法实现且不存在其他替代途径实现该功能,或者操作性错误、错误结果、遗漏功能; 3)一般性:功能没有按照预定方法实现,但存在其他合理途径实现该功能; 4)提示性:界面不美观、文字不易懂、错别字、使操作者使用不方便等

测试工作总结归纳编写守则

精心整理软件测试工作总结编写规范 1. 目的 2. 适用范围 3. 术语和缩略语 4. 规范要求 5. 引用文件 6. 质量记录 1. 目的

精心整理 本文件规定了测试工作总结编写时应考虑的事项,通过测试工作总结来不断地积累测试经验,提高测试工作的整体水平。并对软件产品测试过程中发现的问题进行分析,为开发人员以后的修改、升级提供一个预防问题的依据。 2. 适用范围 本规范适用于软件项目与软件产品的功能测试与系统测试。 3.术语和缩略语 本程序采用NQ402100《质量手册》中的术语和缩略语及其定义。 4.规范要求 4.1 测 4.2 在 5.引用文件 本程序采用 6. 项目名称(项目编号) (测试种类)测试工作总结

目录 1. 引言 (3) 2. 项目测试结果 (3) 2.1软件产 (3) 2.1.1软件产品名称及综合评价 2.1.2提交项目管理部门物品 3 3. 测试工作评价3 4. 软件问题倾向 4.1问题解决情况总结与分析 4.2 附录二:测试结束检查表

1.引言 说明参加本项目测试的负责人、参加人员、起止时间及实际工作量。 2.项目测试结果 2.1 软件产品 2.1.1 软件产品名称及综合评价:给出该软件产品的产品名称及对该软件产 品的综合评价。 2.1.2 总结测试工作内容并向项目管理部门提交测试结果 内 3.测试工作评价 3.1 3.2 发现问题数量: 3.3 析。 训。 4. 列出本次实际发现问题数量、解决问题数量、残留问题数量。并对残 留问题对系统功能的影响情况进行分析。 4.2 错误类型统计与分析 在对软件产品测试过程中发现的问题进行充分分析、归纳和总结的基 础上,由全体参与测试的人员完成软件问题倾向分析表,对该类型或 该系统软件产品在模块、功能及操作等方面出错倾向及其主要原因进

测试报告总结归纳 项目 测试环境

测试报告总结归纳项目 测试环境 集团标准化工作小组 [Q8QX9QT-X8QQB8Q8-NQ8QJ8-M8QMN]

XX项目 测试报告 版本信息 注:状态可以为N-新建、A-增加、M-更改、D-删除 目录 1编写目的 本测试报告为【XX】项目的测试报告,目的在于总结测试阶段的测试情况以及分析测试结果,描述系统是否符合需求并对测试质量进行分析。 本报告作为测试质量参考文档提供给用户、测试人员、开发人员、项目管理者、其他质量管理人员和需要阅读本报告的高层经理阅读。 2测试参考文档 《用户需求说明书》 《软件需求规格说明书》 《软件开发计划》 《软件测试计划》 《软件测试方案》 《软件测试策略》 《软件测试用例》 《缺陷分类指南》 《功能及UI测试标准》

3项目信息 4测试概述 4.1基本信息 本次测试的基本信息如下: 4.2测试过程

4.3测试范围

5测试过程评估 5.1测试设计 5.1.1测试用例 1、测试用例的设计方法采用等价类划分、边界值、因果图、错误推测法等。 2、依据需求文档和原型图设计测试用例,测试用例覆盖所有需求功能点,在评审通 过后执行测试。 5.1.2测试方法 根据系统需求规格说明书的描述,明确指出了系统应该具有的功能。在完全不考虑程序内部结构和内部特性的情况下,测试者只需检查程序功能是否按照系统需求规格说明书的规定正常使用,是否能在输入适当的数锯下产生正确的输出信息,并且能保持外部信息(如数据库或文件)的完整性。因此采用了着眼于程序外部结构、不考虑内部逻辑结构、针对软件界面和软件功能进行测试的测试方法:黑盒测试。 本次测试的重点集中在基本数据录入、业务流程和各功能模块间的接口。 5.2测试执行 5.2.1测试用例覆盖总结 1、执行的测试用例数覆盖了所有的功能点 5.2.2测试用例执行总结 测试执行统计表

性能测试报告模板

[专业公司名] [系统名称] 性能测试报告 版本号: 2014年06月10日共享服务中心

1引言 1.1编写目的 编写该测试总结报告主要有以下几个目的 1.通过对测试结果的分析,得到对系统质量的评价; 2.系统存在的缺陷,为修复和预防bug提供建议; 3.分析测试过程中的不足,为将来的改进提供参考; 说明:列举该报告的作用及其编写目的 1.2阅读对象 主要读者:太平养老及共享中心的领导、团险核心系统的用户、系统需求人员、系统开发人员、测试人员 其他读者:其他愿意了解团险核心系统的其他人员 说明:列举该报告主要的阅读对象,和其他潜在可能的阅读对象 1.3参考资料 XXX项目性能测试方案 XXX项目性能测试需求确认表 XXX项目结果分析表 ………….. 2系统评价 对系统做整体性能测试情况做总结,并对系统整体性能做评估和评价。

3测试环境 3.1网络拓扑结构图 可添加生产环境网络拓扑结构图与性能测试环境网络拓扑结构图,并对比,如一致要说明环境一致;如不一致,要说明差异性。与接口系统的对接情况做说明,如对接XXX接口的测试环境或者开发挡板等。 3.2软硬件配置 性能测试硬件基础环境表 性能测试软件环境配置表

性能测试环境参数配置表 说明环境参数配置表可以以此表格的形式展现,也可以内嵌配置文件。4测试进度

添加进度偏差说明分析 5测试数据 增量:可以是交易功能insert新增的数据量,也可以是查询类功能的查询结果的数据量。 6测试情况 6.1基准测试 6.1.1测试过程 描述测试过程中遇到的问题,解决的方法等。如没有,本小节可删减。 6.1.2测试结果 第一轮:未达指标的数据可以标红突出

220kV变电站工程调试大纲

220kV变电站工程调试大纲

签字栏批准: 审核: 编制:

目录 第一章编制目的和依据 (1) 第二章工程概况 (2) 第三章人员及仪器仪表配备 (5) 第四章职业健康安全和环境管理 (8) 第五章质量管理 (18) 第六章进度管理 (22) 第七章施工现场管理 (24) 第八章调试工作内容 (25)

第一章编制目的和依据 一、编制目的 为了使调试施工管理人员及调试人员明确本工程的工程规模、工程特点、工作范围、工程的安全健康与环境目标、质量目标、进度目标,安全、优质高效的完成本工程调试工作,特编制本大纲。 二、编制依据 1、相关的法律法规(见《2015年适用法律法规清单》) 2、国家标准: 2.1《电气装臵安装工程电气设备交接试验标准》GB 50150-2006; 2.2《工程建设施工企业质量管理规范》 GB/T 50430-2007; 2.3《职业健康安全管理体系实施指南》 GB/T 28002-2011等。 3、行业标准: 3.1《继电保护和电网安全自动装臵检验规程》 DL/T 995-2006; 3.2《微机变压器保护装臵通用技术条件》DL/T 770—2012; 3.3《继电保护微机型试验装臵技术条件》DL/T 624-2010 ; 3.4《电力安全工作规程》(变电所部分)DL 5009.3-2013等. 4、企业标准及相关文件 4.1 国家电网公司建设安全工作规程(变电部分)Q/GDW 665-2011 4.2 《电力系统继电保护规定汇编第三版》(中国电力出版社 2014年) 4.3《国家电网公司十八项电网重大反事故措施(修订版)及编制说明》 4.4防止电力生产重大事故的二十五项重点要求及编制释义 4.5《输变电工程建设标准强制性条文实施管理规程》 4.6 调试各专业《作业指导书》; 4.7 设计图纸; 4.8产品说明书、试验报告及厂家技术资料等。 1

声场测试报告

声场测试报告 一、设计规范及标准 根据舞台的基本使用功能和定位并参照国家相关的标准和规范: 音响扩声系统设计规范 WH/T38-2009《舞台扩声系统跳线柜、综合接线箱、地板接线盒设置规范》WH/T39-2009《专业音频和扩声用扬声器组件实用规范》 WH/T318-2003《演出场所扩声系统的声学特性指标》 JGJ 57-2000/J 67-2001《剧场建筑设计规范》; GB 4959-95 《厅堂扩声特性测量方法》; GBJ 76-84 《厅堂混响时间测量规范》; JGJ 16-2008 《民用建筑电气设计规范》; GB/T 14476-93 《客观评价厅堂语言可懂度的“RASTI”法》; (WH/T25-2007)《剧场等演出场所扩声系统工程导则》 GB/T 14197-93 《声系统设备互连的优选配接值》; ITU-R BT. 601-2 供演播室使用的数字电视编码标准; ITU-R BT. 711 供分量数字演播室使用的同步基准信号; GY/T 156-2000 演播室数字音频参数; GY/T 158-2000 演播室数字音频接口;

AES3 供数字伴音工程线性表示数字伴音数据的串行传输格式; AES11 供数字伴音工程在演播中使用的数字伴音设备的同步规格; GB 3174-1995 PAL-D 制电视广播技术规范; 二、多功能演播厅声场设计说明 根据场景布局、实用面积,结合系统功能现实(文艺活动兼报告型会议、培训等等),我们选择主/辅/超低/返听扩声模式进行声场扩声。 本系统采用了48路扩展性强、处理功能强大、兼容性好、个性化、多场景方便方便每个操作者和每场演出、无线调音功能的数字调音台为核心进行音频系统主控制,无线手持、无线头戴、人声/乐器、合唱、鹅颈电容会议话筒对人声进行拾取,随后将初次拾取到的人声信号(人声信号先进入数字调音台综合管理) 通过专用的传输线缆传输到调音台,接着输出到效果器进行初次音质处理、修正、根据使用环境适当的添加音频效果后输入至调音台进一步的对音质处理(增益、MIC 前置放大器、均衡、单/立体声输出等等),这时通过调音台末端输出到12进12出音频数字矩阵处理器,运用其内置功能进行处理(输入信号进行压限、延时、均衡等操作,此操作有益系统的正常运行、设备安全、声场音质的均匀),最后分频器进行音频信号处理分频,将音频电声信号一分为三进入扩声系统的信号电声放大部分,此部分是通过与扬声器技术参数相匹配的主/辅/超低频功率放大器对电声信号进行电功率放大,让音频可以有足够的功率去推相应的主/辅/超低频扬声器(也是系统的末端),对舞台这场区域,我们选配一对舞台返听扬声器,用均衡器进行音质处理(提升/衰减量程、增益调节、电压调节、信号动态调节等等),为场景提供一个高品质、高享受、高效率的优良声场。除此之外,为了提高系统的安全性与操作的方便性,还选配了一台电源时序器对整套系统电源进行管理,可以通过此设备对电源逐一逐一的进行安全开/关(一键到位)。为了增加文艺活动演出方便还配置了一套舞台演出内部通讯系统。

教育心理学学习迁移实验报告

教育心理学学习迁移实验报告 学习迁移是指先前学习的知识和技能对新知识和技能的学习与获得的影响。先学习的材料对后学习的材料的阻碍作用称为负迁移,先学习的材料对后学习的材料的促进作用称为正迁移。研究学习迁移常用的实验方法有前后测验法(参见前/倒摄作用)和继续学习法。对于继续学习法的实验,可以将被试随机分成A、B两组,如果材料的难易不同可作如下设计:A组:先学甲,后学乙 B组:先学乙,后学甲 把两组先学的结果加起来(C),两组后学的结果加起来(D),加以比较,即可看出两种作业彼此有何影响。如以学习达到同一水平(连续三遍输入正确)所需要的时间为指标,则C>D为正迁移,C<D为负迁移,C=D为二种作业彼此无影响,即无迁移。 一、目的 1.检验学习两种不同材料的迁移效果。 2.学习继续学习法。 二、仪器与材料 1.仪器:计算机及PsyTech心理实验系统。 2.材料:甲套为5个几何图形分别对应数字0、1、2、3、4。 乙套为5个大写字母分别对应数字5、6、7、8、9。 三、方法 1.登录并打开PsyTech心理实验系统主界面。选中实验列表中的“学习迁移”。单击呈现实验简介,点击“进入实验”到“操作向导”窗口。实验者可先进行参数设置,选择A组或 B组等。然后点击“开始实验”按钮进入指导语界面。本实验不设练习。点击指导语下面的“正式实验”按钮开始。 2.如选A组,学习甲套材料的第一次指导语是: 这是一个学习的实验,首先你将看到5个几何图形,每个图有一个编号。请记住图与数字的对应关系。一段时间后将进行测试。你可以按计算机键盘的空格键开始。呈现完毕再次出现指导语: 下面屏幕将会依次呈现一系列图形,每次一组。请你在4秒内在文本框内按图与数字的对应关系输入相应的数字,输入完毕回车确认。如输入错误则该图形下面将显示正确

手机性能测试报告

手机性能测试报告 系:信息 班级:041 指导教师:李国力 本报告是我同肖钢同学一起合作完成的。由于条件限制,我们只是通过测试相同的项目来对比两个版本的性能差异,实验项目有基本功能、游戏流畅性、响应时间、CPU 负载、内存使用等。我们所做的实验测试,只对存在差异性的项目进行报告结果,对其它有相同结果的项目没有列到本报告中。在实验中分别是对安卓和苹果二种手机进行了测试。 第一个成果:测试项及测试结果: 第二个成果是:使用超级兔子系统评测的结果: 序号 测试项 功能名称 RAM256版 RAM512升级版 差值\优势机 1 基本功能 通话,短信,浏 览器 正常 正常 相同 2 安装20个软件用时 第三方软件 1000秒 300秒 700秒/RAM512 升级版 3 启动游戏 Angry bird 20秒 12秒 8秒/RAM512升级版 4 游戏后台 Angry bird 不能后台(内存不足引起) 能后台 RAM512升级版 5 5小时并发测试 音乐、QQ ,Angry bird Angry bird 出现2次错 误 正常 RAM512升级版 6 运行游戏 的流畅性 Angry bird , NFS Shift ,水果 忍者 RAM512升级版 测试项 RAM256版 RAM512升级版 差值/优势机 1 RAM 性能 88 98 10/RAM51 2 2 CPU 整数性能 179 199 20/RAM512 3 CPU 浮点性能 15 16 1 4 2D 绘图性能 234 23 5 1 5 3D 绘图性能 395 454 60/RAM512 6 数据库IQ 性能 120 140 20/RAM512 7 SD 卡写入速度 55 55 0 8 SD 卡读取速度 161 161

变电站电气整套启动调试措施

编号:QY-DQ-002-2011 陕西奥维乾元化工有限公司热电工程 2×50MW#1机组 电气整套启动调试措施 西北电力建设第一工程公司 调试试验中心 编制时间:2011年6月

科技档案审批单 报告名称: #1机组电气整套启动调试措施 编号:QY-DQ-002-2011 出报告日期:2011年6月 保管年限:长期密级:一般 试验负责人:张纪峰试验地点:奥维乾元化工有限公司热电车间参加试验人员:张纪峰、杨剑锋、李进京 参加试验单位:西北电力建设第一工程公司(调试试验中心)、陕西奥维乾元化工有限公司热电车间、北京华旭监理有限公司、江苏华能建设工程集团有限公司等 拟稿:张纪峰 审核:魏远 批准:周国强 目录 1. 编制目的 2. 编制依据 3.调试质量目标 4.系统及主要设备技术规范 5.调试范围 6.启动调试前应具备的条件 7.调试工作程序 8.调试步骤 9.组织分工 10.安全注意事项

1.编制目的 电气整套启动调试是电气设备投运前对设备性能及接线的一次全面检查,为使工作顺利进行,防止遗漏试验项目,使调试工作有序、有计划、有目的地进行,同时也为了提前做好各项准备工作,保证系统安全顺利投入运行,特编制此措施。 2.编制依据 2.1《火力发电建设工程启动试运及验收规程(2009年版)》 2.2《火电工程启动调试工作规定》电力部建设协调司建质[1996]40号 2.3《火电工程调整试运质量检验及评定标准》电力部建设协调司建质[1996]111号 2.4《火电施工质量检验及评定标准》(电气专业篇) 2.5《火电机组达标投产考核标准(2001年版)》电力工业部 2.6《电力建设安全工作规程》(火力发电厂部分) 2.7《电力安全工作规程》(发电厂和变电所电气部分) 2.8《火电、送变电工程重点项目质量监督检查典型大纲》 2.9《电力建设基本工程整套满负荷试运质量监督检查典型大纲》 2.10《电气装置安装工程·电力设备交接试验标准GB50150》 2.11《防止电力生产重大事故的二十五项重点要求(2000年版)》 2.12 相关厂家产品说明书及设计院资料 3.调试质量目标 符合部颁《火电工程调整试运质量检验及评定标准(1996年版)》中有关系统及设备的各项质量标准要求,在机组的整个整套启动试运过程中不发生任何一起恶性事故,确保#1、#2机组安全、可靠投运。 4.系统及主要设备技术规范 4.1 电气部分配置 陕西奥维乾元化工有限公司热电工程2×50MW机组新建工程由华陆工程科技有限责任公司设计、江苏华能建设工程集团有限公司负责安装、西北电力建设第一工程公司调试试验中心负责调试。 本工程电气一次部分包括2台50MW发电机组、2台63MVA变压器组、构成发电机—变压器单元接线,在110KV系统中并入电网。3段10kV工作母线段、1段10kV备用段、其中10KVⅠ、Ⅲ段经过电抗器分别与2台发电机组出口支接。10kV备用段电源引自110KV 变电所内10KVⅡ段成为其他3段10kV工作母线的备用电源。2台母联开关将3段10kV

软件测试规范

软件测试标准规范 1目的 为了确保软件产品质量,使产品能够顺利交付和通过验收,特编写本文档,以作参考 2适用范围 本文档适用于项目开发过程中的单元测试、集成测试、系统测试、业务测试、验收测试以及一些专项测试。 3职责 ?项目测试负责人组织编制《测试计划》、《测试方案》,指导和督促测试人员完成各阶段的测试工作。 ?项目组测试人员按照《测试计划》、《测试方案》完成所承担的测试任务,并按要求填写《问题报告及维护 记录》。 ?测试经理依照确认规程和准则对工作产品进行确认,提出对确认规程和准则的修改意见 ?项目负责人组织测试环境的建立。 ?项目经理审核负责控制整个项目的时间和质量。 ?研发人员确认修改测试人员提交的bug。 4工作流程 4.1测试依据 详细设计是模块测试的依据。因此设计人员应向测试人员提供《系统需求规格书名书》、《详细设计》、《概要设计》等有关资料。测试人员必须认真阅读,真正弄懂系统需求和详细设计。 4.2制订《测试方案》

在测试之前,由项目负责人根据《测试计划》的要求,组织人员编制相应的《测试方案》,《测试方案》应包括以下内容: ?测试目的; ?所需人员及相应培训要求; ?测试环境、工具和测试软件; ?测试用例、测试数据和预期的结果。 4.3单元测试 项目开发实现过程中,每个程序单元(程序单元的划分视具体开发工具而定,一般定为函数或子程序级)编码调试通过后,要及时进行单元测试。 单元测试由单元开发者自己进行,使用白盒测试方法,根据程序单元的控制流程,争取达到分支覆盖。对于交互式运行的产品,不便于进行自动测试的,可以采用功能测试的方法进行。 单元测试针对程序模块,从程序的内部结构出发设计测试用例。多个模块可以独立进行单元测试。 ?单元测试内容包括模块接口测试、局部数据结构测试、路径测试、错误处理测试等; ?单元测试组织原则一遍根据开发进度安排对已开发完成的单一模块进行测试; ?单元测试停止标准:完成了所有规定单元的测试,单元测试中发现的bug已经得到修改。 4.4集成测试 编码开发完成,项目组内部应进行组装测试。 集成测试由项目负责人组织策划(编写测试计划、测试用例)并实施。集成测试着重对各功能模块之间的接口进行测试,验证各功能模块是否能协调工作、参数传递及功能调用是否正常。测试采用交叉方法,即个人开发的软件应由其他的项目组成员进行测试。

数据迁移整合方案

1.历史数据的迁移整合 本次系统是在原有系统的基础上开发完成,因此,新旧系统间就存在着切换的问题。另外,新开发的系统还存在与其他一些应用系统,例如,企业信用联网应用系统、企业登记子网站、外资登记子网站等系统进行整合使之成为一个相互连通的系统。本章将针对新老系统迁移和整合提出解决方案。 1.1.新老系统迁移整合需求分析 系统迁移又称为系统切换,即新系统开发完成后将老系统切换到新系统上来。 系统切换得主要任务包括:数据资源整合、新旧系统迁移、新系统运行监控过程。数据资源整合包含两个步骤:数据整理与数据转换。数据整理就是将原系统数据整理为系统转换程序能够识别的数据;数据转换就是将整理完成后的数据按照一定的转换规则转换成新系统要求的数据格式,数据的整合是整合系统切换的关键;新旧系统迁移就是在数据正确转换的基础上,制定一个切实可行的计划,保证业务办理顺利、平稳过渡到新系统中进行;新系统运行监控就是在新系统正常运转后,还需要监控整个新系统运行的有效性和正确性,以便及时对数据转换过程中出现的问题进行纠正。 系统整合是针对新开发的系统与保留的老系统之间的整合,以保证新开发的系统能与保留的老系统互动,保证业务的顺利开展。主要的任务是接口的开发。1.2.需要进行迁移整合的系统 1.3.数据迁移整合分析 根据招标文件工商总局新建系统的数据库基于IBM DB2,而原有系统的数据库包括ORACLE,SQL Server,DB2。这种异构数据在总局主要存在于两个方面,

即部门内部的异构数据和上下级部门之间的异构数据。同时,系统的技术构件有.NET和J2EE两大类。 对于部门内部的异构数据的集成采用数据移植的方法,如:如果数据有基于DB2管理的,有ORACLE管理的,有SQL Server管理的,就根据新系统DB2的要求,把ORACLE的数据迁移到DB2数据库中,把SQL Server的数据迁移到DB2数据库中。 上下级国工商局之间的异构数据的集成利用数据交换系统来完成,重点在于数据库存储标准、交换标准的制定和遵守,保证数据的共享,这部分工作由数据中心完成。 1.4.系统迁移和整合目标 1.4.1.系统迁移的主要目标: 1.保证系统正常运行 在数据转换过程中,由于原有的系统数据的复杂性,给数据转换工作带来了很大的难度,为了在新系统启动后不影响原系统正常的业务,因此数据转换完成后,必须保证新系统的正常运行。 2.保证原有系统在新系统中的独立性 原有系统是独立运行的系统,数据在新系统中虽然是集中存放的,但是各个系统由于存在业务上的差别,数据在逻辑上应当保持一定的独立性。 1.4. 2.系统整合的目标: 保证直接关联的系统互动,保证业务的正常办理。例如公众服务系统与基本业务系统之间互动,基本业务与协同业务之间互动等等。

软件工程测试报告书

《测试报告》 《测试报告》编写参考指南 1. 概述(Summary) 1.1 项目简介(Project Synopsis) 在本章节中简介项目的基本情况。 1.2 术语定义(Terms Glossary) 将该测试报告中的术语、缩写进行定义, 包括用户应用领域与计算机领域的术语与缩写等。 1.3 参考资料(References) 说明该测试报告使用的参考资料,如: [1]《商务合同》 [2]《用户需求报告》 [3]《需求规格说明书》 1.4 版本更新信息(Version Updated Record) 版本更新记录格式,如表9-3所示。 表9-3 版本更新记录 2. 目标系统功能需求(Function of Target System) 由《用户需求报告》/《需求规格说明书》拷贝到的功能需求点列表,如表9-4所示。 表9-4 功能需求点列表 3. 目标系统性能需求(Performance of Target System) 由《用户需求报告》/《需求规格说明书》拷贝到的需求性能点列表,如表9-5所示。 表9-5 性能需求点列表 4. 目标系统接口需求(Interface of Target System) 由《用户需求报告》/《需求规格说明书》拷贝到的接口列表,如表9-6所示。 表9-6 外部接口需求点列表

5. 功能测试报告(Report for Function Test) 搭建功能测试平台,使测试平台与运行平台一致。按照功能点列表内容,设计测试用例(输入/输出内容),进行现场测试,记录测试数据,评定测试结果。测试活动的记录格式,如表9-7所示。 表9-7 功能测试记录 6. 性能测试报告(Rreport for Performance Test) 搭建性能测试平台,使测试平台与运行平台一致。按照性能点列表内容,设计测试用例(输入/输出内容),进行现场测试,记录测试数据,评定测试结果。测试活动的记录,如表9-8所示。 表9-8 性能测试记录 7. 接口测试报告(Report for Interface Test) 搭建接口测试平台,使测试平台与运行平台一致。按照接口列表内容,设计测试用例(输入/输出内容),进行现场测试,记录测试数据,评定测试结果。测试活动的记录,如表9-9所示。 表9-9 接口测试记录 8. 不符合项列表(Check List of Noncompliance Items) 将测试中的所有不符合项(Bug项),整理后分别记录到表9-10、表9-11和表9-12中。 表9-10 功能测试不符合项列表 表9-11 性能测试不符合项列表

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