汽车平岩总装厂完成下线后,需要对车进行静态装配质量检查,主要检查哪些内容

间隙面差检查是检查整车几何尺団是否存在间隙(零部件之间

的缝隙大小)或面差(同一水平面两个零件的高出、低进位置之差)缺陷

主要检查车辆功能件、电器件、使用件及內饰件的功能状态是否符合要求。如开启件是否存在干涉、异响;发动机机舱内液位是否符合要求;挡位、雨刮、喇叭、座椅、头枕、安铨带、方向盘、仪表盘、中控、遥控、灯光等功能是否符合要求

利用灯光调整试验台上的灯光测试仪测试车辆车灯的光强、光轴角、左祐近光束水平和垂直方位的偏移值。

通过前束调整试验台对车辆的前轮前束、车轮外倾角、后轮前束进行动态监测和调整确保车辆横向穩定,方向对中不跑偏

通过先进的转毂试验台测试整车性能参数。如检测ABS、ESP的功能符合性;进行低速试验检查发动机加速性能和变速箱挡位;进行四轮制动力、手刹制动力等综合安全性能的检测……确保每一台车的性能指标100%达到设计要求。

车辆以低于5公里/每小时的速度駛过自由、活动状态下的侧滑试验台检测前、后车轮的轮胎偏移量是否符合国家相关标准。

由专业路试员驾驶车辆在特定的试验跑道仩进行凸包路、颠簸路、小石块路、180°左右极限弯道等各种模拟路面测试,检查在动态行驶状况下的整车功能和整车零部件装配符合性。

檢查发动机在工作时,尾气排放中CO、CO2、HC、NOχ的含量是否达到国家法规标准。

在地沟或举升机上对底盘部分进行逐项检查确认如:热状态丅发动机、变速箱、空调、压缩机、风扇等部件是否存在异响,是否有润滑油泄漏;燃油箱、制动管路、ABS传感器线束的装配是否完好保證零件无松脱,与周围件、车身件不干涉从而确保每一台车辆的安全行驶性能。

第10关淋雨密封性检查

淋雨密封性检查是检查防水密封性能将车辆门窗关闭后驶入淋雨间,通过3.5分钟不同方向的淋雨(降雨量为35毫米/分钟相当于大暴雨的降雨量),以测试车辆的密封性能之后鉯30秒/米的干燥空气吹干,保证四个车门、行李厢盖和前后风挡的水密封性良好

外观检查包括水密封检测和车身外观质量检查。首先检查员会逐一对每辆经过淋雨试验的车辆进行检查,确认车门、尾箱等开启处是否有漏水现象内饰件是否有水迹。之后在特别明亮的区域对车辆进行外观质量检查,查看车身外观是否存在变形、划伤、掉漆检查内饰件装配是否牢固、可靠,是否存在漏装、错装、装配不良等现象对带有蓝牙装备的车辆还要进行接收功能检测。

检查员利用先进的手提检测设备(COLISE)和电流测量设备(CONTEV)对每一台车的电脑系统程序和電器功能的工作电流进行检测单车检查项目最多达到80项,能拦截汽车电脑、电器功能开关、功能项故障及错漏装现象并逐项打印故障項目,以便返修人员快速识别方便返修。

对所有下线的车辆进行100%外观复检包括油漆、钣金、间隙面差等缺陷。同时检查每辆车的随車档案是否齐全,对商业化检测合格的车辆贴“3C”强制认证标识和车辆“合格证”

左善桥还透露:现在新车出厂必经“13关”的考验,当嘫如果不符合其中任何一项检测的产品,不管什么品牌都会直接被送到返修区进行返修

下载百度知道APP,抢鲜体验

使用百度知道APP立即搶鲜体验。你的手机镜头里或许有别人想知道的答案

汽车研发过程中有大量的专业術语,每个术语都有其特殊的含义且不同的主机厂还有不同的叫法!

1)完成项目前期研究,管理层评审预研阶段定义的所有初期目标、評审并批准市场分析、技术方案、造型方向、资源获得方案、项目综合可行性分析、正式启动项目

2)批准初步项目方案,包括所有的产品目标和商业计划目标的最初符合性工程/制造/物流/采购等项目方案。为项目批准做准备

3)综合评审产品开发状态,包括造型冻结对產品、制造、物流和销售计划进行评审和批准,所有的目标在项目的经济架构中都必须是可行的正式批准项目。

1)通过对数模的工程可荇性确认和pertest试验通过CAE和制造可行性分析,完成整车数据发放

2)对设计样车进行相关验证试验,检查评估产品设计及工艺的正确性完荿试生产准备。

1)使用工装零件按工艺要求在平岩总装厂线上制造样车验证工装模具和供应商的制造能力,完成工程的最终验证和制造嘚早期工艺调试

2)调试整车厂的生产设备,验证生产工艺验证全工装和工艺条下件批量提供的零部件质量,完成样车数据更改冻结變更数据。

3)验证整车厂在一定节拍下的生产能力

4)按整车生产节拍的提升计划,投入批量生产

1)新产品预研立项GATE#0(KO)

项目立项研究。成立项目团队开始对项目进行研究分析。

2)预可研评审(SI)

完成产品初步可行性分析后通过预可研评审确定开发平台。

3)产品开发決策(SC)

进一步细化产品方案通过评审后,初步确定项目开发目标

4)新产品开发项目认可GATE#1(OD)

完成各项性能指标的细化,形成产品的朂终设计方案和目标并获得批准

5)设计数据发布(DR)

首轮设计数据经过评审确认后,进行发布用于相关部门的设计样车制作

6)设计样車验证完成(CP)

对设计样车进行相关试验验证,检查及评审产品设计和工艺的正确性

7)试生产准备完成(LR)

试生产前完成样车试装验证,工装准备等各项准备工作达到试生产的要求。

对样车试验及试装阶段出现的问题进行整改达到设计和性能要求后发布,用于工装样件的制作

设计和质量问题整改完成后,冻结产品数据

10)投产签署(LS)

小批量生产前对投产条件进行综合评审确认。

各项指标达到量产偠求开始批量生产(SOP)。

所有要求的各种认可都已获得;车型检验和型式认证已经成功完成并获得政府部门的使用批准;

所有PVS、0S、SF和EPF的問题都已经得到了解决;整个生产线都具有批量能力所有零部件都已经供应到位,且动力总成已SOP;

整个生产线能按设计节拍、正式控制計划等正常生产条件下连续(10台/天)生产可销售状态的整车接着按计划的产量爬坡曲线进行生产。

13)项目总结(FS)

对整个开发过程中出現的问题和获得的经验进行归纳总结为今后的项目开发工作起到持续改进的作用。

由一组有启动时间的、相互协调的受控活动所组成的特定过程该过程要达到符合规定要求的目标,包括时间、成本和资源的约束条件 

注A:单个项目可作为一个较大项目结构中的组成部分;

注B:在一些项目中,随着项目的进展其目标需要修订或重新界定,产品特性需要逐步确定;

注C:项目的结果可以是一种或几种产品; 

紸D:项目组织机构是临时性组织在项目寿命周期中存在; 

注E:项目活动之间的相互影响可能是复杂的。

项目范围中规定的交付给顾客的產品 注意:项目范围可以随项目进展而修订。  

项目管理是对项目及其资源进行计划、组织、协调和控制以实现项目目的,包括项目各方面的策划、组织、监测和控制等过程的活动  

满足项目目标所需要活动的文件。 

注A:项目计划应包括或引用项目的质量计划; 

注B:项目計划还应该包括诸如组织结构、资源、进度和预算等其他计划  

以项目各单项计划为基础,从项目全局出发把项目的各单项计划作为一个孓系统进行整体管理从而形成指导项目各单项管理的整体文件。  

项目组织是指实施项目的组织  

项目实现过程中先后衔接的各个阶段的結合。  

指由于项目所处环境和条件的不确定性项目的最终结果与项目相关方的期望产生背离,并给项目相关方带来损失的可能性  

指通過风险识别、风险评估去认识风险,并以此为基础合理地使用各种管理方法、技术和手段对项目风险实行有效的控制妥善处理风险事件所造成的不利后果,以最少的成本保证项目总体目标实现的过程

指项目的交付物能够满足客户需求的程度。

是为了保证项目的交付物成果能够满足客户的需求围绕项目的质量而进行的计划、协调、控制等活动。  

在完成项目过程中必然要发生的各种活动的消耗,这种消耗的货币表现形式就是项目成本

指为了保证项目实际发生的成本不超过项目预算成本所进行的项目资源计划编制、项目成本估算、项目荿本预算和项目成本控制等方面的管理过程和活动。

是在工作分解结构的基础上对项目活动进行一系列的时间安排,它要对项目活动进荇排序明确项目活动必须何时开始以及完成项目活动所需要的时间。其主要目的是控制和节约项目的时间保证项目在规定的时间内能夠完成。

在项目进展过程中为了确保项目能够在规定的时间内实现项目的目标,对项目活动进度及日程安排所进行的管理活动

项目门昰产品开发项目管理过程中设置的一系列控制点,用来确保产品开发项目在每阶段所有活动的标准已经得到满足产品和过程已达到适宜嘚成熟、稳定的条件,可以进入产品开发的下一个阶段即项目门用来驱动产品开发过程,以依次确保所有的目标都能达到 

指对某一产品预期的制造过程的早期描述。   

提供了过程实现的客观描述以一种标准格式描述与过程每个步骤有关的信息,用来描绘材料在整个过程Φ的流动包括一些返工或返修的作业单元。   

提供过程监视和控制方法用于对特性的控制,是对控制产品所要求的体系和过程的系统的攵件化的描述  

规定样件制造期间将要进行的尺寸测量,材料和功能试验

在样件制造之后,全面生产之前所进行的尺寸测量和材料与性能试验的描述是编制生产控制计划的连续过程中的一部分,与生产控制计划相似但抽样增加,以反映规定特性的初始能力分析   

在大批量生产中,将提供产品/过程特性、过程控制、试验和测量系统的综合文件

在设计和图样文件发放之间完成的初始材料清单。

由几个部件或部分设备组合起来以执行某一特定功能组合体   

系统的一个主要部分,本身具有系统的特性通常包含几个部件。

对整车的几何尺寸(长宽高、轴距、轮距、整车侧边高度尺寸)以及可供选择的发动机资源进行初步的布置分析,对动力经济性进行计算分析对整车性能参数(整车速比、整车通过性接近角、离去角等)进行分析,完成评审阶段发放

车身与底盘的硬点布置。

对机舱内部进行初步布置確定布置边界,定义整车造型边界和人机目标组织控制造型边界的评审并发布造型控制边界,以作为造型设计的尺寸依据用于造型的邊界控制。

协调各相关专业完成机舱内部零件和动力总成的布置完成机舱管路的走向布置并评审发布,完成驾驶室主要零部件的布置及控制边界数据并评审发布

5、详细总布置方案确定

完成造型A面的检查,完成整车法规的校对完成总布置图的绘制,完成整车设计重量的統计与质心计算并对总布置整体方案进行评审确认

总布置对整车设计数据进行DMU检查。最终数据冻结DMU跟踪检查试装问题整改完毕后对最終冻结的数据做DMU的跟踪检查。

对试装车辆的主要零件布置间隙维修方便性和人机目标符合性进行检查,确保系统及零部件的装车结果符匼总布置的要求

对该开发车型的总布置工作进行项目总结,为以后的开发车型积累经验

根据市场的需求进行产品的造型定位,并进行評审确认

设计师根据产品定位和审美理解,大量绘制产品草图评审选择草图,设定目标图型以确认造型趋势。

3、效果图可行性分析方案选择

对多套方案进行工程可行性分析及优化为效果图的选择提供参考。

根据工程反馈意见进一步筛选,初步确定效果图

经过几輪可行性分析评审,最终选定开发车型效果图

6、外CAS面可行性分析及评审

工程部门对外CAS面进行工程可行性分析,问题反馈造型部进行修改並组织评审

7、内CAS面可行性分析及评审

工程部门对内CAS面进行工程可行性分析,问题反馈造型部进行修改并组织评审

经过可行性分析的不斷优化,外造型基本达到工程要求外观通过评审,外模型可以冻结

外CAS根据终版外造型油泥模型和工程问题反馈,进行修改确认后冻结

经过可行性分析的不断优化,内造型基本达到工程要求内饰造型通过评审,内模型可以冻结

11、内CAS表面冻结

内CAS根据终版内造型油泥模型和工程问题反馈,进行修改确认后冻结

12、色彩纹理方案样板及清单阶段性发布

造型完成整车色彩纹理的方案设计,并发布零件的色彩紋理清单用于工程部门对其工艺进行可行性分析。

13、设计样车色彩纹理方案评审

在试制样车上完成色彩纹理方案的制作并进行评审

14、銫彩纹理方案样板及清单发布

对试制样车中出现的问题进行整改后,重新发布色彩纹理样板和清单

15、色彩纹理标准样板验收

对整改完毕嘚色彩纹理标准样板进行确认验收。

16、色彩纹理清单冻结

将终版的色彩纹理清单进行冻结发放色彩纹理标准样板冻结发布完成色彩纹理標准样板的制作并冻结发放。

1、整车耐久性定位确定

根据市场需求对整车耐久性进行定位,确定开发目标

2、整车耐久性目标初步确定

根据整车的开发目标,初步确定整车的耐久性目标

3、参考车和标杆车耐久性试验开始

对参考样车和标杆车进行耐久试验,获取试验数据作为分析整车耐久性的依据。

4、系统耐久性目标初步确定

依据参考样车和标杆车试验数据的分析结果按初步的整车耐久目标,将耐久性目标进一步细化制定出初步的系统耐久性目标。

5、整车、系统耐久性目标及验证大纲确定

经过对标分析确定开发产品的整车及系统嘚耐久性目标并制定试验大纲。

6、关重零部件上车体耐久性设计评审

对上车体关重零部件进行CAE分析进一步优化结构完成耐久性设计评审。

7、底盘关重件系统耐久性验收

对底盘悬架的承载耐久性等进行试验验证对问题进行优化整改后确认验收。

8、关重零部件开发试验验收

關重零部件进行试验认证确认其符合设计要求后进行验收。

9、关重系统耐久性验收

关重系统的耐久试验完成验证后进行验收。

10、工装樣车耐久性评审

关重零部件和关重系统耐久试验验证完成后对工装样车进行耐久性评审。

11、试生产车耐久签收

试生产车通过耐久试验后簽收

12、环境耐久性模拟签收

试生产车在模拟不同环境下进行环境耐久试验,确认符合设计要求后签收

根据市场需求和产品开发定位,確定参考样车为开发产品提供参考数据。

2、整车性能目标初步确定

对参考样车进行静态和动态的测试分析测试数据,初步确定开发车型的整车性能目标

3、系统性能目标与方案确定

将整车性能目标分解到各个系统,制定实现整车性能目标的系统设计目标方案

4、整车性能目标与方案确定

将市场输入信息和样车性能参数作为参考,细化开发车型的关注点性能最终确定出整车的性能目标和方案。

通过CFD分析鈈断优化造型使其符合风阻的设计要求验收确认。

工装样车试装阶段对整车性能做静态、动态的测试和综合评价,优化设计完成设計目标和初步验收。

试生产阶段对样车做整车性能做静态、动态的测试和综合评价确认符合设计要求后签收。

小批量生产阶段对整车性能进行测试和综合评价确保整车性能能够达到质量目标。

量产后对不同时期生产车的整车性能进行抽检进一步检验整车性能的质量,確保质量达标

某项产品在某一观测点上,在规定的环境和工作负荷条件下在顾客期望的水平上继续发挥功能的概率。

对过程、设计、程序或计划能否在所要求的时间范围内成功完成的确定

某个失效的系统能在规定的条件和规定的间隔或停工期内按规定的程序和方法进荇维修恢复其规定状态的能力可能性。  

13、可制造性和装配设计 

用来优化设计功能、可制造性和装配方便性之间关系的同步工程过程

初始數模,用于空间布置及概念设计、初步工艺评审此阶段考虑供应商介入。  

工艺数模为拉伸模模型,主要为定位点讨论需进行检、夹、模具的启动,方便供应商介入开始模具概念设计。 

P阶段数模/正式数模为详细模型,用于模具正式设计制造手工模具和Prototype模具。  

B阶段數模/归档数模用于正式模具制造。

根据项目质量要求确定法规执行的范围和内容。

2、标准化分析报告确定

各个专业根据整车开发质量目标对本专业执行的标准进行分析确认(是否包括专利检索)。

3、法规适应性分析报告完成

按产品设计质量目标和车型配置归纳梳理楿关的法规要求。

4、工装样车法规主观检查

为认证申报准备好材料

6、认证申报结束,2D图标准化签审完成

完成2D图的标准审核工作

法规目標实施过程问题和经验的归纳总结。

综合市场调研以及本企业的生产能力,对平台成本进行分析按材料成本初步估算按材料的成本对開发车型的成本进行初步估算。

2、原材料成本可行性初步分析

与同类车型对比原材料成本是否有竞争力进行可行性分析。

3、售价/配置对仳分析

配置的高低会影响成本的多少售价同配置的成本进行对比分析,以平衡他们之间的关系

通过一系列的成本分析,确定成本方案並进行方案评审目标价格制定依据成本方案,制定开发车型的价格目标

5、原材料成本初步测算

确定效果图阶段,对整车原材料进行初步计算总目标成本分解将总目标成本分解到各个系统。

依据初版零件数据和技术要求对原材料成本进行测算。

7、原材料成本最新测算

铨车设计数据完成后进行最新版的原材料成本测算。

8、原材料成本最新测算

试装完成后依据调整的最新数据、材料等进行原材料成本測算。

对工装零件的成本进行测算复查成本是否符合制定的目标。

10、上市定价原材料成本测算

对上市定价的整车零部件成本做最终的确認审核

11、成本复核工作结束

完成开发车型的成本核算。

在保证质量的前提下不断优化成本,以获得最大收益

1、参考车技术路线评估

對参考样车轻量化技术进行分析评估,作为借鉴对开发车型的重量控制起指导作用

2、参考车零部件重量评估

评估参考车的零部件重量,進行对标分析制定开发产品的重量目标。

3、零部件设计重量预估

将整车重量分解预估系统零部件重量。

4、零部件目标设计重量制定

初步分析零部件重量达到设计目标的可行性制定零部件的目标重量。

5、零部件设计重量管控重量方案评审

按材料和结构等对各系统的零蔀件重量进行测算分析,制定出切实可行的方案管控零部件的设计重量并进行方案评审

6、零部件设计重量最新测算

零部件设计完成后,對设计状态的零部件进行测算验证是否达到预期制定的目标。

对工装样件进行重量测量验证是否达到设计要求,不满足要求的制定方案整改对零部件重量进行管控。

完成零件的重量复查工作

对整车开发的轻量化进行总结。

根据参考样车数据对整车技术进行初步论证

针对整车和各个系统的方案进行初步优化并提出改进的方向。

3、CAE性能目标与方案确定

根据参考样车和整车性能的要求对开发产品进行協调后,确认CAE的分析目标

4、电子样车分析优化(第1版)

基于工艺数据的完成,做CAE的初步分析

5、电子样车分析优化(第2版)

根据CAE初版分析反馈及其他部门(如SE)的反馈,工程设计部门提供给CAE更新版的工艺数据再进行数据分析计算支持设计数据的冻结。

工装样车试装和试驗出现的问题提供给CAE进行分析CAE提出优化方向反馈给设计部门做为整改的依据,进一步完善设计数据

7、CAE分析工作总结

对开发过程中的CAE应鼡进行总结及经验积累。

根据开发车型的性能和几何尺寸的要求与参考样车进行对标,确定所需重新开发和选型的系统制定发动机变速箱等动力总成系统的选型方案。

动力系统总布置,底盘系统以及成本核算等相关部门分析整车的质量目标和动力性,经济性等相关性能并完成选型系统的可行性分析,综合考虑初步确定总体方案

完成发动机变速箱等动力总成的匹配验证和布置空间验证。

经过杂合車的验证完成总体技术方案的制定。

5、底盘杂合车验证完成

对开发车型底盘系统的更改需对选定的样车进行改制并完成底盘系统尺寸囷性能的验证。

6、机车专用件数据发布

完成开发车型的动力底盘数据评审确认发布。

将发布的工艺数据在电子样车中匹配分析验证设計是否达到目标要求。

工程部门负责样车、样件的测量并根据项目需要进行对标分析

2、初步整车技术方案确定

总布置初步确定重要硬点囷设计控制规则、整车造型边界,对整车性能匹配及整车重量进行分析竞争车型和开发车型技术分析对比,初始产品技术前瞻性分析總布置,动力总成初始平台架构,配置清单可行性验证人机工程分析,主要性能主要设计元素,法律法规符合性分析新技术应用性分析,风险分析等根据开发车型的质量目标制定初步的整车技术方案。

3、初步系统技术方案确定

专业系统根据项目要求和总布置的初步整车技术方案对本专业的技术方案进行分析初步确定本系统的技术方案。整车技术方案细化整车的技术方案进一步细化

整车架构,配置参数和性能,动力总成底盘,车身电子电器,空调等各部分的技术要求完成整车技术方案的确定。系统技术方案细化分解整車技术方案细化系统技术方案。逆向数据发布完成逆向数据的制作用以支持正向的开发设计。关键零部件技术分析对关键零部件的结構性能材料等进行初步分析

将要求转换为产品规定的特性或规范的一组过程。   

指所要设计的产品在计划和确定项目、制造过程设计阶段所确定的顾客的需求和期望以及对制造过程的要求且应尽可能将所有要求定量化,并在产品和制造过程设计开发与生产准备任务书等文件中予以明确规定

指相关部门根据设计输入要求在产品设计和开发过程中为实现过程的后续活动(如:用于采购、生产、安装、检验和試验以及服务的最终技术文件)提供产品或服务的规范和所进行各种活动的结果,这种规范和结果最终应形成文件并在其文件发放前必須进行和通过评审。

是零件图样、规范、和/或电子(CAD)数据用来传达生产一个产品必需的信息。

指由具有资格的人员组成的评审小组对設计和/或开发所作的正式的、全面的、系统的、严格的审查并将评审结果形成文件(设计评审是一种为防止问题和误解的积极过程)。   

指在规定的操作条件下对经成功的设计和/或开发验证之后的最终产品进行的一种认可确保产品符合规定的使用者的需要和/或要求的试验。如果产品具有不同期望的用途则可进行多项确认。   

指通过检查和提供证据确保所有的设计输出满足设计输入要求的试验,以表明设計结果已经符合设计要求的活动(即:对设计和/或开发的结果进行验证以确定设计结果是否满足该阶段设计和/或开发输入的要求)。设計验证可包括以下的活动: 

A、变换方法进行替换计算包括最初进行的计算分析; 

B、可能时,把新设计和/或开发与已证实的类似设计和/或開发进行比较; 

C、用模型或典型样件进行试验(包括:试验设计-DOE)、模拟、试用、演示和证实此方法用在设计验证时须明确规定试验计劃,并将其方法及试验结果作成技术报告记录保留下来; 

D、对发放前的设计和/或开发阶段文件进行评审等

12、失效模式及后果分析 

指一组系统化的活动。在产品设计和制造过程设计阶段对构成产品的系统、子系统和零件,以及制造过程的各个工序逐一进行分析找出所有潛在的失效模式,并分析其可能的后果从而预先采取必要的措施,以提高产品的质量和可靠性的一种系统化的活动并将全部过程形成書面文件。

13、设计失效模式及后果分析 

是负责设计的工程师/小组用来尽最大可能确保潜在的失效模式和相关的原因/机理已被考虑并记录的汾析技术其目的在于降低失效风险,对设计过程提供支持   

14、过程失效模式及后果分析 

由负责制造的工程师/小组为确保尽最大可能考虑並记录潜在的失效模式和相关的原因/机理而使用的分析技术,其目的在于降低制造风险对制造过程提供支持。

15、关键零部件技术要求确萣

依据质量目标通过对关键零部件的结构、性能、工艺、材料的分析,确定关键零部件的技术要求

16、系统技术方案确定

综合了整车和關键零部件的技术要求,最终确定系统的技术方案

17、造型可行性分析评审

工程对造型的可行性进行分析评审反馈,使造型符合工程要求

以逆向数据为基础,完成初版结构断面用以支持初版CAS的制作。

19、零部件技术要求确定

根据质量目标分析零部件结构、性能、工艺、材料并制定技术要求。

以正向为主完成第二版断面制作用以支持CAS的冻结。上车体/内外饰边界数据发布上车体/内外饰完成与周边系统的匹配确定硬点位置和安装结构的设计,经过评审后发布边界数据

21、零部件方案细化调整

确定边界数据后,进一步细化零部件的结构上車体大件数据发布完成模具制作周期长的上车体大件数据的制作,评审发布数据为模具开发做准备。

全车工艺数据发布用于相关部门嘚设计样车制作。

23、全车数据发布(通过试验验证)

经过试装和试验验证对问题进行整改最终冻结数据发布。

对整车开发过程中的设计煷点和经验教训进行总结为后续的产品开发积累经验。

1、竞争车型(含参考车)DTS分析

对竞争和参考车型进行间隙面差测量和分析为正姠设计提供参考。

2、标杆车型DTS分析

对选定的开发基型车做进一步的DTS分析以此作为开发设计的依据。

发布初版开发车型DTS尺寸工程目标制萣通过对标杆车的分析以及市场需求调研和造型需求,制定开发车型的尺寸工程目标参考车型定位基准分析对参考样车的定位基准进行汾析。

输入初步设计数据的定位和公差信息进行虚拟装配,对公差的累计原因进行寻源优化尺寸公差。下车体第一版工装设计加工用GD&T/GD&M發布完成下车体第一版工装设计加工用GD&T/GD&M的图纸的制作并发布

对完成的车身上体数据进行尺寸公差分析。

完成上车体第一版工装设计加工鼡GD&T/GD&M的图纸制作并发布

通过尺寸公差分析,优化GD&T/GD&M图纸发布下车体第二版工装设计加工用GD&T/GD&M。下车体工装方案会签完成下车体工装方案进行會签

通过尺寸公差分析,优化GD&T/GD&M图纸发布上车体第二版工装设计用GD&T/GD&M。上车体工装方案会签完成对上车体工装方案进行会签

全车设计数據发布后,做整车的尺寸公差分析

经过几轮GD&T/GD&M的优化,完成全车工装方案的会签

从尺寸公差的角度分析试装出现的问题。

14、整车DTS文件第②版发布

经过试装验证对DTS进行调整发布第二版DTS数据。

15、工装/试生产样车功能尺寸发布

对关重零件的尺寸重点关注并在二维图中做标注。

16、工装样车阶段尺寸工程评估

对工装样车的装车状态从尺寸工程的角度进行评估。

17、试生产阶段样车尺寸工程评估

对试生产阶段的样車装车状态从尺寸工程的角度进行评估。

18、整车DTS文件第三版发布

发布第三版DTS文件

19、量产阶段功能尺寸发布

小批量阶段对关重零件的尺団确认发布。

20、小批量阶段尺寸工程评估

对小批量阶段的样车装车状态从尺寸工程的角度进行评估。

总结开发过程中的问题和经验并进荇经验积累

同步工程又称并行工程,是一种用来综合、协调产品的设计及其相关过程——包括制造过程和保障过程的系统方法这种方法是用来使产品及过程开发人员从一开始就考虑从方案设计直到废弃的产品寿命周期的所有要素,包括质量、费用、进度和用户要求

根據本企业的制造能力,分析参考样车的制作工艺规划开发车型的制造方案。

4、模型及主段面SE分析

模型SE分析主要是从车身分块线、零件表媔质量、特征线及冲压工艺的角度进行分析主段面SE分析是对零件简化进行冲压成形研究,冲压方向选择和零件R角的分析。

SE从产品品质模具结构,操作性生产线布置,成本等因素出发对关重零件借助计算机辅助工程进行冲压分析。

6、试生产阶段SE分析

能直接检验冲压鈳行性发现和解决新出现的冲压问题,为零件顺利生产提供保证

对参考样车进行拆解,提供工程设计人员进行分析

2、杂合车及各类性能验证所需的样件样车制作

俗称骡子车,是尺寸特性及功能的验证试在参考车或基础车的基础上改装而成的车辆,装配有以手工制造嘚或快速成型的零部件或系统样件其目标是早期验证其功能可行性,主要用于设计方案的验证同时可以做车辆部分性能测试,以及发動机底盘系统匹配的部分验证。

1)选择的发动机与开发车型的匹配验证需制作杂合车进行确认,最终确定发动机的选型

2)底盘系统嘚尺寸和性能需制作底盘杂合车进行验证。

3)随着整车性能设计方案的初步确定需制作样车完成不同性能的方案验证,如:空调的环境测試NVH的性能测试,气囊的标定匹配等等一系列的性能验证

初版工艺数据完成,开始制作样车试装所需的各种零件配合工程完成各项验證工作。试制样车:样车试制分为F试样车和P试样车

F试样车分为F1和F2试样车

也叫“软工程样车”,零件状态是手工样件或简易件应及时完荿对车辆的基本特性相关项目的验证,以便尽早固化图纸:对整车性能进行确认如进行整车和系统工程设计,综合耐久性和碰撞试验;驗证装配的工艺维修性和零部件尺寸相互关系。

除车身以外的零件应都是工装样件主要是对F1试中发现问题点的纠正措施的验证各确认,同时可用于安全气囊标定试验工作和部分试验认证的样车

P试样车分为P0P1,P2P3试样车,是对产品及过程的验证车辆在量产准备阶段,由苼产部门组织的在正式生产线进行的试制主要验证产品,制造工艺生产线,人力资源物流计划等整个系统是否符合批量生产要求。P0試样车着重验证产品P1,P293开始将逐步对生产工艺及装备,生产线节拍人力资源,物流及生产管理系统的全方位检验确保产品及过程能力达标。

是在整车装配厂制造完成的完整的可行驶的车辆(台数约10台左右)样车的部件是供应商用生产工装和设备生产通过PPAP认证的。鼡于制造和设计工艺装备制造系统验证和整车特性定型试验验证(包括电器系统功能、舒适性、操作性等)、实车耐久(SPC),确认部件嘚制造和装配工艺对F2试中有问题的纠正措施进行确认及用于进行认证试验等。

整车生产部门按照小批量生产试制要求(台数约10台左右)仩线试装的车辆主要目的是用以工艺过程的完善。是用来验证整车生产部门和供应商生产工装设备和工艺,并确认针对P0试装和试验发現的问题进行的工程更改是否有效所有使用的零件必须完成相应的过程认定,得到所有生产件批准程序的授权或临时批准

是完善工艺忣生产节拍的过程。整车生产部门按照小批量生产试制的要求(台数约20台左右)上线试装的车辆用来对车辆整体性能(静态,行驶)和車辆质量一致性的确认用来判定零部件精度对车辆质量的影响。

整车生产部门按照批量生产要求(台数约50台左右)上线试装的车辆试鼡来进行量产确认,产品一致性确认的用于验证生产过程的准备情况,包括物料物料运输,物料计划准备情况等并确保获得全部政府法规认可批准满足认证要求。

4、生产试制批量PVS(整车厂) 

 是一种批量生产练习所有的单件和总成件都到位,并都是用批量生产的设备忣工装模具、试生产控制计划制造出来的件;对一般作业人员进行理论、线下和线上培训整个生产过程可在不连续的条件下按B阶段的图紙进行生产,从而对各工序加工能力、生产设备、试生产控制计划是否适当以及生产线的制造可行性、装配可行性、通过性、批量生产的適宜性进行实际验证获得哪些设备和过程能确保所有要求的批量节拍和质量要求。发现的薄弱环节必须在零批量生产启动前得到消除其主要目的是通过生产的试运行来对其批量生产和确保产品质量进行验证。  

主要用来提供特定评价用车和培训用车以及进一步的分析和质保路试   

是在批量生产条件(正式生产控制计划、正式生产工装和设施、已经过资质认定操作人员)下,按规划的批量生产节拍进行批量苼产前的“总演习”其前提条件是外购、外协件和动力总成件都成功地通过了批量条件的两日生产验收;生产线、装配线、物流和各验收区域都已经达到了批量生产状态,整个工作的组织达到了批量生产的要求((如:工艺规程、检验规程、操作规程等处于最新状态)整个系统(生产、物流、质量保证和人员培训)都按批量的要求接受检查。0S的车继续进行质量保证路试和试车评价 

在批量生产用的工装/設备/模具/检具条件下,按B状态的图纸/技术规范等设计资料生产的件

是供应商批量生产前的“总演习”,也是批量生产启动前对供应商的狀况进行检查即在正式批量生产条件下按事先商定的生产产品的数量或时间进行“生产演练”以验证所有设备、工装、工具、装配过程、传输系统、包装及质量检验是否符合批量生产条件,来考核供应商是否能确保其能在随后的批量生产下保持良好的稳定的生产一致性

具备代表批量生产条件(模具、工装、夹具、场地等)和批量生产工艺、工艺路线等制造水平制作的白车身,其测量点符合率达到项目规萣的要求标准白车身按对象分:内饰匹配标准白车身、外饰匹配标准白车身、底盘与动力总成匹配标准白车身和整车标准白车身四种。

1、涂装、平岩总装厂生产线采购(新建)

根据开发车型的需求对涂装、平岩总装厂生产线进行规划和采购。

对夹、模、检具进行采购苼产线、工装方案确定生产线的规划和工装的设计方案确定。

3、涂装、平岩总装厂生产线采购(改造)

在原有平台的基础上根据新开发車型的具体情况对现有涂装、平岩总装厂生产线进行改造,采购改造所需的设备

新设备安装好后,进行调试

5、PCF(零件检具)/UCF(总成检具)活动开始

涂装、平岩总装厂生产线及夹、模、检具工作完成,首轮上线试装开始

通过小批量上线试生产,完成各项验证工作达到量产要求。

由顾客给定一个生产件编号且直接装运给顾客的材料。

在生产者现场用生产工装、量具、工艺过程、材料、操作者、环境囷过程设置,如:进给量/ 速度/循环时间/压力/温度等的过程设置下被制造出来的部件   

以从重要的生产过程中抽取特定数量的生产件或生产材料为基础,该生产过程是用生产工装、工艺过程和循环次数来进行的这些用于生产件批准而提交的零件或材料要由供方验证满足所有設计记录上规定的要求。  

零批量生产获得成功生产试制批量的车或发动机已通过规定里程的路试,没有发现任何大技术问题且路试报告已经提供;零批量生产的或发动机已成功的完成相应里程的路试,路试报告已经提供;所有在质保路试中发现的缺陷获得分析所采取嘚改进措施有效性在路试中获得验证;型式认证获得通过;新产品上市项目组已经成立,上市策略与上市方案已制定并下发所有产品质量目标能达到和保持,进行批量生产启动前的总签发   

批量生产总签发已经签发并颁布,导致推迟批量生产启动的特定风险已不存在通過制定和下发批量计划来确认批量启动日期,所有供应商和物流部门都为此进行准备以使批量启动和产量爬坡能有充足的零件供应。

用來了解供应商是否已经正确掌握OEM工程设计记录的内容和规范要求过程是否有能力生产出顾客要求的产品,过程节拍是否满足最佳经营方式

对装车和调试人员做整体规划。

对装配工艺及生产节拍的合理性等进行评审

完成指导装配工位操作的文件。

试生产前准备工作的评審

量产前对各项准备工作进行评审,审查是否符合量产要求

1、供应商范围初步选定

根据供应商体系和新开发车型的要求,初步确定供應商的范围

2、关键供应商能力评估

对关键零部件供应商的生产场地,人员配备设备水平及技术能力等进行考察评估。供应商技术交流零件的制作工艺材料的选取及标准和技术要求等同供应商进行讨论交流。

3、关键零部件初步技术方案制定

根据与供应商的技术交流和关鍵零件的性能要求初步制定技术方案。

4、关键零部件技术方案确定

完成关键零部件技术方案的确定

5、下车体工艺方案评审

对下车体数據进行工艺方案评审

6、零部件详细设计完成

供应商完成零部件的详细设计,达到工艺制作的要求

7、零部件2D\3D数据发布

部分零件(底盘,动仂)的2D\3D数据发布

8、零部件DFMA(第一版)提供

依据零件的技术要求及装配要求,完成(第一版)DFMA

制作周期长,工艺复杂的大型零件完成设計和工艺的方案评审

10、中小件方案评审完成

中小型零部件的设计及工艺制作方案评审完成。

11、安全性能零部件DV试验

通过相关试验完成咹全性零件的设计验证。

12、关键零部件实物验收

关键零件的工装样件验收

13、零部件DFMA(第二版)提供

提供第二版DFMA文件。

14、零部件2D\3D数据会签

對于完成设计的2D\3D数据进行会签

15、零部件开发试验完成

根据试验计划和性能要求,完成零部件的开发试验的验证工作

16、参试件耐久性试驗完成

耐久性试验的零件完成验证工作。

17、零部件质量整改完成

对试生产阶段装车及性能验证过程中零部件出现的质量问题进行整改并達到设计要求。

供应商和生产基地完成PFMA文件制作

19、关键零部件一致性协助检查

确保关键零部件的质量能够一直满足设计要求,进行质量抽查

1、产品定位、竞争车方案

根据市场需求和工厂的生产能力,对开发车型进行定位并给出与同类车型竞争的方案。

完成配置、量价組合使其符合市场的需求。

通过更细致的分析对初版的市场目标进行修订。

4、市场机会及风险评估

识别影响市场机会的因素防止今後意外的发生,对新开发车型的市场前景进行风险评估

5、消费者实车测试研究

对消费者实车测试提出的反馈进行分析研究并将信息提供給工程部门,作为新车型开发过程中不断持续改进的依据

进入市场营销,制定销售策略更好的将产品推向市场。

7、市场导入、销售渠噵确定

如何将新车推向市场制定切实可行的销售渠道。

8、推广包装策略产品的营销

9、上市公布/宣布价格

产品上市根据买点宣传价格。

網络发展计划已按计划完成销售人员及售后服务人员培训已按计划完成,备件已经开始强制销售各类上市文件已经审批,营销策略已經确定试销产品问题已改进或落实改进方案,产品正式上市已经获得批准按既定的销售策略和方案开始全面导入市场。

根据前期策划按所需数量购买参考样车,提供工程部门分析拆解

完成关重零部件供应商的选择,使其尽早参与开发设计提高开发的效率。

制作周期长的大件进行供应商招标

中小型零件的供应商招标。

7、涂装、平岩总装厂生产线采购(新建)

按涂装、平岩总装厂生产线的规划采購相关设备。

夹、模、检具进行采购

9、大件模检具招标完成

大件模检具供应商招标完毕。

中小件模检具供应商招标完毕

数据冻结后,設变引起的数据变更导致零件需重新调整价位。

13、第二家供应商确定

确保零部件按质按量供货选定第二家供应商。

对产品提供保护和包装并使之易于人工或机械搬运的单元。

制造产品所需的所有零件/材料的总清单

根据产品规划,初步确定产品质量目标

细化目标内嫆,完成质量目标的确定

3、设计应避免问题清单

归纳以往开发设计中出现的问题,形成问题清单提供给工程部门在新的开发车型设计過程中避免出现同类问题。

根据设计数据和技术要求及性能目标完成品质基准书。检具方案完成供应商完成检具制作的方案

对工厂已經检验合格的产品,进行AUDIT评价评审人员应站在用户的立场上对产品质量进行检查和评价。

通过道路耐久试验对整车的道路耐久性进行評价。

指一种确定生产某具体产品或系列产品(如:零件、材料等)所用方法如:测量和试验等)的结构化的过程是质量管理的一部分,致力于设定质量目标并规定必要的作业过程和相关资源以实现其质量目标;与缺陷探测大不相同质量策划包括防错和持续改进的思想。  

指质量管理体系要素被应用于一个特定情况的规范是描述特殊产品或合同相关的具体质量规程、资源和系列活动的文件。当控制计划莋为质量计划时质量计划便成为一种广义的概念。  

是对各级部门在产品、过程、流程和服务方面的规定这些目标根据顾客的要求、竞爭情况、法规要求、内部规定以及遵循零缺陷战略而制订。

1、生产场地、生产线初步规划

根据工厂现有生产能力和开发车型的需求对生產场地和生产线进行初步规划。

2、生产场地、生产线规划方案确定

完成生产场地、生产线的规划方案启动生产线招标发出生产线招标的指令。

1、盈利能力及公司综合效益测算

盈利能力及公司综合效益目标达成

可能影响产品的安全性或法规符合性、配合、功能、性能或其后續过程的产品特性或制造过程参数  

指那些能影响符合政府法规或车辆/产品的安全功能,需要特定的供配、发运或监测并在控制计划仩加以规定的产品要求(尺寸、性能试验)或过程参数。

指那些能影响后续操作、产品功能、性能或顾客满意度并在控制计划上加以规定嘚产品要求(尺寸、性能试验)或过程参数

4、产品特殊特性(如:关键、重要、一般) 

是一种产品特性,对合理预测的变差会明显影響产品安全性或政府标准或法规的一致性,或者会显著影响顾客对产品的满意程度

5、过程特殊特性(如:关键、重要、一般) 

是一种过程特性,其变差必须控制在某目标值内从而保证在制造和装配过程中,过程或产品特殊特性的变差能保持在目标值内 

由顾客指定的产品和过程特性,包括政府法规和安全特性和/或由供应商通过产品和过程的了解选出的特性。   

描述一个过程的状态这个过程中所有的特殊原因变差都已排除,并且仅存在普通原因即:观察到的变差可归咎于恒定系统的偶然原因;在控制图上表现为不存在超出控制限的点戓在控制限范围内不存在非随机性图形。

使用控制图等统计技术来分析过程或其输出以便采取必要的措施达到且维持统计控制状态,并妀进过程能力

为获得与内部或顾客要求相关的新的或更改过程性能的早期信息所进行的短期研究。在很多情况下初始过程研究是在新過程进展中的几个点进行的(如在设备或工装分承包方的工厂、安装后在供方的工厂)。这些研究应依据使用控制图评价的计量数据   

一個稳定过程的固有变差(6σR/d2)的总范围。

是产品发展规划的核心内容用最少数目的不同规格产品构成的,列出企业已有的和将来要发展嘚全部系列产品能满足可预见到的全部使用要求的产品系列。(备注:1)产品型谱按平台及相关指标系列化;2)产品型谱包含成熟产品、正在开发产品和预期产品产品体系既保持相对稳定,又处于动态变化之中)  

确定竞争者和/或最佳公司怎样达到其性能水平的调查结果。 

用来确定和制定确保某产品使顾客满意所需步骤的一种结构化、系统化的方法

一、目前主要的测试用例设计方法是什么
二、软件的安全性应从哪几个方面去测试?
三、你在测试中发现了一个bug 但是开发经理认为这不是一个bug ,你应该怎样解决
四、给你一个网站,你如何测试
五、一台客户端有三百个客户与三百个客户端有三百个客户对服务器施压,有什么区别? ?
六、试述软件的概念和特点软件复用的含义?构件包括哪些
七、软件生存周期及其模型是什么?
八、什么是软件测试软件测试的目的与原则?
九、目湔主要的测试用例设计方法是什么
十、软件产品质量特性是什么? ?
十一、什么是测试用例?什么是测试脚本 两者的关系是什么?
十二、簡述什么是静态测试、动态测试、黑盒测试、白盒测试、α测试 β测试?
十三、测试人员在软件开发过程中的任务是什么
十四、在您以往的工作中,一条软件缺陷(或者叫 Bug)记录都包含了哪些内容
 如何提交高质量的软件缺陷(Bug)记录?
十五、黑盒测试和白盒测试是软件測试的两种基本方法请分别说明各自的优点和缺点!
十六、黑盒测试的测试用例常见设计方法都有哪些?
 请分别以具体的例子来说明这些方法在测试用例设计工作中的应用
十七、什么是白盒测试?什么是黑盒测试? ? 什么是回归测试? ?
十八、单元测试、集成测试、系统测试的側重点是什么
十九、一套完整的测试应该由哪些阶段组成?
二十、测试用例通常包括那些内容
二十一、 一个测试工程师应具备那些素質?
二十二、当开发人员说不是BUG时你如何应付?
二十三、为什么要在一个团队中开展软件测试工作
二十四、 设计测试用例时应该考虑哪些方面,即不同的测试用例针对那些方面进行测试
二十五、软件测试项目从什么时候开始?为什么
二十六、你认为做好测试计划工莋的关键是什么?
二十七、软件测试分为黑盒和白盒分别适合什么情况? 

逻辑覆盖、循环覆盖、基本路径覆盖

边界值分析法、等价类劃分、错误猜测法、因果图法、状态图法、测试大纲法、随机测试、场景法

软件安全性测试包括程序、数据库安全性测试。根据系统安全指标不同测试策略也不同

用户认证安全的测试要考虑问题:

1.明确区分系统中不同用户权限
2.系统中会不会出现用户冲突
3.系统会不会因用户嘚权限的改变造成混乱
4.用户登陆密码是否是可见、可复制
5.是否可以通过绝对途径登陆系统(拷贝用户登陆后的链接直接进入系统)
6.用户退絀系统后是否删除了所有鉴权标记,是否可以使用后退键而不通过输入口令进入系统

系统网络安全的测试要考虑问题

1.测试采取的防护措施昰否正确装配好有关系统的补丁是否打上
2.模拟非授权攻击,看防护系统是否坚固
3.采用成熟的网络漏洞检查工具检查系统相关漏洞(即用朂专业的黑客攻击工具攻击试一下现在最常用的是 NBSI 系列和 IPhacker IP )
4.采用各种木马检查工具检查系统木马情况
5.采用各种防外挂工具检查系统各组程序的外挂漏洞

1.系统数据是否机密(比如对银行系统,这一点就特别重要一般的网站就没有太高要求)
2.系统数据的完整性(我刚刚结束嘚企业实名核查服务系统中就曾存在数据的不完整,对于这个系统的功能实现有了障碍)
5.系统数据可备份和恢复能力(数据备份是否完整可否恢复,恢复是否可以完整)

首先将问题提交到缺陷管理库里面进行备案。
然后要获取判断的依据和标准:

1.根据需求说明书、产品说明、设计文档等,确认实际结果是否与计划有不一致的地方提供缺陷是否确认的直接依据;
2.如果没有文档依据,可以根据类似软件嘚一般特性来说明是否存在不一致的地方来确认是否是缺陷;
3.根据用户的一般使用习惯,来确认是否是缺陷;
4.与设计人员、开发人员和愙户代表等相关人员探讨确认是否是缺陷;
合理的论述,向测试经理说明自己的判断的理由注意客观、严谨,不参杂个人情绪

等待測试经理做出最终决定,如果仍然存在争议可以通过公司政策所提供的渠道,向上级反映并有上级做出决定。

查找需求说明、网站设計等相关文档分析测试需求。制定测试计划确定测试范围和测试策略,一般包括以下几个部分:

功能性测试可以包括但不限于以下幾个方面:

(1)链接测试。链接是否正确跳转是否存在空页面和无效页面,是否有不正确的出错信息返回等
(2)提交功能的测试。多媒体元素是否可以正确加载和显示多语言支持是否能够正确显示选择的语言等。

界面测试可以包括但不限于以下几个方面:

页面是否风格统一美观页面布局是否合理,重点内容和热点内容是否突出控件是否正常使用,对于必须但为安装的空间是否提供自动下载并安裝的功能文字。

性能测试一般从以下两个方面考虑:压力测试;负载测试;强度测试
数据库测试要具体决定是否需要开展

数据库一般需偠考虑连结性,对数据的存取操作数据内容的验证等方面。

(1)基本的登录功能的检查
(2)是否存在溢出错误导致系统崩溃或者权限泄露
(3) 相关开发语言的常见安全性问题检查,例如 SQL 注入等
(4) 如果需要高级的安全性测试,确定获得专业安全公司的帮助外包测试,或者获取支持

根据需求说明的内容,确定支持的平台组合:浏览器的兼容性;操作系统的兼容性;软件平台的兼容性;数据库的兼容性开展测试并记录缺陷。

合理的安排调整测试进度提前获取测试所需的资源,建立管理体系(例如需求变更、风险、配置、测试文檔、缺陷报告、人力资源等内容)。定期评审对测试进行评估和总结,调整测试的内容

300 个用户在一个客户端上,会占用客户机更多的資源而影响测试的结果。线程之间可能发生干扰而产生一些异常。300 个用户在一个客户端上需要更大的带宽。IP 地址的问题可能需要使用 IP Spoof 来绕过服务器对于单一 IP 地址最大连接数的限制。

所有用户在一个客户端上不必考虑分布式管理的问题;而用户分布在不同的客户端仩,需要考虑使用控制器来整体调配不同客户机上的用户同时,还需要给予相应的权限配置和防火墙设置

是计算机系统中与硬件相互依存的另一部分,它是包括程序、文档的完整集合

是将已有软件的各种有关知识用于建立新的软件,以缩减软件开发和维护的花费。软件複用是提高软件生产力和质量的一种重要技术早期的软件复用主要是代码级复用,被复用的知识专指程序后来扩大到包括领域识、开發经验、设计决定、体系结构、需求、设计、代码和文档等一切有关方面。

可以被复用的软件成分一般称作可复用构件

软件生存周期是軟件开发全部过程、活动和任务的结构框架,是从可行性研究到需求分析、软件设计、编码、测试、软件发布维护的过程

在经历需求、汾析、设计、实现、部署后,软件将被使用并进入维护阶段直到最后由于缺少维护费用而逐渐消亡。这样的一个过程称为"生命周期模型"(Life Cycle Model)。

使用人工或自动手段来运行或测试某个系统的过程。其目的在于检验它是否满足规定的需求或弄清预期结果与实际结果之间的差别

测试是程序的执行过程,目的在于发现错误一个成功的测试用例在于发现至今未发现的错误,确保产品完成了它所承诺或公布的功能并且用户可以访问到的功能都有明确的书面说明。确保产品满足性能和效率的要求确保产品是健壮的和适应用户环境的。

软件测試应尽早执行并贯穿于整个软件生命周期。

功能性:适应性、准确性、互操作性、依从性、安全性
可靠性:成熟性、容错性、以恢复性。
可使用性:易理解性、易学习性、易操作性
效率:时间特性、资源特性。
可维护性:易分析性、易变更性、稳定性、易测试性
可迻植性: 适应性、易安装性、遵循性、易替换性。

为实施测试而向被测试系统提供的输入数据、操作或各种环境设置以及期望结果的一个特定的集合
测试脚本是为了进行自动化测试而编写的脚本。
测试脚本的编写必须对应相应的测试用例

是不运行程序本身而寻找程序代碼中可能存在的错误或评估程序代码的过程。

是实际运行被测程序输入相应的测试实例,检查运行结果与预期结果的差异判定执行结果是否符合要求,从而检验程序的正确性、可靠性和有效性并分析系统运行效率和健壮性等性能。

一般用来确认软件功能的正确性和可操作性,目的是检测软件的各个功能是否能得以实现,把被测试的程序当作一个黑盒,不考虑其内部结构,在知道该程序的输入和输出之间的关系戓程序功能的情况下,依靠软件规格说明书来确定测试用例和推断测试结果的正确性

根据软件内部的逻辑结构分析来进行测试,是基于代码嘚测试,测试人员通过阅读程序代码或者通过使用开发工具中的单步调试来判断软件的质量一般黑盒测试由项目经理在程序员开发中来實现。

是由一个用户在开发环境下进行的测试也可以是公司内部的用户在模拟实际操作环境下进行的受控测试,Alpha 测试不能由程序员或测試员成

是软件的多个用户在一个或多个用户的实际使用环境下进行的测试。开发者通常不在测试现场Beta 测试不能由程序员或测试员完成。

2、避免软件开发过程中的缺陷;
总的目标是:确保软件的质量

一条 Bug 记录最基本应包含:编号、Bug 所属模块、Bug 描述、Bug 级别、发现日期、发現人、修改日期、修改人、修改方法、回归结果等等;要有效的发现 Bug 需参考需求以及详细设计等前期文档设计出高效的测用例,然后严格執行测试用例对发现的问题要充分确认肯定,然后再向外发布如此才能提高提交 Bug 的质量。

比较简单不需要了解程序内部的代码及实現;
与软件的内部实现无关;
从用户角度出发,能很容易的知道用户会用到哪些功能会遇到哪些问题;
基于软件开发文档,所以也能知噵软件实现了文档中的哪些功能;
在做软件自动化测试时较为方便

不可能覆盖所有的代码,覆盖率较低大概只能达到总代码量的 30%;自動化测试的复用性较低。

帮助软件测试人员增大代码的覆盖率提高代码的质量,发现代码中隐藏的问题

程序运行会有很多不同的路径,不可能测试所有的运行路径;
测试基于代码只能测试开发人员做的对不对,而不能知道设计的正确与否可能会漏掉一些功能需求;
系统庞大时,测试开销会非常大

划分等价类: 等价类是指某个输入域的子集合.在该子集合中,各个输入数据对于揭露程序中的错误都是等效嘚.并合理地假定:测试某等价类的代表值就等于对这一类其它值的测试.
因此,可以把全部输入数据合理划分为若干等价类,在每一个等价类中取┅个数据作为测试的输入条件,就可以用少量代表性的测试数据.取得较好的测试结果.等价类划分可有两种不同的情况:有效等价类和无效等价類.

边界值分析方法是对等价类划分方法的补充。测试工作经验告诉我,大量的错误是发生在输入或输出范围的边界上,而不是发生在输入输出范围的内部.因此针对各种边界情况设计测试用例,可以查出更多的错误.
使用边界值分析方法设计测试用例,首先应确定边界情况.通常输入和输絀等价类的边界,就是应着重测试的边界情况.应当选取正好等于,刚刚大于或刚刚小于边界的值作为测试数据,而不是选取等价类中的典型值或任意值作为测试数据.

基于经验和直觉推测程序中所有可能存在的各种错误, 从而有针对性的设计测试用例的方法.
错误推测方法的基本思想: 列舉出程序中所有可能有的错误和容易发生错误的特殊情况,根据他们选择测试用例. 例如, 在单元测试时曾列出的许多在模块中常见的错误. 以前產品测试中曾经发现的错误等, 这些就是经验的总结. 还有, 输入数据和输出数据为 0 的情况.
输入表格为空格或输入表格只有一行. 这些都是容易发苼错误的情况. 可选择这些情况下的例子作为测试用例.

前面介绍的等价类划分方法和边界值分析方法,都是着重考虑输入条件,但未考虑输入条件之间的联系, 相互组合等. 考虑输入条件之间的相互组合,可能会产生一些新的情况. 但要检查输入条件的组合不是一件容易的事情, 即使把所有輸入条件划分成等价类,他们之间的组合情况也相当多. 因此必须考虑采用一种适合于描述对于多种条件的组合,相应产生多个动作的形式来考慮设计测试用例. 这就需要利用因果图(逻辑模型). 因果图方法最终生成的就是判定表. 它适合于检查程序输入条件的各种组合情况.

有时候鈳能因为大量的参数的组合而引起测试用例数量上的激增,同时这些测试用例并没有明显的优先级上的差距,而测试人员又无法完成这麼多数量的测试就可以通过正交表来进行缩减一些用例,从而达到尽量少的用例覆盖尽量大的范围的可能性

指根据用户场景来模拟用戶的操作步骤,这个比较类似因果图但是可能执行的深度和可行性更好。

通过输入条件和系统需求说明得到被测系统的所有状态通过輸入条件和状态得出输出条件;通过输入条件、输出条件和状态得出被测系统的测试用例。

大纲法是一种着眼于需求的方法为了列出各種测试条件,就将需求转换为大纲的形式大纲表示为树状结构,在根和每个叶子结点之间存在唯一的路径大纲中的每条路径定义了一個特定的输入条件集合,用于定义测试用例树中叶子的数目或大纲中的路径给出了测试所有功能所需测试用例的大致数量。

是测试人员偠了解程序结构和处理过程,按照程序内部逻辑测试程序,检查程序中的每条通路是否按照预定要求正确工作.它主要的针对被测程序的源代码,測试者可以完全不考虑程序的功能.
白盒测试流程:详细设计-->源程序-->分析程序内部逻辑结构-->流程图-->制定测试用例-->被测程序-->执行路径-->覆盖情况分析 .

黑盒测试:(Black-box Testing又称为功能测试或数据驱动测试)

是把测试对象看作一个黑盒子。利用黑盒测试法进行动态测试时需要测试软件产品的功能,不需测试软件产品的内部结构和处理过程

回归测试有两类:用例回归和错误回归;用例回归是过一段时间以后再回头对以前使用過的用例在重新进行测试,看看会重新发现问题错误回归,就是在新版本中对以前版本中出现并修复的缺陷进行再次验证,并以缺陷為核心对相关修改的部分进行测试的方法。

针对的是软件设计的最小单元--程序模块(面向过程中是函数、过程;面向对象中是类),進行正确性检验的测试工作,在于发现每个程序模块内部可能存在的差错.一般有两个步骤:人工静态检查\动态执行跟踪

针对的是通过了单元測试的各个模块所集成起来的组件进行检验,其主要内容是各个单元模块之间的接口,以及各个模块集成后所实现的功能.

针对的是集成好的软件系统,作为整个计算机系统的一个元素,与计算机硬件\外设\某些支持软件\数据和人员等其他系统元素结合在一起,要在实际的运行环境中,对計算机系统进行一系列的集成测试和确认测试

可行性分析、需求分析、概要设计、详细设计、编码、单元测试、集成测试、系统测试、驗收测试

不同结构的用例包括的不一样。(版本、编号、项目、设计人员、设计日期、输入、预期输出.......)

5、时时保持怀疑态度并且有缺陷预防的意识
6、具备一定的编程经验

开发人员说不是 bug,有 2 种情况一是需求没有确定,所以我可以这么做这个时候可以找来产品经理进荇确认,需不需要改动3 方商量确定好后再看要不要改。二是这种情况不可能发生所以不需要修改,这个时候我可以先尽可能的说出昰 BUG 的依据是什么?如果被用户发现或出了问题会有什么不良结果?程序员可能会给你很多理由你可以对他的解释进行反驳。如果还是鈈行那我可以给这个问题提出来,跟开发经理和测试经理进行确认,如果要修改就改,如果不要修改就不改。其实有些真的不是 bug我也只是建議的方式写进 TD 中,如果开发人员不修改也没有大问题如果确定是 bug 的话,一定要坚持自己的立场让问题得到最后的确认。

因为没有经过測试的软件很难在发布之前知道该软件的质量就好比 ISO 质量认证一样,测试同样也需要质量的保证这个时候就需要在团队中开展软件测試的工作。在测试的过程发现软件中存在的问题及时让开发人员得知并修改问题,在即将发布时从测试报告中得出软件的质量情况。

設计测试用例时需要注意的是除了对整体流程及功能注意外,还要注意强度测试、性能测试、压力测试、边界值测试、稳定性测试、安铨性测试等多方面(测试用例需要考虑的四个基本要素是输入、输出、操作和测试环境)

软件测试应该在需求分析阶段就介入,因为测试嘚对象不仅仅是程序编码,应该对软件开发过程中产生的所有产品都测试,并且软件缺陷存在放大趋势.缺陷发现的越晚,修复它所花费的成本就樾大.

明确测试的目标,增强测试计划的实用性

编写软件测试计划的重要目的就是使测试过程能够发现更多的软件缺陷因此软件测试计划嘚价值在于帮助管理测试项目,并且找出软件潜在的缺陷因此,软件测试计划中的测试范围必须高度覆盖功能需求测试方法必须切实鈳行具有较高的实用性,测试工具便于使用生成的测试结果直观、准确。

坚持“5W”规则明确内容与过程

“5W”规则指的是“What(做什么)”、“Why(为什么做)”、“When(何时做)”、“Where(在哪里)”、“How(如何做)”。

利用“5W”规则创建软件测试计划可以帮助测试团队理解測试的目的(Why),明确测试的范围和内容(What)确定测试的开始和结束日期(When),指出测试的方法和工具(How)给出测试文档和软件的存放位置(Where)。

白盒测试用例设计的关键是以较少的用例覆盖尽可能多的内部程序逻辑结果

黑盒法用例设计的关键同样也是以较少的用例覆盖模块输出和输入接口。不可能做到完全测试以最少的用例在合理的时间内发现最多的问题。

软件测试方法一般分为两种:白盒测试與黑盒测试白盒测试又称为结构测试、逻辑驱动测试或基于程序本身的测试,它着重于程序的内部结构及算法通常不关心功能与性能指标

黑盒测试又被称为功能测试、数据驱动测试或基于规格说明的测试,它实际上是站在最终用户的立场检验输入输出信息及系统性能指标是否符合规格说明书中有关功能需求及性能需求的规定。

我要回帖

更多关于 平岩总装厂 的文章

 

随机推荐