搜档网
当前位置:搜档网 › 检测治具&测试程式验收作业办法-C

检测治具&测试程式验收作业办法-C

检测治具&测试程式验收作业办法-C
检测治具&测试程式验收作业办法-C

HON HAI PRECISION INDUSTRY CO.,LTD

系統名稱(SYSTEM):

主題(SUBJECT):文件編號(DOCUMENT NO):********本文件之著作權及營業秘密內容屬於鴻海公司,非經公司准許不得翻印********

制程品管作業系統

檢測治具&程式驗收作業辦法EPA-T11008PAGE 2REV C

訂履歷版 次

ECN NO.修訂履歷備 注A

AC-02-447初版發行2002/11/1B

AC-03-409變更發行2003/9/15C AC-04-024變更發行2004/1/13

HON HAI PRECISION INDUSTRY CO.,LTD

不 不

行 关功 行

來 测 见附表一)

3.2.6 "fail" " ICT 测 "( 異 說 行 理

3.3. 參見 " / 流 "

4. :

4.1 來

4.1.1 行 debug

4.1.2 ok 行 " 狀 "(見 )

4.1.3 fail 理

4.2 來 ( 行)

4.2.1 行

4.2.2

4.2.3 行 debug

4.2.3.1 ICT: BOM, 路 Golden Board NASX 利 OK 行 路邏

4.2.3.2 GENZ: Apple S/W RFA Ftp Server Down load

4.2.3.3 CA: FATP CA "Coverage" APPLE RFA Apple Approval 行

4.2.4 ok 行 " 狀 "(

4.2.5 異 聯 行 更 更 狀 "( 異 行 理

4.2.6 參見 " / 流 "

不 & EPA-T11008PAGE 4REV C

FOXCONN

**********本文件之著作權及營業秘密內容屬於鴻海公司,非經公司准許不得翻印**********

电子产品质量管控及测试流程

电子产品质量管控及测试流程 目的:为本公司产品电子部分检验检测提供依据,有助于提升公司产品合格率。 适用范围:此规范适用于本公司所有PCB板、电子元器件原材料及ZDMS系列产品电子部件半成品的的交收检验标准,不适用于成品的例行检验标准。 一来料检验 1电子元器件来料检验 电子元器件到货后,仓库管理员及时通知部门负责人进行来料检验(检验项目及不合格物料处理方式详见《电子元器件来料检验标准》),检验合格品入库归位。 2 PCB板件来料检验 所有PCB板到货后以目测方式进行检验,所有包装无破损,无色气珠袋真空包装,内有干燥剂,包装紧密方可签收。拆封后检查以下项目 1)PCB表面的字符和符号的丝印必须是清楚,明显,颜色符合规定,没有重复印刷,漏印刷,多印刷,位置偏位,错印。 2)板边板面:检查PCB表面是否有污渍、杂物、凹坑、锡渣残留;板面是否划伤露底材;边缘是否有铣边后留下的毛刺、缺口。 3)导线:不能出现短路、开路、导线露铜、铜箔浮离、补线等。 4)焊盘:焊盘应均匀上锡,不能露铜、损伤、脱落、变形。 5)孔:检查时对照上一批次好的PCB进行对照,检查有没有漏钻孔、多钻孔,堵孔, ,孔偏。 6)阻焊膜:检查时可使用洗板水进行擦拭,检查其着附性,检查是否会脱落,有没有气泡、是否有修补的现象等,阻焊膜的颜色必须符合规定。 7)尺寸测量:测量来料PCB实际尺寸是否为订单所规定的。 检查数量不低于来料总量的10%,如有不合格品则需全检。所有检查合格方可入库。 二外发贴片加工及加工完成到货检验 仓库管理员接到外发贴片加工通知后,按照受控元器件清单文件配齐所有元器件并由部门负责人确认签字。需烧录程序的芯片由部门负责人确认程序是否烧录完成并做好标记。另附完整样品及注意事项说明随货包装,电子元器件外发前以纸箱包装,空挡用泡沫填满,封箱后需用打包带打包牢固。 加工完成到货后,仓库管理员及时通知部门负责人进行来料检验(检验项目及不合格品处理方式详见《贴片外观工艺检验标准》),检验合格品入库归位。 三插件元器件焊接 车间主管下达焊接板路任务后,由仓库管理员按照元器件清单配齐所需元器件;部门分责任人安排焊接操作工领取物料后在指定位置进行焊接工作,并提供合格样品供参照焊接。所指派焊接人员焊接技术必须娴熟。 焊接过程中必须佩戴静电手环或静电手套;焊接顺序依次是:电阻器、电容器、二极管、三极管,其它元器件是先小后大;焊接如发光二极管等有极性元器件时,方向必须同负责人提供的样品保持一致;电子元器件插装要求做到整齐、美观、稳固;各焊点要去圆润、光滑、牢固,不允许有漏焊、虚焊、短路等现象发生。焊接红外探测器时严禁直接用手触摸或擦拭宝石镜面,必须佩戴防静电手套。接受任务后,焊工至少需焊接一块完整板路交由部门

软件产品(系统)验收测试规范及流程

软件产品(系统)验收测试规范及流程 1验收测试简介 验收测试即由产品开发方按照需求文档中所有内容进行开发、内测完毕,提交的版本符合验收测试标准。通过验收测试判断产品质量是否符合产品需求,功能实现是否正确并可以最终上线。 2验收测试目的 通过验收测试判断产品质量是否符合产品需求、功能实现是否正确,性能和安全性方面是否符合发布标准,并且产品可以最终上线。3验收测试范围 3.1界面测试 所有界面浏览、链接正确、所有功能按钮及界面显示正确。 3.2功能测试 所有需求文档描述的功能实现正确。 3.3性能测试 重点业务功能、性能能满足上线运营需求。 3.4安全性测试 接口和数据调用等方面符合安全性规范;没有安全性漏洞。

4验收测试流程 验收测试基本工作流程如下: 4.1准入条件检测 4.1.1文档 进入验收测试的文档准备齐全: a) 验收版本的需求文档(提交方提供):要求需求文档与最终提交验收测试的程序完全匹配; b) 验收版本的测试用例(提交方提供):要求测试案例覆盖最终版本的需求文档; c) 验收版本的测试报告(提交方提供):在测试报告书中说明测试总体情况,缺陷列表及修复情况; 4.1.2缺陷 要求开发方在合同双方约定的环境中对需求文档上提及的所有功能进行全面测试,且提交验收测试时,开发方发现的所有缺陷都已解决。 4.1.3测试环境 验收测试环境准备完成,与线上真实环境一致。 4.1.4沟通和联系 1. 提交验收测试的开发方负责人联系方式及测试工程师联系方式齐全;

2. 提交验收测试缺陷的沟通渠道建立完毕,要求快捷、准确、反馈及时; 4.2验收测试 4.2.1文档验收 ?进入标准: 文档准备必须齐全且符合标准,可以进入文档验收流程。 ?中断标准: 1. 需求文档并非最终版,需求文档上描述的功能程序并未实现。 2. 测试用例与需求文档不匹配,测试用例中测试的模块在需求文档。中不存在或者需求文档中的功能模块未在测试用例中体现。 3. 测试报告书不完整,遗留缺陷不符合遗留缺陷允许限制的数量。 ?退出标准: 文档符合标准并通过验收,进入程序验收流程。 4.2.2程序功能验收 ?进入标准: 文档验收流程结束。 ?中断标准: 1. 出现 A,B级缺陷 2. C级缺陷达到5个 3. 验收测试过程中,提交新的版本

最新化学实验基本操作测试题

化学实验基本操作测试题 1.用试管加热固体时,有时因操作不正确而出现试管炸裂的现象,其原因分析不可能是 A.加热前试管外壁有水 B.没有预热试管 C.试管口略向上倾斜了 D.试管夹夹在试管中上部了 2.下列化学实验基本操作正确的是 3.做镁条燃烧实验时,用于夹持镁条的仪器是 A.试管夹 B.铁夹 C.坩埚钳 D.以上三种均可 4.对下列事实解释正确的是 事实解释 A 酒精灯不用时.需用灯帽盖好酒精分子会不断运动到空气中 B 常温下铜为固态而水银是液态粒子热胀冷缩 C 将糖加入水中一段时间后.每一口水都有甜味水分子间有一定间隔 D 金刚石比石墨硬度大碳原子的结构不同 5.下列滴管使用或放置图示正确的是 6.关于实验基本操作方法的归纳错误的是 A.点燃可燃性气体之前必须检验气体的纯度 B.制取气体时应先检验装置的气密性再装药品 C.H2还原CuO完毕,应先熄灭酒精灯继续通H2到试管冷却 D.蒸发操作时,蒸发皿必须放在石棉网上,用酒精灯外焰加热 7.关于玻璃棒作用,描述错误的是 A.过滤时:引流液体 B.捣碎固体时:研磨固体 C.加速固体溶解时:搅拌溶液 D.测溶液pH时:蘸取试液 8.某同学用量筒量取液体,量筒平稳且面向刻度线,初次平视液面,读数为19.0ml,倾倒出部分液体后,俯视液面,读数为11.0ml,则实际倾倒出液体的体积是 A.8.0ml B.大于8.0ml C.小于8.0ml D.无法判断 9.用托盘天平称量10g某物质时,如果天平指针偏左,则需要 A.添加砝码 B.取下砝码 C.增加称量物 D.减少称量物 10.在学习化学的一年中,同学们做了教材上的八个基础实验,让同学们切身体会到规范操作的重要性。下列实验操作符合规范要求的是A.“探究碳酸钠的性质”实验中,测定溶液pH时应先将试纸湿润

软件项目验收标准 ()

文档修订记录 *变化状态:C = 创立,A = 增加,M = 修改,D = 删除 *正式发布时文档版本号从开始。对文档进行小改动时,版本号以进阶;大改动时版本号以进阶。文档审批记录

目录

前言 1.1.目的 在参考了大量的实践案例和文献的基础上,结合项目特征、客户需求及当前业务实际制定本验收标准,确立项目质量目标,规范本软件的验收。 1.2.范围 适用于公司所有类型项目(包括产品研发类、合同开发类、项目实施类以及系统集成类)的验收标准确定。 本标准应在软件合同签订时制定,并作为软件的质量标准指导软件生产。 1.3.术语定义 {提供所有为正确解释本软件开发计划所必需的术语和缩略语的定义。术语很多时,用列表作为本文档的附件。} 1.4.预期读者与阅读建议 {描述本文档的主要读者,以及这些读者在阅读时的阅读重点与建议。可用列表的方式 1.5.参考 〔列出描述参考的所有文档。〕 《GB/T?16260-1996?信息技术/软件产品评价/质量特性及其使用指南》 《GB/T 17544-1998软件包质量要求和测试》 《GB/T 15532-2008 计算机软件测试规范》

项目概述 验收原则 验收参与部门:客户代表、时尚德源品质部、最终用户单位、专家小组或第三方验收人。 在软件开发合同的签订阶段就提出软件验收项目和验收通过标准的意见;在软件的需求评审阶段,仔细审阅软件的需求规格说明书,指出不利于测试和可能存在歧义的描述;在开发完软件并经过开发方内部仔细的测试后,对完成的软件进行评审或第三方的验收测试,提供完整的错误报告提交给客户代表,由客户代表根据之前签订的开发合同中相应的验收标准判断是否进行验收。 总体验收标准 总体验收标准是本公司结合国家标准、软件行业惯例所提出的对于软件系统质量的最低要求,所有交付的软件必须满足本标准的约定。 1.6.标准定义 1)测试用例覆盖全部需求且测试用例不通过数的比例< %; 2)不存在错误等级为1 的错误; 3)不存在错误等级为2 的错误; 4)错误等级为3 的错误数量≤ 5; 5)所有提交的错误都已得到更正; 1.7.验收标准的详细说明 总体验收标准,即每一级别的错误量的可接受范围。一般来说,不允许存在1 级和2级错误,而3 级错误的数量则可按本标准确定或由用户方和开发方根据软件的规模和复杂程度进行商定,并在软件开发合同中明确地列出。 在软件验收测试中,测试的依据包括软件的投标文件、开发合同、需求规格说明书, 同时还包括特定软件的相关行业标准(这些行业标准应在开发合同中明示出来)。

消防工程检查和验收内容

消防工程检查与验收内容 一、消防电气系统 1、检测火灾自动报警系统线路的绝缘电阻、接地电阻、系统的接地、管线(耐火等级、喷涂)的安装及其保护状况; 2、检测火灾探测器与手动报警按钮的设置状况、安装质量、保护半径及与周围遮挡物的距离等,并按30~50%的比例抽检其报警功能; 3、检测火灾报警控制器的安装质量、柜内配线、保护接地的设置、主备电源的设置及其转换功能,并对控制器的各项功能测试; 4、检测消防设备控制柜的安装质量、柜内配线、手、自动控制及屏面接受消防设备的信号反馈功能; 5、检测火灾应急广播的音响功能,手动选层与自动广播、遥控开启与强行切换等功能; 6、检测消防控制室、各消防设备间及手报按钮处的消防电话通讯功能;对外通话功能; 7、检测消防控制室的设置位置及明显标志、室内防火阀及无关管线(禁水)的设置、双回路电源的设置与切换功能; 8、检测电梯的联动迫降功能、消防电梯的使用功能,三(五)方通话就是否清晰。 9、检测火灾应急照明与疏散指示标志的设置、照度、转换时间与图形符号; 10、检测应急照明的强启与非消防电源的强切。切断非消防电源功能与着火层的灯光显示功能; 11、检测主备电的发电机自动切换及所有末端切换。 12、CRT就是否按规定设置(超50米公共建筑,超高层、超50米高层商业、商住楼)。 二、消防水系统

1、消防供水 ⑴检查消防水源的性质、进水管的条数与直径及消防水池的设置状况; ⑵检查消防水池的容积、水位指示器与补水设施、稳压设施、保证消防用水与防冻措施等; ⑶检查消防水箱的设置、容积、防冻措施、补水及单向阀的状况等; ⑷检测各种消防水泵的性能、管道、手自动控制、启动时间,主备泵与主备电源转换功能等; ⑸检测水泵结合器的设置、标志及输送消防水的功能等; ⑹检测消防稳压泵及其自动保压功能。 2、消火栓系统 ⑴检查室内消火栓的安装、组件、规格及其间距等; ⑵检测屋顶消火栓的设置、陈冻措施及其充实水柱长度等; ⑶检查室内消火栓管网的设置、管径、颜色、保证消防用水及其连接形状; ⑷检测室内消火栓的首层与最不利点的静压、动压及其充实水柱长度; ⑸检查手动启泵按钮的设置及其功能(直启泵、信号回答); ⑹检查室外栓配置情况与检测室外栓充实水柱长度。 ⑺检查灭火器的配置等。 3、自动喷水(雾)灭火系统 ⑴检查管网的安装、连接、设置喷头数量及末端管径等; ⑵检查水流指示器与信号阀的安装及其功能; ⑶检测报警阀组的安装、阀门的状态、各组件及其功能; ⑷检测喷淋头安装、外观、保护间距与保护面积及与邻近障碍物的距离等; ⑸对报警阀组进行功能试验; ⑹对自动喷淋水(雾)系统进行功能试验(末端启泵与报警泄水阀启泵);

软件测试基本流程及要求

软件测试基本流程与要求(提纲) 1目标 制定完整且具体的测试路线和流程,为快速、高效和高质量的软件测试提供基础流程框架。 最终目标是实现软件测试规范化,标准化。 2测试流程说明

3测试需求分析 测试需求是整个测试过程的基础;确定测试对象以及测试工作的范围和作用。用来确定整个测试工作(如安排时间表、测试设计等)并作为测试覆盖的基础。而且被确定的测试需求项必须是可核实的。即,它们必须有一个可观察、可评测的结果。无法核实的需求不是测试需求。所以我现在的理解是测试需求是一个比较大的概念,它是在整个测试计划文档中体现出来的,不是类似的一个用例或者其他. ·测试需求是制订测试计划的基本依据,确定了测试需求能够为测试计划提供客观依据; ·测试需求是设计测试用例的指导,确定了要测什么、测哪些方面后才能有针对性的设计测试用例; ·测试需求是计算测试覆盖的分母,没有测试需求就无法有效地进行测试覆盖; 3.1测试方法与规范 3.1.1测试方法 随着软件技术发展,项目类型越来越多样化。根据项目类型应选用针对性强的测试方法,合适的测试方法可以让我们事半功倍。以下是针对目前项目工程可以参考的测试方法: ?β测试(beta测试)--非程序员、测试人员 β测试,英文是Beta testing。又称Beta测试,用户验收测试(UAT)。

β测试是软件的多个用户在一个或多个用户的实际使用环境下进行的测试。开发者通常不在测试现场,Beta测试不能由程序员或测试员完成。 当开发和测试根本完成时所做的测试,而最终的错误和问题需要在最终发行前找到。这种测试一般由最终用户或其他人员完成,不能由程序员或测试员完成。?α测试(Alpha测试)--非程序员、测试人员 α测试,英文是Alpha testing。又称Alpha测试. Alpha测试是由一个用户在开发环境下进行的测试,也可以是公司内部的用户在模拟实际操作环境下进行的受控测试,Alpha测试不能由该系统的程序员或测试员完成。 在系统开发接近完成时对应用系统的测试;测试后,仍然会有少量的设计变更。这种测试一般由最终用户或其他人员来完成,不能由程序员或测试员完成。?兼容性测试--测试人员 兼容性测试是指测试软件是否可以成功移植到指定的硬件或者软件环境中,例如在B/S项目中各个不同浏览器之间的测试。 ?用户界面测试-UI测试--测试人员 用户界面测试,英文是User interface testing。又称UI测试。 用户界面,英文是User interface。是指软件中的可见外观及其底层与用户交互的部分(菜单、对话框、窗口和其它控件)。 用户界面测试是指测试用户界面的风格是否满足客户要求,文字是否正确,页面是否美观,文字,图片组合是否完美,操作是否友好等等。UI 测试的目标是确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能。确保用户界面符合公司或行业的标准。包括用户友好性、人性化、易操作性测试。

软件产品验收测试标准

软件产品验收测试标准和流程 1. 验收测试简介 验收测试即由产品开发方按照需求文档中所有内容(或按合同及其它有效约定,对方承诺实现的需求)进行开发、内测完毕,提交版本符合验收测试标准,通过验收小组进行的测试。通过验收测试判断产品质量是否符合产品需求,功能实现是否正确并可以最终上线。 2. 验收测试目的 通过验收测试判断产品质量是否符合产品需求、功能实现是否正确,性能和安全性方面是否符合发布标准,并且产品可以最终上线。 3. 验收测试范围 3.1界面测试 所有页面浏览,连接的正确、所有功能按钮及界面显示正确 3.2功能测试 所有需求文档描述的功能实现正确 3.3性能测试 重点业务功能、性能能满足上线运营需求 3.4安全性测试 接口和数据调用等方面符合安全性规范;没有安全性漏洞 4. 验收测试流程 验收测试基本工作流程如下: 4.1. 准入条件检测 4.1.1文档 进入验收测试的文档准备齐全: a) 验收版本的需求文档(提交方提供):要求需求文档与最终提交验收测试的程序完全匹配; b) 验收版本的测试用例(提交方提供):要求测试案例覆盖最终版本的需求文档;

c) 验收版本的测试告(提交方提供):在测试报告书中说明测试总体情况,缺陷列表及修复情况; 4.1.2缺陷 要求开发方在合同双方约定的环境中对需要文档上提及的所有功能进行全面测试,且提交验收测试时,开发方发现的所有缺陷都已解决。 4.1.3测试环境 验收测试环境准备完成,与线上真实环境一致 4.1.4沟通和联系 1. 提交验收测试的开发方负责人联系方式及测试工程师联系方式齐全; 2. 提交验收测试缺陷的沟通渠道建立完毕,要求快捷、准确、反馈及时; 4.2 验收测试 4.2.1文档验收 进入标准:文档准备必须齐全且符合标准,可以进入文档验收流程 中断标准: 1. 需求文档并非最终版,需求文档上描述的功能程序并未实现 2. 测试用例与需求文档不匹配,测试用例中测试的模块在需求文档中不存在或者需求文档中的功能模块未在测试用例中体现 3. 测试报告书不完整,遗留缺陷不符合遗留缺陷允许限制的数量 退出标准: 文档符合标准并通过验收,进入程序验收流程 4.2.2程序功能验收 进入标准:文档验收流程结束 中断标准: 1. 出现A,B级缺陷 2. C级缺陷达到8个 3. 验收测试过程中,提交新的版本 退出标准: 验收测试合格,缺陷按照标准修复完成 通过标准: 要求验收测试结束后,未解决的缺陷达到以下要求时,才能验收通过: a) A级缺陷:0个; b) B级缺陷:0个; c) C级缺陷:小于等于总缺陷数的3%; d) D级缺陷:小于等于总缺陷数的5%个; e) E级缺陷:小于等于总缺陷数的15%个。 注:对于放弃处理的提案,必须提前经过我方同意。

测试项目的操作方法

车载产品测试项目操作方法 1、外观检查 面板外观: 检查有无面壳花、镜内有尘、镜边露胶、部件装不到位、丝印不良、电镀件不良等现象。 成品外观: 检查主机有无壳花、镜内有尘、镜边露胶、部件装不到位、丝印不良、电镀件不良等现象。检查机体金属部份有无生锈、变形,检查机体塑胶部份有无破损、划伤、变形等不良现象。 检查物料金属部份有无生锈、变形,检查机身塑胶部份有无破 损、烫伤、变形、刮花等不良现象。 检查前咀各功能键手感是否良好、有无缩水、花伤等不良现象。检查功能键上丝印是否掉色、不清晰、错印。 检查镜片内是否有灰尘、斑点、划伤等不良现象。检查机身贴纸是否贴对位置,贴纸是否贴平、贴正。检查流水号不能有错乱。 锡点元件检查: 检查锡面不可有污脏、灰尘、线路破损、SMT元件不正、移位、脱落等不良现象。检查锡面焊点锡锥大小、高度是否符合标准。 检查锡面焊点有无不出脚,焊脚长度是否在1.2---1.5mm范围内。检查作业焊点有无连锡、假焊、起铜皮、错位等不良现象,检查焊点周围是否有因作业而造成的不良问题,如有要自行修正。检查各线头必需要融入锡点中,且焊点要光滑饱满。 检查元件带金属部份有无生锈、变形。检查元件带塑胶部份有无破损、烫伤、变形等不良。 2、自动天线测试 通电时或点照明线时自动天线灯应不亮,开机后自动天线灯应亮,且拍机时检查自动天线灯不能有INT现象。 3、功放控制线测试: 将功放控制线夹到测试架功放控制线测试点上,测试架上功放控制指示灯应亮。 4、照明线测试: 将照明线短接电源正极,主机受照明线控制的灯应全亮。检查灯仔发光是否正常。有没有漏光、灯死、灯暗等不良现象。 5、风扇测试 开机后前咀灯亮时风扇应开始转动,30℃角拍机时检查风扇有无刮响、反转、转慢或不转等不良现象。 6、音频模式测试 成品高低音:按“SEL”键选择BAS、TRE功能、按“+、-”键,音调应有相应提升或衰减,选择BAL、FAD功能,同时按“+、-”键,左右声道、前后喇叭应分别被关闭,此时拔插音频连接线测试音频RCA 输出。

软件验收测试标准new

软件验收测试标准 版本号: 修改日期: 版本修改记录 目录 1. 前言 ................................................ 1.1.文档范围..................................................................................... 12 目标......................................................................................... 2.验收测试介入标准 ................................................................................ 3.验收标准 ......................................................................................... 3.1.缺陷严重级别定义............................................................................ 32 各缺陷级别的现象举例........................................................................ 3.3. 验收通过标准................................................................................ 4.验收测试内容 ..................................................................................... 5.附件 ............................................................................................. 5.1.缺陷分析报告模版............................................................................ 5.2.测试用例模版................................................................................

消防工程竣工检测内容

消防工程竣工检测内容 一、消防电气系统 1、检测火灾自动报警系统线路的绝缘电阻、接地电阻、系统的接地、管线(耐火等级、喷涂)的安装及其保护状况; 2、检测火灾探测器和手动报警按钮的设置状况、安装质量、保护半径及与周围遮挡物的距离等,并按30~50%的比例抽检其报警功能; 3、检测火灾报警控制器的安装质量、柜内配线、保护接地的设置、主备电源的设置及其转换功能,并对控制器的各项功能测试; 4、检测消防设备控制柜的安装质量、柜内配线、手、自动控制及屏面接受消防设备的信号反馈功能; 5、检测火灾应急广播的音响功能,手动选层和自动广播、遥控开启和强行切换等功能; 6、检测消防控制室、各消防设备间及手报按钮处的消防电话通讯功能;对外通话功能; 7、检测消防控制室的设置位置及明显标志、室内防火阀及无关管线(禁水)的设置、双回路电源的设置和切换功能; 8、检测电梯的联动迫降功能、消防电梯的使用功能,三(五)方通话是否清晰。 9、检测火灾应急照明和疏散指示标志的设置、照度、转换时间和图形符号; 10、检测应急照明的强启和非消防电源的强切。切断非消防电源功能和着火层的灯光显示功能; 11、检测主备电的发电机自动切换及所有末端切换。 12、CRT是否按规定设置(超50米公共建筑,超高层、超50米高层商业、商住楼) 二、消防水系统 1、消防供水 ⑴检查消防水源的性质、进水管的条数和直径及消防水池的设置状况; ⑵检查消防水池的容积、水位指示器和补水设施、稳压设施、保证消防用水和防冻措施等; ⑶检查消防水箱的设置、容积、防冻措施、补水及单向阀的状况等; ⑷检测各种消防水泵的性能、管道、手自动控制、启动时间,主备泵和主备电源转换功能等; ⑸检测水泵结合器的设置、标志及输送消防水的功能等; ⑹检测消防稳压泵及其自动保压功能。 2、消火栓系统 ⑴检查室内消火栓的安装、组件、规格及其间距等; ⑵检测屋顶消火栓的设置、陈冻措施及其充实水柱长度等; ⑶检查室内消火栓管网的设置、管径、颜色、保证消防用水及其连接形状; ⑷检测室内消火栓的首层和最不利点的静压、动压及其充实水柱长度; ⑸检查手动启泵按钮的设置及其功能(直启泵、信号回答); ⑹检查室外栓配置情况和检测室外栓充实水柱长度; ⑺检查灭火器的配置等。 3、自动喷水(雾)灭火系统 ⑴检查管网的安装、连接、设置喷头数量及末端管径等; ⑵检查水流指示器和信号阀的安装及其功能; ⑶检测报警阀组的安装、阀门的状态、各组件及其功能; ⑷检测喷淋头安装、外观、保护间距和保护面积及与邻近障碍物的距离等; ⑸对报警阀组进行功能试验; ⑹对自动喷淋水(雾)系统进行功能试验(末端启泵和报警泄水阀启泵)。 三、防排烟及通风系统

软件测试常用方法

5.在分别测试winform的C/S结构与测试WEB结构的软件是,应该采取什么样的方法分别测试?他们存在什么样的区别与联系? 6.在测试winform的C/S结构软件时,发现这个软件的运行速度很慢,您会认为是什么原因?您会采取哪些方法去检查这个原因? 7.描述使用bugzilla缺陷管理工具对软件缺陷(BUG)跟踪的管理的流程8.如果您是测试组长,您会采取什么样的方式管理团队?在测试人员同开发人员的沟通过程中,如何提高沟通的效率和改善沟通的效果?维持测试人员同开发团队中其他成员良好的人际关系的关键是什么? 1.软件测试分哪两种方法?分别适合什么情况? 软件测试方法一般分为两种:白盒测试与黑盒测试。白盒测试又称为结构测试、逻辑驱动测试或基于程序本身的测试,它着重于程序的内部结构及算法,通常不关心功能与性能指标;黑盒测试又被称为功能测试、数据驱动测试或基于规格说明的测试,它实际上是站在最终用户的立场,检验输入输出信息及系统性能指标是否符合规格说明书中有关功能需求及性能需求的规定。 2.一套完整的测试应该由哪些阶段组成?分别阐述一下各个阶段。 计划阶段、设计阶段、白盒单元、白盒集成、黑盒单元、黑盒集成、系统测试、回归测试、验收测试一套完整的测试应该由五个阶段组成:1)。测试计划首先,根据用户需求报告中关于功能要求和性能指标的规格说明书,定义相应的测试需求报告,即制订黑盒测试的最高标准。以后所有的测试工作都将围绕着测试需求来进行,符合测试需求的应用程序即是合格的,反之即是不合格的;同时,还要适当选择测试内容,合理安排测试人员、测试时间及测试资源等。2)测试设计将测试计划阶段制订的测试需求分解、细化为若干个可执行的测试过程,并为每个测试过程选择适当的测试用例(测试用例选择的好坏将直接影响测试结果的有效性)。3)测试开发建立可重复使用的自动测试过程。4)测试执行执行测试开发阶段建立的自动测试过程,并对所发现的缺陷进行跟踪管理,测试执行一般由单元测试、组合测试、集成测试、系统联调及回归测试等步骤组成,测试人员应本着科学负责的态度,一步一个脚印地进行测试。5)测试评估结合量化的测试覆盖域及缺陷跟踪报告,对于应用软件的质量和开发团队的工作进度及工作效率进行综合评价。 3.软件测试的类型有那些?分别比较这些不同的测试类型的区别与联系。BVT (Build Verification Test),主要目的是验证最新生成的软件版本在功能上是否完整,主要的软件特性是否正确Scenario Tests(基于用户实际应用场景的测试),Scenario Tests优点是关注了用户的需求,缺点是有时候难以真正模仿用户真实的使用情况Smoke Test,修复Bug后,针对此次修复是否会对其他模块造成影响而进行的专门测试。Smoke Test优点是节省测试时间,防止build失败。缺点是覆盖率还是比较低此外,还有Application Compatibility Test(兼容性测试),主要目的是为了兼容第三方软件,确保第三方软件能正常运行,用户不受影响。Accessibility Test(软件适用性测试),是确保软件对于某些有残疾的人士也能正常的使用,但优先级比较低。其它的测试还有Functional Test(功能测试)、Security Test(安全性测试)、Stress Test(压力测试)、Performance Test(性能测试)、Regression Test(回归测试)、Setup/Upgrade Test(安装升级测试)等 4. 测试用例通常包括那些内容?着重阐述编制测试用例的具体做法不同结构的用例包括的不一样。(版本、编号、项目、设计人员、设计日期、输入、预期

产品测试验收工作规定

产品测试验收工作规定 1 目的 规范软件产品评测部对项目组的软件测试活动的开展所进行的验收工作,明确可按照被方法进行验收测试的项目在各个阶段项目组应开展的测试活动,在项目结项前对软件产品进行验收。 2 适用范围 本程序适用于使用RUP的软件项目的验收测试。 3 定义 验收测试:软件产品评测部对经过项目组内部单元测试、集成测试和系统测试后的软件所进行的测试,测试用例采用项目组的系统测试用例子集,或者由验收测试人员自行设计。 4 职责 4.1 软件项目开发组 4.1.1软件项目开发组在项目审批表中负责指定本项目的软件测试人员。 4.1.2项目测试组长在软件需求评审通过后,负责制定《测试计划》。 4.1.3测试人员按照测试计划在不同的阶段做单元测试用例设计、集成测试用例设计和系统测试用例设计;按照测试计划分别执行单元测试、集成测试、系统测试。 4.1.4按照项目开发计划和测试计划,项目组内开发人员按时提交源代码给项目组内部测试人员,同时附“测试通知单”。 4.1.5软件开发人员接到测试人员的“测试日志”后,及时完成错误的修改和调试,并在规定的时间内返回给测试人员进行回测。 4.1.6在申请项目阶段评审时,软件项目开发组提交有关测试工件给软件产品评测部做该阶段测试工作评估。 4.1.7系统测试完成后,项目测试组总结测试过程,分析测试情况,做《测试分析报告》。 4.2 软件产品评测部 4.2.1软件产品评测部负责对项目组进行测试工作指导,参加项目阶

段评审工作,并对项目组提交的测试工件进行技术评估。 4.2.2在项目结项前,进行验收测试,完成《验收测试报告》。 5 工作程序 5.1软件产品评测部按项目管理规定成立项目验收测试小组、确定验收测试费用。如果是产品开发项目,产品评测部同时应根据项目技术可行性报告完成可测试性报告。 5.2验收测试小组负责参与项目阶段评审,并对测试工件的质量进行评估。 5.3验收测试小组在开发组的协助下,对项目组提交的软件产品进行验收测试。 6验收测试进入准则 1) 软件产品通过单元测试、集成测试和系统测试。 2) 项目组提交以下测试工件:测试计划、测试用例、测试日志、测试通知单、测试分析报告。 3) 待验收的软件安装程序。 7软件验收测试合格通过准则 7.1 软件需求分析说明书中定义的所有功能已全部实现,性能指标全部达到要求。 7.2所有测试项没有残余一级、二级和三级错误。 7.3 立项审批表、需求分析文档、设计文档和编码实现一致。 7.4验收测试工件齐全(见验收测试进入准则)。 7.5以上四条其中之一不满足要求,视为不合格。 附件:验收测试适用项目类型 项目类别验收测试 产品项目否 新技术项目√ 工程实施项目√ 自立项目√ 政府资助项目否 用户委托项目√

软件验收测试标准28719

软件质量与测试效果评估标准 1编写目的 本文档是对独立测试效果及软件质量从缺陷方面进行考核的依据,该标准仅作为整体考核标准中的一个组成部分即:缺陷考核部分。 2适用范围 本标准适用于软件质量与软件测试质量的考核。 3 评价基准 软件质量考核基准:以最后测试组递交的测试总结报告中所提交的有效缺陷为考核指标。测试质量考核基准:以软件试运行阶段用户发现的有效缺陷和非测试人员发现的有效缺陷为考核指标。 有效缺陷:经过评审确定为影响软件质量或发布的缺陷(包括:确定修改、暂缓修改的)建议性的 4 验收测试进入准则 1) 软件产品通过单元测试、集成测试和系统测试。 2) 测试组提交以下测试工件:测试计划、测试任务书、测试用例、测试报告、测试分析总结。5软件验收测试工作程序 测试完成后按项目管理规定,成立测试(项目)验收小组,启动测试验收总结会 5.1根据测试任务书进行测试质量前期评审。 5.2根据测试总结报告进行软件质量评审。(测试角度) 6 软件验收测试合格通过准则 1 软件需求分析说明书中定义的所有功能已全部实现,性能指标全部达到要求 2 所有测试项没有残余一级、二级错误 3 立项审批表、需求分析文档、设计文档和编码实现一致 4 验收测试工件齐全(见验收测试进入准则)

5软件测试合格须符合以下标准。 1)软件产品未经测试合格,不能上线,如需要强制上限,责任应有项目负责人承担。 6 测试质量合格须符合以下标准 1)以上为用户或非测试人员发现的有效缺陷,且改缺陷不是由需求、功能的变更引起的且在测试任务书规定的测试内容范围内的缺陷。 2) 1级BUG、2级BUG为独立条件,3级BUG、4级BUG为组合条件 3)用户或非测试人员发现的有效缺陷的总数不得大于一定的比例:(10%) 用户或非测试人员发现的有效缺陷的总数/测试总结报告提交有效缺陷总数×100% 举例:满足以下任何一条即视为测试质量不合格 用户或非测试人员发现的有效1级BUG>2 用户或非测试人员发现的有效2级BUG>4 用户或非测试人员发现的有效缺陷的总数与测试发现的有效缺陷总数的比例>10% 用户或非测试人员发现的有效3级BUG>5

计算机实验一 Windows的基本操作

实验一Windows的基本操作 一、实验目的 1. 掌握Windows的启动和关闭 2. 掌握Windows桌面的组成和属性设置 3. 掌握任务栏和开始菜单的使用和设置 4. 掌握资源管理器的使用 5. 掌握回收站的使用和设置 6. 掌握文件和文件夹的建立、删除、复制、移动、重命名、属性设置 7. 掌握快捷方式的建立和使用 8. 掌握一种压缩软件的使用 9. 掌握磁盘格式化的方法 10. 利用打字软件练习盲打 二、实验内容 在可写硬盘D盘或E盘的根目录中新建一个以本人学号和姓名为文件名的作业文件夹(例如,081234567张三),另外在作业文件夹中新建一个以自己的学号为文件名的文本文件用来写入问题的答案(除了第9题和第15题外均写入此学号文件中,答案尽量精简),完成以下内容: 1. 如何设置可以让“任务栏”在一般操作时不可见,只有当鼠标指向任务栏在屏幕上所 处的位置区域时它才可见?【参考1.2.1-3】 2. 最近访问过的一些文件在“开始”菜单中如何查找?如何将其一并删除?【参考1.2.1 -4】 3. 如果想使“画图”软件在系统能正常进行操作前先运行,在“开始”菜单中该如何设 置? 4. 将Word应用程序的快捷方式加入快速启动工具栏【参考1.3.1-1】;将通知区域中的 时间隐藏起来不显示。【参考1.2.1-3】 5. 窗口管理:如何层叠、平铺多个窗口?【参考1.2.2-2】 6. 如何改变显示器的显示分辨率?【参考1.4.1-2】 7. 如何修改桌面上“我的电脑”和“回收站”的图标? 8. 如何设置可以使计算机在10分钟没有任何操作时启动屏幕保护程序?【参考1.4.1-2】 9. 如何将网页上的一个图片设置为桌面背景?【参考1.4.1-2】 10. 使用“资源管理器”浏览一些对象时如何设置可以同时看到对象的名称、大小、类型 和修改日期这些完整信息? 11. 如何设置可以使“回收站”的最大空间由默认的相应驱动器空间的10%修改为12%? 如何利用“回收站”恢复被删除的某个对象?软盘和优盘上被删除的文件是否能够被恢复?为什么?【参考1.3.2-2】 12. 在作业文件夹下建立如下文件结构【参考1.3.2】:

检测设备管理程序(含表格)

检测设备管理程序 (ISO9001:2015) 1.0目的 建立完整的检验、测量和试验设备控制程序,以规范检验、测量和试验设备的维护保养及校验作业,确保测量和试验设备的准确性及被检测的产品特性符合规定要求。 2.0 范围 本厂内所有用于检验、测量和试验的工具或设备的校验及维护保养作业均适用本程序。 3.0相关文件: 3.1《采购控制程序》 4.0职责 4.1品管部是本程序的归口行政部门,负责本程序的制定与保持工作; 4.2品管部:负责检验设备的编号、建帐、外校送检作业。 4.3相关部门:负责本部门检测设备的正确使用及日常的维护、保养作业。 5.0工作程序 5.1检测设备:指检验、测量或分析产品特性值的相关工具或设备,如:卡尺、万用表等。 5.2各部门根据产品制造需求,填写《申购单》,经总经理批准,由采购人员组

织采购。 5.3 验收及分类管理 5.3.1品管部对采购进厂的检测设备,按《申购单》的内容要求和产品说明书进行验收,合格后贴上合格标签,记录于《设备设施一览表》,如不合格需退回供应商,具体依《采购控制程序》。 5.3.2品管部对所有检测设备需登记于《设备设施一览表》,并进行编号、注明校验方式、使用部门、校验日期、校验有效期等。 5.4 检测设备的外校 5.4.1对外校的检测设备由品管部选择具有国家认可的计量检测单位,并将需外校的检测设备在有效期内“外校”。 5.4.2 所有外校合格的检测设备只需保留原校验标签,不需本公司合格标签,但需记录于《检测设备履历表》。 5.4.3对于无法实施外校的设备,必须执行每日开机前的点检,并且在点检合格后填写《测量仪器点检记录》,若点检不合格则立即报告上级处理。 5.5 检测设备内校计划 5.5.1品管部必须制定校验周期并记录于《检测设备履历表》。 5.5.2品管部根据校验周期,需在下次校验期前向检测设备使用部门发出《联络单》。 5.5.3检测设备使用部门接到《联络单》后,将检测设备交到品管部做内校或外校,当校验合格后,由品管部通知使用部门领回检测设备。

软件验收测试标准

软件验收测试标准版本号: 修改日期: 版本修改记录

1.前言 1.1.文档范围 本文档定义了软件的验收测试标准。包括验收测试需要的交付件、缺陷级别定义、验收通过标准和验收测试内容等。 1.2.目标 为软件验收测试提供指导。验收测试结果只对PM判断是否上线起参考作用,不对最终的软件质量进行跟踪负责。 2.验收测试介入标准 乙方应在双方约定时间内提供以下交付件,供做软件验收测试和评估。无法提供以下材料,不进入验收测试。 其他说明:被退回次数超过3次(含)将不再接收验收测试。 表1 交付件说明 3.验收标准 3.1.验收退回标准 退回情况分为两种: 第一种,测试根据乙方提供测试用例,挑选主流程业务的测试用例,建立“预测试用例集”(类似于冒烟测试用例集,一个系统基本取两到三个用例),预测试用例集中有一条用例执行不通过,本次提交测试退回。 第二种:不达到验收测试标准(参见章),验收测试不通过,给予退回。 下次提交测试时间:退回之日(不含退回日)起五个工作日后提交新的验收版本。

3.2.验收通过标准 测试按<< 乙方>>提供的测试用例集和自由测试方式进行验收测试,测试覆盖率达到70%以上,要求验收测试发现的缺陷数量不大于表4的数据。缺陷来源不局限于用例集。 表4 验收通过标准 如果验收测试结果不符合表4要求,测试给予本次验收测试的结果为Fail。 3.3.缺陷严重级别定义 缺陷严重级别分为3级,各个级别定义如表2。 表 2 缺陷严重级别描述 3.4.各缺陷级别的现象举例 为了更合理的定义缺陷级别,表3列举各级别的现象描述。表3中罗列的缺陷描述不能表达所有的缺陷现象,因此仅作为参考,如果有表3之外的缺陷现象发生,按照表2定义的级别描述来确定其严重级别。 表3 各缺陷级别的现象举例

系统测试要点及基本方法

网站系统测试要点及基本方法 1.Web测试的要点 具体介绍一个web的项目需要进行以下6个部分的测试: 1.1功能测试 链接测试 链接是web应用系统的一个主要特征,它是在页面之间切换和指导用户去一些不知道的页面的主要手段。 链接测试可分为三个方面: 1.测试所有链接是否按指示的那样确实链接到了该链接的页面。 注:链接测试可以自动进行,现在已经有许多工具可以采用。链接测试必须在集成测试阶段完成,也就是说,在整个web应用系统的所有页面开发完成之后进行链接测试。(可以使用HTML Link Validator工具) a)测试所链接的页面是否存在。 b)保证web应用系统上没有孤立的页面(所谓孤立页面是指没有链接指向该页面, 只有知道正确的url地址才能访问) 表单测试 表单就是一些需要在线显示和填写的表格。表单中有一些标准操作,如确认、保存、提交等,当用户通过表单提交信息的时候,都希望表单能正常工作。 表单测试可以分为5个方面: 1.用户注册、登录、信息提交等,必须测试提交操作的完整性,以校验提交给服务器 的信息的正确性。 2.检查相关联的数据显示是否正确。例如:所在城市列表与选择的省份是否匹配等。 3.如果使用了默认值还需要检验默认值的正确性。 4.如果表单只能接受指定的某些值,则也要进行测试。例如:只能接受指定的某些值, 测试时可以跳过这些字符,看系统是否会报错。 5.如系统只接受限定以内的字数,测试时可以测试内外边界值,看系统是否可正确反 应。 Cookies、session测试 Cookies通常用来存储用户信息和用户在某应用系统的操作,当一个用户使用cookies访问了某一个应用系统时,web服务器将发送关于用户的信息,把该信息以cookies的形

消防工程检查和验收内容

消防工程检查和验收内容 一、消防电气系统 1、检测火灾自动报警系统线路的绝缘电阻、接地电阻、系统的接地、管线(耐火等级、喷涂)的安装及其保护状况; 2、检测火灾探测器和手动报警按钮的设置状况、安装质量、保护半径及与周围遮挡物的距离等,并按30~50%的比例抽检其报警功能; 3、检测火灾报警控制器的安装质量、柜内配线、保护接地的设置、主备电源的设置及其转换功能,并对控制器的各项功能测试; 4、检测消防设备控制柜的安装质量、柜内配线、手、自动控制及屏面接受消防设备的信号反馈功能; 5、检测火灾应急广播的音响功能,手动选层和自动广播、遥控开启和强行切换等功能; 6、检测消防控制室、各消防设备间及手报按钮处的消防电话通讯功能;对外通话功能; 7、检测消防控制室的设置位置及明显标志、室内防火阀及无关管线(禁水)的设置、双回路电源的设置和切换功能; 8、检测电梯的联动迫降功能、消防电梯的使用功能,三(五)方通话是否清晰。 9、检测火灾应急照明和疏散指示标志的设置、照度、转换时间和图形符号; 10、检测应急照明的强启和非消防电源的强切。切断非消防电源功能和着火层的灯光显示功能; 11、检测主备电的发电机自动切换及所有末端切换。 12、CRT是否按规定设置(超50米公共建筑,超高层、超50米高层商业、商住楼)。

二、消防水系统 1、消防供水 ⑴检查消防水源的性质、进水管的条数和直径及消防水池的设置状况; ⑵检查消防水池的容积、水位指示器和补水设施、稳压设施、保证消防用水和防冻措施等; ⑶检查消防水箱的设置、容积、防冻措施、补水及单向阀的状况等; ⑷检测各种消防水泵的性能、管道、手自动控制、启动时间,主备泵和主备电源转换功能等; ⑸检测水泵结合器的设置、标志及输送消防水的功能等; ⑹检测消防稳压泵及其自动保压功能。 2、消火栓系统 ⑴检查室内消火栓的安装、组件、规格及其间距等; ⑵检测屋顶消火栓的设置、陈冻措施及其充实水柱长度等; ⑶检查室内消火栓管网的设置、管径、颜色、保证消防用水及其连接形状; ⑷检测室内消火栓的首层和最不利点的静压、动压及其充实水柱长度; ⑸检查手动启泵按钮的设置及其功能(直启泵、信号回答); ⑹检查室外栓配置情况和检测室外栓充实水柱长度。 ⑺检查灭火器的配置等。 3、自动喷水(雾)灭火系统 ⑴检查管网的安装、连接、设置喷头数量及末端管径等; ⑵检查水流指示器和信号阀的安装及其功能; ⑶检测报警阀组的安装、阀门的状态、各组件及其功能; ⑷检测喷淋头安装、外观、保护间距和保护面积及与邻近障碍物的距离等; ⑸对报警阀组进行功能试验;

相关主题