第一篇:机车制动距离测试报告
阳湾井2.5T蓄电池机车制动距离测试报告
一、测试时间:2012年5月20日
二、测试地点:主运输大巷
三、测试人员:杨兴洪、沈成双、刘孔元、邱心全、机车司机左树荣
四、测试过程:
1、由测试负责人杨兴洪组织参加本次工作的所有人员开进班安全会,宣讲机车制动距离测试的技安措施,并说明测试的有关安全注意事项。
2、测试负责人杨兴洪安排各人负责的测试工作。
3、在轨道边用石灰撒一道白线。
4、机车司机在白线外300米带一列重车和(20个V型矿车),由低速加速到高速。到达白线时进行机械制动。
5、沈成双、邱心全用皮尺检测制动距离,距离为36米。
6、机车司机将列车退回出发地并重复2次。第2次制动距离为35.5米,第三次为35米。
7、随后又将机车机械制动试验改为电制动试验,效果更佳。测试制动距离为25米
五、结论
本次机车制动距离测试结果符合《煤矿安全规程》对机车制动距离不大于40米的要求。
符合要求。
阳湾井运输队
2012年5月20日
第二篇:架线电机车制动距离测试安全措施
架线电机车制动距离测试安全措施
一、实验项目:重车制动距离测试
二、实验地点:+330运输大巷东翼。电机车全速后,开始制动操作:动力制动、撒砂、机械制动。
三、:实验目的:检测机车制动系统的可靠性,是否符合《》第351条的规定。
四、测试机车型号:ZK10-6/250
机车编号:3#、4#、6#、7#、8#、9#、#10
五、测试条件:坡度i=0.3%、长度200米
六、为确保测试工作、成功,特制定如下:
1、电机车司机必须经培训合格,取得电机车司机操作资格证,并持证上岗。测试过程中必须严格执行《电机车司机安全操作规程》。
2、所有参加测试工作人员必须听从测试工作负责人的指挥。认真听取注意事项,明确工作任务,学习本措施并签字。
3、矿车班指派专人检查并确认机车所挂矿车及其连接件完好。
4、铁道专职人员对测试工作区域轨道、道岔进行检查,确保轨道扣件齐全、牢固,轨距、枕距等符合质量标准要求,线路无障碍。
5、测试前,必须检查机车电力、机械制动系统是否正常,各段电阻连接是否紧固,撒砂装置是否完好沙箱是否有充足、合格的沙子,闸瓦的间隙必须调整至3——5毫米之间,所有参加测试的机车必须完好。
6、测试地点300米范围各行人通道必须设专人警戒,警戒处设拉绳并挂警示牌,确保测试过程中不能有任何人员进入测试区域,警戒人员不得从事其他工作。
7、机车司机必须戴帽,并系上头带,防止帽脱落造成头部受伤。
第三篇:测试报告格式
测试背景
测试介绍
软件模拟攻击测试
1.测试物件需求
2.测试拓扑
3.测试准备
4.测试记录
1)Syn-flood测试
2)ack-flood测试
3)udp-flood测试
4)icmp-flood测试
5)带分片的syn-flood测试
6)其他DDoS攻击测试
4.测试总结
IXIA协议分析仪测试
1.测试物件需求
2.测试拓扑
3.测试准备
4.测试记录
该文章由www.xiexiebang.com(第一§范┆文网)整理,版权归原作者、原出处所有.1)Syn-flood测试
2)Ack-flood测试
3)udp-flood测试
4)混合攻击测试
4.测试总结
第四篇:测试报告格式
测试背景
测试介绍
软件模拟攻击测试
1.测试物件需求
2.测试拓扑
3.测试准备
4.测试记录
1)Syn-flood测试
2)ack-flood测试
3)udp-flood测试
4)icmp-flood测试
5)带分片的syn-flood测试
6)其他DDoS攻击测试
4.测试总结
IXIA协议分析仪测试
1.测试物件需求
2.测试拓扑
3.测试准备
4.测试记录
该文章由www.xiexiebang.com(www.xiexiebang.com)整理,版权归原作者、原出处所有.1)Syn-flood测试
2)Ack-flood测试
3)udp-flood测试
4)混合攻击测试
4.测试总结
第五篇:测试报告范本
项目编号: 项目名称:
任务编号/序号: 工作名称:
程序(ID): 程序名称:
编程员: 测试完成日期: 年 月 日
软件测试工程师: 测试完成日期: 年 月 日
1、安装:
(1)程序运行环境已经正确设定
2、程序代码检查:
(1)程序单位首部有程序说明和修改备注(2)变量、过程、函数命令符合规则(3)程序中有足够的说明信息(4)修改注释符合要求(5)类库的使用符合要求
3、画面及报表格式检查:
(1)画面和报表格式符合规定需求(2)程序命名符合格式需求(3)画面和报表的字段位置和宽度与设计文档一致
4、功能测试:
(1)多画面之间切换正确(2)功能键、触发键、按钮、菜单、选择项功能正确(3)数据项关联及限制功能正确(4)设计文档规定的其它功能
测试内容:
5、正确性测试:
(1)读/写/删除操作结果正确(2)各种组合条件之查询或报表正确(3)设计文档规定的其它操作 测试内容:
6、可靠性测试:
(1)非法键容错测试(2)异常字符容错测试(3)程序负作用检查(4)残留文件检查
7、效率测试:
单用户(机型)多用户(终端数)(1)输入画面效率测试: 延迟时间:(2)报表及查询效率测试: 最小报表时间: 最大报表时间:
8、多用户测试:
终端数:(1)随机测试: 测试次数:(2)共享测试:(3)同步测试:
9、其它测试:
测试内容: 测试备忘:
性能测试报告模板软件测试
1、测试项目概述与测试目的1.1项目概述
本部分主要是针对即将进行压力测试的对象(接口、模块、进程或系统)进行概要的说明,让人明白该测试对象的主要功能与作用及相关背景。
1.2测试目标(目的)
简要列出进行本次压力测试的主要目标(目的)
1.3名词解释
性能测试过程中涉及的业务和技术方面的专业名词
1.4参考文档
列出与本文档相关的参考文档名称
2、测试对象的拓扑结构
本部分主要以图表加文字的方式,对待测试对象(接口、模块、系统)的拓扑结构进行描述,并标上必要的数据流向。注意:若生产实际跨越物理主机的模块(进程,数据库)部署应在拓扑图中要标示出来。
3、测试环境与测试数据
3.1测试环境
主要指软件实际运行的平台,以及软硬件配置,操作系统及版本,数据库名称及版本,客户端机器配置等方面内容
3.2测试数据
根据性能(压力)测试方案(计划)中测试数据的要求,结合测试方案与测试用例,构造符合要求的测试数据(包括系统初始数据与测试发送数据),并描述测试数据的总量及简述这些测试数据生成的方法。测试策略
4.1测试方案
根据测试目的,写出测试的总体方案(方法)及所采用的技术手段等。
4.2测试场景
针对测试目的,结合所测对象的具体特征,设计出达到要求的并且符合真实生产场景的测试场景。
4.3测试用例
根据测试场景,转换成对应的测试用例。
5、测试执行步骤
具体描述每个场景的测试执行步骤,并同时说明采集的相关指标值。6 测试结果
针对每一个测试场景的相关测试观测指标要进行采集与记录(测试执行前,过程中,执行完),指标的采集可以通过工具,手工以及编写脚本相结合的方法获得,并把采集的这些指标值通过表格或图表的方式陈列出来。测试结果分析
根据收集的测试结果,首先要进行程序资源消耗分析(cpu,内存,磁盘)与IO分析,接着要根据测试目的(目标)项进行对应分析,最后根据测试 结果记录表中各个场景的对比分析,从中分析归纳出影响系统压力性能的关键影响因素(可选),并借助图表的方式来表达。直观且有说服力。程序改进与建议
如果测试结果与测试目标值相差太远或达不到,结合测试过程中所观测到的各种信息,测试人员有针对性提出程序的改进方向与建议(包括系统参数或配置文件的配置),供开发人员改进参考或生产程序部署运行配置参考。测试结论
根据测试结果与测试分析,得出性能(压力)测试是否通过的结论。只有2种结论,通过或者不通过。同时要增加因测试环境与真实环境差异、测试数据模型与真实数据模型差异以及测试场景与真实场景差异的大小评估对测试结果或结论的影响。
测试报告是把测试的过程和结果写成文档,并对发现的问题和缺陷进行分析,为纠正软件的存在的质量问题提供依据,同时为软件验收和交付打下基础。本文提供测 试报告模板以及如何编写的实例指南。关键字 测试报告 缺陷 正文 测试报告是测试阶段最后的文档产出物,优秀的测试经理应该具备良好的文档编写能力,一份详细的测试报告包含足够的信息,包括产品质量和测试过程的评价,测 试报告基于测试中的数据采集以及对最终的测试结果分析。下面以通用的测试报告模板为例,详细展开对测试报告编写的具体描述。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Ⅲ 测试概要 测试的概要介绍,包括测试的一些声明、测试范围、测试目的等等,主要是测试情况简介。(其他测试经理和质量人员关注部分)2.1测试用例设计 简要介绍测试用例的设计方法。例如:等价类划分、边界值、因果图,以及用这类方
法(3-4句)。提示:如果能够具体对设计进行说明,在其他开发人员、测试经理阅读的时候就容易对你的用例设计有个整体的概念,顺便说一句,在这里写上一些非常规的设计方 法也是有利的,至少在没有看到测试结论之前就可以了解到测试经理的设计技术,重点测试部分一定要保证有两种以上不同的用例设计方法。2.2测试环境与配置 简要介绍测试环境及其配置。提示:清单如下,如果系统/项目比较大,则用表格方式列出 数据库服务器配置 CPU: 内存: 硬盘:可用空间大小 操作系统: 应用软件: 机器网络名: 局域网地址: 应用服务器配置 …….客户端配置 …….对于网络设备和要求也可以使用相应的表格,对于三层架构的,可以根据网络拓扑图列出相关配置。2.3测试方法(和工具)简要介绍测试中采用的方法(和工具)。提示:主要是黑盒测试,测试方法可以写上测试的重点和采用的测试模式,这样可以一目了然的知道是否遗漏了重要的测试点和关键块。工具为可选项,当使用到测 试工具和相关工具时,要说明。注意要注明是自产还是厂商,版本号多少,在测试报告发布后要避免大多工具的版权问题。
参考文献:北京测试空间软件测评实验室作业指导书,