TL9000可靠性测试程序
- 格式:doc
- 大小:218.00 KB
- 文档页数:11
页次:3 / 10本文日期:2020-01-01 1.0目的为规范本公司TL9000测量指标的统计,特制定本程序。
2.0适用范围本程序适用于中山晟富电子科技有限公司涉及的TL9000测量指标的收集和管理。
3.0定义3.1 NPR(Number of Problem Reports):问题报告数,即客户所报怨或反映问题数。
3.2 NPRa(Change if data is not collected by the calendar month):一年中的报告周期数,如果日历月未收集数据,则更改。
3.3 NPRs(Total normalization units):归一化因子3.4 NP4(Number of problem reports):在报告周期内的问题报告数3.5 FRT(Problem Report Fix Response Time):修理问题响应时间3.6 Fr4c(Number of problem reports closed):当月及时关闭的问题数3.7 Fr4d(Number of problem reports due):当月应关闭的问题总数3.8 OFR(Overdue Problem Report Fix Responsiveness):延误修理问题响应时间3.9 Of4c(Number of overdue problem reports closed):当月关闭的延误问题数3.10 Of4d(Number of overdue problem reports):当月存在的延误问题总数3.11 OTD(On-Time Delivery):准时交付,即订单要求之时间准时将产品交付给客户3.12 Dla(Number of items delivered on time):当月中产品在CRD被接受的数量3.13 Dld(Number of items due):当月中产品产生CRD的数量3.14 DlPa(Number of purchase order line items delivered on time in the month of SPD):当月中产品在SPD被接受的数量3.15 DlPd(Number of purchase order line items due to deliver in the month of SPD):当月中产品产生SPD的数量3.16 SPD(Supplier Promised Date):供方承诺日期3.17 CRD(Customer Requested Date):客户要求日期3.18 ERI(Early Return Index):早期返还率,产品在提报当月往前第6个月的返还率。
XXXXX股份有限公司XXXXX有限公司BD/QW-03-05 检测设备控制规程拟制:审核:批准:版号: C/2受控状态:内部使用2013年9月10日发布 2013年9月12日实施XXXXX股份有限公司XXXXX股份有限公司XXXXX有限公司检测设备控制规程文件编号BD/QW-03-05版号C/2操作文件文件页码共 4页第 1 页目录1 目的 (2)2 适用范围 (2)3 职责 (2)3.1 系统集成部: (2)3.2相关部门配合。
(2)4 工作程序 (2)4.1 监视和测量设施的分类 (2)4.2 新购置设施 (2)4.3控制要求 (2)4.4确定监视和测量任务。
(2)4.5配备监视和测量设施和建立台账。
(3)4.6实施周期检定和标识制度。
(3)4.7 (3)4.8 (3)4.9对于采用自检的设施,则按以下方法进行自检,每年至少校准或比对一次。
(3)4.10 设施校准状态标识 (3)4.11设施的使用与维护 (3)4.12 设施的报废 (4)5 记录和保管 (4)1 目的对监视和测量设施进行控制、校对和维护,确保其准确度和精密度满足测量任务的要求,使XXXXX股份有限公司/XXXXX有限公司产品的监视和测量结果符合规定的要求,从而为客户提供合格、可信的产品。
2 适用范围本程序适用于证实产品所有质量特性的全部仪器、仪表。
3 职责3.1 系统集成部:负责制定监视和测量装置的控制程序,协调各部门之间的工作并具体组织实施。
3.2相关部门配合。
4 工作程序4.1 监视和测量设施的分类XXXXX股份有限公司/XXXXX有限公司监视和测量设施分为送检监视和测量设施和自检监视和测量设施(详见《检测设备台账》)。
4.2 新购置设施部门需要购置设施时,须先填写请购单,交系统集成部审查。
系统集成部根据测试对象,分析比校所需设施的性能、价格等条件后,在购物申请表上签署意见,交总经理审批。
商务部在根据购物申请表购买设施时,应要求供货方提供设施的详细技术资料。
可靠性试验程序一、引言可靠性试验是评估产品在特定条件下的可靠性性能的一种方法。
本文旨在描述可靠性试验的标准程序,以确保试验的可靠性和准确性。
二、试验目的本试验的目的是评估产品在正常使用条件下的可靠性性能,包括故障率、失效模式、寿命等指标。
通过试验结果,可以为产品的设计和改进提供依据,提高产品的可靠性。
三、试验准备1. 确定试验对象:选择符合试验要求的产品作为试验对象。
2. 确定试验条件:根据产品的使用环境和预期工作条件,确定试验的温度、湿度、振动等条件。
3. 设计试验方案:根据试验目的和试验条件,设计试验方案,包括试验时间、样本数量、试验方法等。
4. 准备试验设备:根据试验方案,准备相应的试验设备,包括温度控制装置、振动台等。
5. 编制试验记录表:根据试验方案,编制试验记录表,用于记录试验过程中的数据和观察结果。
四、试验过程1. 样本准备:根据试验方案确定的样本数量,从试验对象中选择合适的样本进行试验。
2. 试验前检查:在试验开始前,对试验设备进行检查,确保其正常工作,并校准相关的测量仪器。
3. 试验执行:按照试验方案的要求,将样本放置在试验设备中,设置相应的试验条件,并记录试验开始时间。
4. 数据记录:在试验过程中,按照试验记录表的要求,记录样本的工作状态、故障情况等数据。
5. 试验观察:观察样本在试验过程中的工作状态和故障情况,记录相关的观察结果。
6. 试验结束:根据试验方案确定的试验时间,试验结束时住手试验设备,并记录试验结束时间。
五、数据分析1. 故障率计算:根据试验记录中的故障数据,计算样本的故障率,包括平均故障率和积累故障率。
2. 失效模式分析:根据试验观察结果和故障数据,分析样本的失效模式和失效原因。
3. 寿命评估:根据试验结束时样本的工作状态和故障情况,评估样本的寿命分布和可靠性指标。
六、试验报告根据试验过程和数据分析结果,编制试验报告,包括试验目的、试验方法、试验结果和数据分析等内容。
TL9000 测量手册 R5.7TL9000标志TL9000标志目录1.引言2.TL9000 概述3.测量手册概览4.测量过程5.标准指标6.总结引言TL9000 是一种针对电信行业的质量管理体系标准,旨在帮助组织提高运营和服务水平,同时降低成本并满足客户的需求。
本测量手册 R5.7 旨在向组织提供关于如何有效实施 TL9000标准的详细指导。
本文档将介绍 TL9000 标准的概述,测量手册的概览以及测量过程和标准指标的详细信息。
TL9000 概述TL9000 是由QuEST Forum 发布的一种质量管理体系标准,特别适用于电信行业。
QuEST Forum 成立于1998年,是一个由电信行业的公司组成的质量管理组织。
TL9000 标准基于ISO 9001 标准,并加入了对电信行业特定要求的补充。
TL9000 的目标是增强组织的运营效率、产品质量和服务水平,降低成本,并提高客户满意度。
它强调关键绩效指标的测量和监控,以确保组织的业绩达到预期目标。
测量手册概览测量手册是 TL9000 标准中的一个重要组成部分。
它提供了关于实施 TL9000 标准的详细指导,并定义了组织需要采取的测量和评估过程。
测量手册 R5.7 是对先前版本的更新,旨在反映行业的最新发展和要求。
测量手册主要包括以下内容:•测量手册的用途和范围•TL9000 标准的要求和指南概述•测量过程的详细说明•测量手册的更新历史记录测量过程在 TL9000 标准中,测量过程是一项重要的活动,用于收集和分析与关键绩效指标相关的数据,以评估组织的绩效。
测量手册提供了关于如何实施测量过程的详细指导。
测量过程通常包括以下步骤:1.确定关键绩效指标(KPI):根据组织的特定目标和需求,确定需要测量和监控的关键绩效指标。
2.数据收集和分析:收集与关键绩效指标相关的数据,并进行分析,以评估组织的绩效。
3.报告和沟通:根据测量结果,编制报告并与相关人员进行沟通,以帮助组织改进和调整业务流程。
【最新整理,下载后即可编辑】1.简介TL9000手册(TL9000质量管理体系要求手册和TL9000质量管理体系测量手册)是专门为电信业设计的文件化的行业质量管理体系要求和测量。
TL9000质量管理体系要求手册包含4个主要的部分及附录。
手册为提供硬件、软件和服务这些电信产品的供方建立了一套通用的质量管理体系要求。
本要求是在已存在的行业标准(包括ISO9001)的基础上建立起来的。
TL9000质量管理体系测量手册建立了最小的一套绩效测量。
所选择的测量方法用于测量供方的改进以及评价质量管理体系实施的效果。
1.1目标TL9000的目标是:●建立质量管理体系以有效地保护电信产品(包括硬件、软件或服务)的完整性和使用性●建立并保持一套基本的质量管理体系要求●减少电信质量管理体系标准的数目●定义有效成本和绩效测量,以指导改进和评价质量管理体系实施的效果●推动持续改进●加强顾客一供方之间的关系●促进行业遵从一致的评估过程1.2 目的TL9000的目的是定义了电信产品(包括硬件,软件或服务)的设计、开发、生产、交付、安装和维护的质量管理体系要求。
包含在TL9000中,以绩效为基础,测量这些产品的可靠性和质量绩效。
长期目标还包括成本和以绩效为基础的测量。
1.3实施的益处电信服务的供方,他们的用户和所有的顾客都会从TL9000的实施中受益。
所期望的益处是:●对用户服务的持续改进●加强顾客和供方的关系●质量管理体系要求的标准化●外审和现场访问的有效管理●统一的测量●全面成本减少并且增加竞争力●加强管理并改进供方绩效●用TL9000测量进行行业比较1.4 与ISO9001和其他要求之间的关系探索论坛维持同其他要求和标准的相容性。
TL9000是在ISO9001:1994框架的基础上建立起来的一套电信业特殊要求,在TL9000开发的过程中,所考虑的标准和要求请参见其目录。
TL9001同其他要求的关系特征是:●TL9000包括ISO9001:1994。
可靠性测试流程可靠性测试是软件开发过程中非常重要的一环,它旨在评估软件系统在给定条件下的可靠性和稳定性。
一个完善的可靠性测试流程可以有效地发现软件系统中的缺陷和问题,从而保障软件系统的稳定性和可靠性。
下面将介绍一套完整的可靠性测试流程,以供参考。
1. 确定测试目标。
在进行可靠性测试之前,首先需要明确测试的目标和范围。
测试目标可以包括软件系统的稳定性、可用性、可靠性等方面,而测试范围则涵盖了需要进行测试的功能模块、业务流程等内容。
明确测试目标和范围可以帮助测试团队更好地制定测试计划和测试用例。
2. 制定测试计划。
在确定了测试目标和范围之后,需要制定详细的测试计划。
测试计划包括测试的时间安排、测试的资源分配、测试的方法和技术、测试的环境等内容。
制定测试计划的目的是为了确保测试工作有条不紊地进行,并且能够充分利用有限的资源和时间进行测试。
3. 设计测试用例。
测试用例是可靠性测试的核心,它们描述了在给定条件下软件系统的预期行为和结果。
设计测试用例需要充分考虑各种可能的情况和场景,包括正常情况、异常情况、边界情况等。
同时,测试用例的设计应该尽可能全面和详尽,以确保对软件系统的各个方面进行全面的测试。
4. 进行测试执行。
在测试用例设计完成之后,就可以开始进行测试执行。
测试执行过程中需要严格按照测试计划和测试用例进行,记录测试过程中发现的问题和缺陷,并及时反馈给开发团队进行修复。
同时,还需要对测试环境和测试数据进行充分的准备,以确保测试工作的顺利进行。
5. 分析测试结果。
在测试执行完成之后,需要对测试结果进行详细的分析和总结。
分析测试结果可以帮助发现软件系统中存在的问题和缺陷,找出问题的根源,并提出改进和优化的建议。
同时,还需要对测试覆盖率和测试效果进行评估,以确保测试工作的充分和有效。
6. 编写测试报告。
最后,需要根据测试结果编写测试报告。
测试报告应该清晰、准确地总结测试过程中发现的问题和缺陷,评估测试的效果和覆盖率,并提出改进和优化的建议。
可靠性试验操作程序1.引言本文档旨在描述和规定可靠性试验的操作程序。
通过执行可靠性试验,我们可以评估产品的可靠性,并提供可靠性报告以指导产品改进和维护工作。
本文档适用于所有参与可靠性试验操作的人员。
2.试验准备在执行可靠性试验之前,需要准备以下内容:试验计划:包括试验目的、步骤和要求等详细信息。
试验设备:根据试验计划确定所需的设备和仪器,并进行校验和检测,确保其正常工作。
试验样品:选取代表性的样品进行试验,并根据需要进行预先处理和标记。
试验环境:根据试验要求设置适当的环境条件,如温度、湿度等。
数据记录表:准备试验数据记录表,用于记录试验过程中的数据和观测结果。
3.试验操作步骤按照以下步骤进行可靠性试验操作:1.检查试验设备和仪器是否正常工作,并校验其准确性。
2.准备试验样品,并根据需要进行预处理和标记。
3.设置试验环境的适当条件,如温度、湿度等。
4.根据试验计划,按照规定的步骤执行试验操作。
5.在试验过程中,及时记录试验数据和观测结果,并填写到数据记录表中。
6.确保试验过程中的安全性,遵守安全操作规程。
7.如遇到异常情况或故障,及时停止试验并记录相关信息。
8.完成试验后,对试验设备、样品和环境进行清理和维护工作。
4.试验数据分析试验结束后,根据试验数据进行分析,评估产品的可靠性水平。
可采用统计学方法和可靠性工程技术进行数据处理和分析,计算各项可靠性指标,并根据结果编制可靠性报告。
5.试验记录和报告所有试验操作和观测数据都应当及时记录。
试验记录应包括试验日期、试验员姓名、试验步骤、观测结果、异常情况等详细信息。
试验结束后,应编制可靠性报告,其中包括试验目的、步骤、数据分析和结论等内容。
6.试验安全和质量保证在进行可靠性试验操作时,应注重试验安全和质量保证。
确保试验设备和仪器的正常工作,避免操作人员受伤或试验样品受损。
同时,对试验过程中的数据记录和分析要保证准确性和可靠性。
7.术语和定义可靠性:产品在规定条件下,在一定时间内完成所要求的功能而不发生故障的能力。
XXXXX股份有限公司XXXXX有限公司BD/QW-02-03 系统功能测试规程拟制:审核:批准:版号: C/2受控状态:内部使用2013年9月10日发布 2013年9月12日实施XXXXX股份有限公司XXXXX股份有限公司XXXXX有限公司系统功能测试规程文件编号BD/QW-02-03版号C/2操作文件文件页码共 2 页第 1 页目录1 目的 (2)2 适用范围 (2)3 职责 (2)4 工作程序 (2)5 相关文件 (2)6 记录 (2)1 目的确保程序所有的输出都符合输入的要求、各过程操作结果达到预定的要求2 适用范围本程序适用于公司所有软件设计中的功能测试(黑盒测试)控制3 职责测试工程师:根据《设计说明》对系统进行功能测试;开发人员:针对《功能测试报告》进行修改;项目负责人:对《功能测试报告》进行审核。
4 工作程序4.1 测试人员对软件进行测试后,填写《功能测试报告》中的“测试系统名称”、“测试版本”、“测试日期”、“测试人员”、“测试的软件环境”以及表格中的“所属功能模块”、“问题描述”、“测试人员修改意见”,然后把测试报告交给开发人员。
4.2 开发人根据该测试报告,在“开发人员意见”填写自己的意见,如果同意,只需写上“同意”即可。
一般性问题,例如明显的错误,不需要项目负责人的同意就可作修改,这时“项目负责人意见”一栏可为空。
但有些问题(例如如何令用户使用更方便或者涉及系统功能修改等问题)当测试人员的修改意见与开发人员的意见不一致或者难以确定修改方案时,需要同项目负责人共同协商,以最终达成意见为准,并把该意见写在“项目负责人意见”一栏。
4.3 开发人员对程序进行修改,填写“开发文档修改记录”、“修改日期”和“修改后的版本号”,定期把该《功能测试报告》交给测试人员(无需等全部问题都修改完毕再交给测试人员)。
待完全修改后在《功能测试报告》中的“开发人员”签名。
4.4 测试人员对修改后的问题进行再次测试,并填写《功能测试报告》中“是否修改正确”一栏。
测量指标管理程序封面页文件编号:版本:A页次:1 / 10 日期2020-01-测量指标管理程序文件编号:版次:1页次:2 / 10 日期2020-01-3.1 6 SPD ( Supplier PromisedDate):供方承诺日期3.1 7 CRD ( Customer Requested Date ):客户要求日期3.1 8 ERI ( Early ReturnIndex ):早期返还率,产品在提报当月往前第6 个月的返还率。
3.1 9 YRR ( One-Year ReturnRate):中期返还率,产品在提报月之前第7 到第 18 个月的返还率。
3.2 0 LTR( Long-Term ReturnRate):长期返还率,产品在提报月之前第19 个月及以前的返还率。
3.2 1 BRR ( Basic ReturnRate ):基本返还率文件编号:测量指标管理程序版次: 1页次:4 / 10 本文日期:2020-01-015.5问题报告数量(NPR)测量5.5.1目的:这一度量用于评估在其一般可用性(GA )和退休阶段中反映产品质量及其相关过程的客户起源问题报告的数量。
问题报告可能对组织(如返工)产生负面影响,例如对客户的重复访问,可能危及或影响客户的业务操作。
问题报告有助于最终用户忠诚度和客户满意度的损失。
这项措施旨在刺激持续改进,减少问题报告的数量、相关费用和可能的收入损失。
5.5.2数据来源: NPR测量的数据来源于客户提供的信息和组织的分析。
具体参照《NPR作业指导程序》执行。
5.5.3计数规则及排除规则:参照《 NPR作业指导程序》执行。
5.5.4计算公式:参照《 NPR作业指导程序》执行。
NPR = 100%*12* (当月问题报告数量 /包括当月的一年的发货数量)5.6问题报告解决响应时间(FRT)测量5.6.1目的:这种测量是用来量化顾客发起问题报告的响应能力,以便及时修复和关闭问题报告这种测量不反映根据报告的时间恢复服务或运行的响应能力。
可靠性测试流程可靠性测试是软件测试的一个重要方面,其目的是评估软件在特定条件下的可靠性和稳定性。
下面是一个可靠性测试的流程,以确保软件在各种条件下都能正常工作。
1. 确定测试目标和可靠性要求:首先,需要明确软件的测试目标和可靠性要求。
例如,测试目标可能是验证软件在高负载情况下的可靠性,要求是至少有99%的稳定性。
2. 制定测试计划:根据测试目标和可靠性要求,制定测试计划。
测试计划应包括测试的范围、资源需求、测试环境和工具等。
3. 设计测试用例:根据测试计划,设计测试用例来评估软件在各种条件下的可靠性。
测试用例应包括各种场景和边界条件,以确保测试的全面性和准确性。
4. 搭建测试环境:设置适合测试的环境,包括硬件、操作系统和网络环境等。
确保测试环境与实际部署环境相似,以提高测试的可靠性。
5. 进行功能测试:在测试环境中执行测试用例,进行功能测试。
通过模拟实际场景和用户操作,评估软件在各种条件下的可靠性和稳定性。
6. 进行负载测试:在高负载情况下,执行测试用例,评估软件的性能和可靠性。
测试可以包括模拟大量用户同时访问系统、执行复杂计算等。
7. 进行压力测试:在不断增加负载的情况下,执行测试用例,评估软件的可靠性和稳定性。
测试可以包括持续运行软件、增加并发用户数等。
8. 进行恢复测试:在异常情况下,如硬件故障或断电,测试软件的恢复能力。
测试可以包括模拟硬件故障、恶劣网络环境等。
9. 进行兼容性测试:在不同操作系统、浏览器和设备上测试软件的可靠性和兼容性。
测试可以包括安装和运行软件、执行常用功能等。
10. 进行回归测试:在软件发生更改后,重新执行测试用例,验证软件的可靠性。
测试可以包括执行功能测试、负载测试等。
11. 进行事故恢复测试:模拟各种系统事故,评估软件的可靠性和恢复能力。
测试可以包括模拟数据库故障、网络故障等。
12. 分析测试结果和问题:根据测试结果,分析软件的可靠性和稳定性。
发现问题后,及时记录和跟踪,并进行优化和修复。
TL9000测量手册D2.结构2.1.整体结构(看图2.1-1)TL9000的整体结构由如下几个层次构成1.国际标准ISO90012.通用的TL9000要求3.硬件、软件和服务的特殊质量管理体系要求4.通用的TL9000测量5.硬件、软件和服务的特殊质量管理体系测量TL9000模型国际标准ISO9001通用的TL9000要求硬件特殊要求软件特殊要求服务特殊要求通用的TL9000测量硬件特殊的测量软件特殊的测量服务特殊的测量图2.1-1 TL9000模型除其他机构的版权材料外,探索论坛保留对内容的全面控制。
在TL9000中有一些术语,如必须(Shall),应该(Should),可以(may),能(can)与IS9000术语表中所定义的一样,单词必须(Shall)表示强制性的要求,单词应该(Should)表示首选的方法,选择其他方法的供方必须能够表明他们的方法满足TL9000的内容。
在有单词典型(typical)和例子(examples)的地方,表示针对特殊的商品或过程是一个合适的选择。
文中有注(NOTE)的地方是指南而不是审核内容。
TL90002.2.术语在本手册中所引用的术语主要是组织在TL9000的实施、符合和认证过程中所遇到的术语。
2.3.测量的流程和用途图2.2-1显示出TL9000手册中质量管理体系测量的数据流程和用途图2.3-1 TL9000测量数据流程和用法必须设计测量的应用以满足探索论坛为准则,这在3.2节中讲到:使用方法-图2.2-1描述了通过顾客-供方交互的方式以及TL9000所显示的信息来识别改进的机会所处的环境。
a. 可以在供方和顾客之间用测量来设定相互目标以改进产品。
这将有助于改进顾客和供方之间的关系,并且能建立最佳地满足双方需要的目标。
b. TL9000中有一些测量可以由独立的供方来改进测量,这些测量经过仔细的评审以决定这些测量是否真正具有可比性。
这些测量由测量管理者所监控,以保证供方得出的简明统计是有效的和有意义的。
1.简介TL9000手册(TL9000质量管理体系要求手册和TL9000质量管理体系测量手册)是专门为电信业设计的文件化的行业质量管理体系要求和测量。
TL9000质量管理体系要求手册包含4个主要的部分及附录。
手册为提供硬件、软件和服务这些电信产品的供方建立了一套通用的质量管理体系要求。
本要求是在已存在的行业标准(包括ISO9001)的基础上建立起来的。
TL9000质量管理体系测量手册建立了最小的一套绩效测量。
所选择的测量方法用于测量供方的改进以及评价质量管理体系实施的效果。
1.1目标TL9000的目标是:✍建立质量管理体系以有效地保护电信产品(包括硬件、软件或服务)的完整性和使用性✍建立并保持一套基本的质量管理体系要求✍减少电信质量管理体系标准的数目✍定义有效成本和绩效测量,以指导改进和评价质量管理体系实施的效果✍推动持续改进✍加强顾客一供方之间的关系✍促进行业遵从一致的评估过程1.2 目的TL9000的目的是定义了电信产品(包括硬件,软件或服务)的设计、开发、生产、交付、安装和维护的质量管理体系要求。
包含在TL9000中,以绩效为基础,测量这些产品的可靠性和质量绩效。
长期目标还包括成本和以绩效为基础的测量。
1.3实施的益处电信服务的供方,他们的用户和所有的顾客都会从TL9000的实施中受益。
所期望的益处是:✍对用户服务的持续改进✍加强顾客和供方的关系✍质量管理体系要求的标准化✍外审和现场访问的有效管理✍统一的测量✍全面成本减少并且增加竞争力✍加强管理并改进供方绩效✍用TL9000测量进行行业比较1.4 与ISO9001和其他要求之间的关系探索论坛维持同其他要求和标准的相容性。
TL9000是在ISO9001:1994框架的基础上建立起来的一套电信业特殊要求,在TL9000开发的过程中,所考虑的标准和要求请参见其目录。
TL9001同其他要求的关系特征是:✍TL9000包括ISO9001:1994。
名稱:可靠性測試程序文號﹕PC015-SZ 版本﹕A修訂﹕1 Page:1of10文件首頁名稱:可靠性測試程序文號:PC015-SZ 版本:A修訂:1 Page:1-1 of10文件會簽及會審記錄表*對於有意見者,文管中心先將異議轉知原提案單位。
若原提案單位無法說服異議者,則召開會議由總經理裁示或定奪。
*該頁僅文管中心存檔,不予發行。
名稱﹕可靠性測試程序文號﹕PC015-SZ 版本﹕A修訂﹕1 Page:2 of10✧每一頁之頁次修訂與文件頁數修訂記錄表相同。
✧本頁之程式版本顯示此程式之最新版本。
✧二階文件“核准”簽署由總經理核准。
✧三階檔(部門內部作業者)“核准”簽署由部門主管簽署即可。
✧三階文件(相關於數個部門者),有爭議時再呈總經理裁示。
名稱﹕可靠性測試程序文號﹕PC015-SZ 版本﹕A修訂﹕0 Page:3 of 10一.目的:為驗証廠內生產的所有產品在PVT、ORT階段之品質是否符合GR-468 Bell core及MIL-STD-883對產品可靠性及環測之規範,产品的性能是否满足设计的要求,是否滿足顧客對產品之需求。
二.範圍:1. 範圍:適用於PCL廠內生產的所有產品,例如: TOSA,Transceiver.三. 權責:1.可靠性測試的實施與結果判定:品質工程部2.失效分析與改善: 品質工程部及工程部名稱﹕可靠性測試程序文號﹕PC015SZ 版本﹕A修訂﹕0 Page:4 of 10四.流程圖:1.Re1iability test flow Chart:名稱﹕可靠性測試程序文號﹕PC015-SZ 版本﹕A修訂﹕1Page:5 of10五.內容:1.可靠性实验的时机:1.1所有新产品在PVT阶段需要进行可靠性测试,以验证产品的性能是否达到设计要求的能力。
1.2产品在量产后需进行持续可靠性实验,以监控产品性能及品质是否发生变化。
此实验的频率为每二年一次,当产品复杂程度比较高而且在服务中影响比较大时,此频率定义为每年一次。
XXXXX股份有限公司XXXXX有限公司BD/QW-02-02 软件测试控制规程拟制:审核:批准:版号: C/1受控状态:内部使用2013年9月10日发布 2013年9月12日实施XXXXX股份有限公司XXXXX有限公司发布XXXXX股份有限公司XXXXX有限公司软件测试控制规程文件编号BD/QW-02-02版号C/2操作文件文件页码共 7 页第 1 页目录1 简介 (2)1.1 目的 (2)1.2 范围 (2)1.3 文档结构 (2)1.4 词汇表 (2)2 系统测试指南 (3)2.1系统测试过程 (3)2.2系统测试需求获取 (3)2.3系统测试策略测试策略用于说明某项特定测试工作的一般方法和目标。
系统测试策略主要针对系统测试需求 (5)2.4系统测试的工作机制 (6)2.5系统测试产生的工件清单 (6)1 简介1.1 目的本文详细阐述了系统测试的类型以及各个类型的基本测试方法,指导项目开发人员进行软件系统测试。
1.2 范围本文适用于使用RUP 的所有软件项目的系统测试工作。
1.3 文档结构第一部分:简介,介绍软件系统测试指南的目的,本指南的适用范围,以及在本文档中使用的术语的解释。
第二部分:描述系统测试指南。
包括系统测试流程、系统测试需求的获取、系统测试侧策略选择、系统测试技术和方法等。
第三部分:列出本指南使用的参考文献。
第四部分:附录1.4 词汇表系统测试(System Testing):系统测试是通过与系统的需求规格作比较,发现软件与系统需求规格不相符合或与之矛盾的地方。
它将通过确认测试的软件,作为整个基于计算机系统的一个元素,与计算机硬件、外设、某些支持软件、数据和人员等其他系统元素结合起来,在实际运行(使用)环境下,对计算机系统进行的测试。
黑盒测试(Black-Box Testing):黑盒测试是基于系统需求规格,在不知道系统或组件的内部结构的情况下进行的测试。
通常又将黑盒测试叫做:基于规格的测试(Specification-BBDed Testing )、输入输出测试(Input/OutputTesting ) 、功能测试(Functional Testing )。
名稱:可靠性測試程序文號﹕PC015-SZ 版本﹕A 修訂﹕1 Page:1of 10
名稱:可靠性測試程序文號:PC015-SZ 版本:A修訂:1 Page:1-1 of 10
*對於有意見者,文管中心先將異議轉知原提案單位。
若原提案單位無法說服異議者,則召開會議由總經理裁示或定奪。
*該頁僅文管中心存檔,不予發行。
文件頁數修訂記錄表
✧每一頁之頁次修訂與文件頁數修訂記錄表相同。
✧本頁之程式版本顯示此程式之最新版本。
✧二階文件“核准”簽署由總經理核准。
✧三階檔(部門內部作業者)“核准”簽署由部門主管簽署即可。
✧三階文件(相關於數個部門者),有爭議時再呈總經理裁示。
一. 目的:
為驗証廠內生產的所有產品在PVT、ORT階段之品質是否符合GR-468 Bell core及
MIL-STD-883對產品可靠性及環測之規範,产品的性能是否满足设计的要求,是否滿足顧客對產品之需求。
二.範圍:
1. 範圍:
適用於PCL廠內生產的所有產品,例如: TOSA, Transceiver.
三. 權責:
1.可靠性測試的實施與結果判定:品質工程部
2.失效分析與改善: 品質工程部及工程部
名稱﹕可靠性測試程序文號﹕PC015SZ 版本﹕A 修訂﹕0 Page:4 of 10
四.流程圖:
1.Re1iability test flow Chart:
五. 內容:
1.可靠性实验的时机:
1.1所有新产品在PVT阶段需要进行可靠性测试,以验证产品的性能是否达到设计
要求的能力。
1.2产品在量产后需进行持续可靠性实验,以监控产品性能及品质是否发生变化。
此实验的频率为每二年一次,当产品复杂程度比较高而且在服务中影响比较大时,此频率定义为每年一次。
1.3 当产品发生设计变更、元器件和材料变更时也应该进行可靠性实验。
1.4当顾客有需求时依合同协议执行
1.5制程变更和制造变异
1.6返修退回的产品经评估如有性能问题时
1.7来自于客户或市场反馈的信息或数据经分析产品性能有缺陷时。
2. 可靠性实验项目应包括环境应力实验、机械应力实验及特殊实验等。
具体实验的的标准,测试条件,样品数量参考附件一。
2.1环境应力实验包括以下项目:
2.1.1 Temperature cycling(TC)
2.1.2 Cycling Temperature Humidity (CTH)
2.1.3 High Temperature Operating Life (HTOL)
2.1.4 Unbiased Damp Heat(UDH)或Biased Damp Heat(BDH)
2.1.5 Low Temperature Storage LTS)
2.1.6 High Temperature Storage (HTS)
2.2机械应力实验包括以下项目:
2.2.1Mechanical Vibration
2.2.2Mechanical Shock
2.2.3Thermal Shock
2.3 特殊实验包括以下项目:
2.3.1ESD HBM
2.3.2EMI
2.3.3Immunity
2.3.4Dust test
2.3.5Mixed flowing gas test
3. 判定及失效分析:
3.1QE部門按照GR-468 Bell core、MIL-STD-883判定標準對Reliability測試結果做出
判定(如果客戶有不同的規格及判定標準,以客戶要求為准),並完成Reliability test report. 如有失效現象需立即通知客戶同時進行失效分析,並在五個工作日內完成FA Report。
当失效发生在1.1, 1.3, 1.5所要求执行的可靠性项目时,处理方法参考《不合格品管制程序》,当失效发生在1.2, 1.4, 1.6 和1.7所要求执行的可靠性项目时,处理方法参考《退货与召回程序》。
4. 记录:所有的可靠性項目需記錄於“Reliability test record ”及“可靠性項目設備
使用記錄表”中,以便追溯.
六. 表單及附件:
附件一. Reliability Test Item List:
附件二. Reliability Test Record
附件三. 可靠性項目設備使用記錄表
七. 參考文件:
無。
八. 定義:
1.PVT:Production Verification Test
2.ORT:On-going Reliability Test
附件一:Reliability Test Item List (表單編號:PC015-SZ-01 Rev:0) 2-1
名稱﹕可靠性測試程序文號﹕PC015-SZ 版本﹕A 修訂﹕0 Page:8of 10 附件一:Reliability Test Item List (表單編號:PC015-SZ-01 Rev:0) 2-2
……………………………………………………………精品资料推荐…………………………………………………
名稱﹕可靠性測試程序文號﹕PC015-SZ 版本﹕A 修訂﹕0 Page:9 of 10
附件二: Reliability Test Record (表單編號:PC015-SZ-02 Rev:0)
Reliability Test Record
10
……………………………………………………………精品资料推荐…………………………………………………
名稱﹕可靠性測試程序文號﹕PC015-SZ 版本﹕A 修訂﹕0 Page:10 of 10
附件三: 可靠性项目设备使用记录 (表單編號:PC015-SZ-03 Rev:0)
可靠性項目設備使用記錄表
11。