软件过程检查表
过程审核检查表范例
德信诚培训网过程审核检查表审核部门:审核员:审核日期:编号:序号过程要求提问及要点分值审核记录10 8 6 4 01 产品开发的策划1.1是否明确顾客对产品的要求?(图纸、标准、规范、技术条件、检验规划、产品特性、特殊特性、订货文件、法规及环保要求)1.2是否编写了产品开发计划并规定了目标值?(顾客要求、成本、进度、认可安排、资源调查、目标值与监控、同步工程)1.3是否策划并落实了产品开发所需的资源?(顾客要求、人员责任、设施设备、试验设备、专业软件如CAD等)1.4是否了解并确定了对产品的要求?(顾客的要求、企业目标、同步工程、顾客沟通、特殊特性、法规要求、功能、尺寸、安装、材料)1.5是否进行了产品开发可行性研究?(设计、质量、资源、特殊特性、标准法规、环保、进度安排、目标成本)1.6是否已计划/已具备项目开发所需的资源条件人员技术等?(项目小组、职责、相应素质的人员、通信方式、顾客信息与沟通、生产及试验设备、开发软件)德信诚培训网过程审核检查表(IATF16949-2016)审核部门:审核员:审核日期:编号:序号过程要求提问及要点分值审核记录10 8 6 4 02 产品开发落实2.1是否进行了DFMEA的分析,并确定了改进措施?(顾客要求、产品建议书、功能、安全性、可靠性、易维修性、主要特性、环保要求、试验结果、DFMEA及改进的特定设施)2.2项目运作过程中是否对DFMEA进行了补充更新?已确定的措施是否已经落实?(顾客要求、重要参数、特性法规要求、功能尺寸、材料、环保要求、运输、FMEA措施)2.3是否制定了质量控制计划?(标出的重要特性,检验及试验流程、配置的设备、测量技术、验收标准)2.4是否具有各阶段所要求的认可合格证明?(产品试验如整机试验、功能试验、寿命试验、样件状态、小批样件、计量器具)2.5、是否已具备所要求的产品开发能力?(顾客要求、人员素质、设备、样件、模具、试验/检验/实验室)3 过 3.1是否了解并明确对产品的要求?(顾客要求、法规要求、物流方程开发的策划案、技术供货条件、质量协议、重要特性、环保要求)3.2是否编制了过程开发计划并确定了目标值?(顾客要求、目标成本、进度安排、样件/试生产/批量生产、资源调查及配置、更改方案、合格供方、目标监控)3.3是否已策划并落实了批量生产的资源?(顾客要求、原材料清单及供方名录、人员责任、班产能力、设施/设备/工装/模具/试验设备、运输工具、周转箱、仓库)3.4是否了解并考虑到了对生产过程的要求?(顾客要求、法规要求、能力验证、设备及试验设备的适应性、生产布局、搬运包装、贮存、标识)3.5是否已计划/已具备项目开发所需的人员与技术条件?(项目领导小组/职责、人员素质、设备能力、顾客沟通、CP\APQP\FMEA)3.6是否开展了PFMEA并确定了改进措施?(过程风险如工序、供方、顾客要求、功能、重要参数、可追溯性、环保要求、运输)德信诚培训网过程审核检查表审核部门:审核员:审核日期:编号:序号过程要求提问及要点分值审核记录10 8 6 4 04 过程开发的落实4.1项目运作过程是否对PFMEA进行了补充更新?已确定的措施是否落实?(顾客要求、工序/供方、重要特性、法规要求、安装尺寸、材料、可追溯性、PFMEA措施)4.2是否制定了质量计划?(包括:产品组件、部件、零件和材料及生产过程中的检验流程、设备、测量技术、验收标准)4.3是否具有各阶段所要求的认可/合格证明?(产品试验报告、样件、首批样品、产品特性/过程特性证明、设备等)4.4批量生产前是否进行了试生产?(试生产批量、过程能力调查、样品检测、人员素质、指导书、生产布局)4.5生产文件和检验文件是否齐全?(过程参数、检验规范包括:频次、方法、记录、反应计划,现场易于得到)4.6是否已具备所要求的批量生产能力?(合格供方、材料清单、人员素质、设备运行效率、单台产量、设备能力、运输工具、周转箱等)5 生产过程5.1供方/原材料5.1.1是否仅允许已认可的供方供货?(合格供方名录、认证证书、营业执照、实物质量评定)5.1.2能否确保供方所供产品达成协议要求?(供方协议、试验记录、检验方法、频次、缺陷分析、能力验证)5.1.3是否对供方实物质量进行了评价?有偏差时是否采取了纠正措施?(质量会议纪要、改进计划的商定与跟踪,改进后的质量验证、供方的分析评定记录)5.1.4是否与供方新产品与过程的持续改进商定了质量目标并实施?(项目小组、质量目标、减少废品、提高满意度、质量/价格/服务目标)5.1.5批量供货的产品是否得到了批量生产认可?(样件认可、首批报告、可靠性研究、鉴定线路)5.1.6对顾客提供的产品,是否严格按与顾客商定的方法进行管理?(质量文件、控制/验证/贮存/运输/包装要求)5 生产过程5.1.7原材料库存量,库存状态是否适合于生产要求?(看板/准时化生产、贮存成本、应急计划、先进先出)5.1.8对原材料/剩余料的入库和贮存是否进行了适当控制?(包装、标识、先进先出、秩序与清洁、贮存条件如:防损伤/污染/混批/混料)5.1.9员工是否得到相应培训?(产品/规范/顾客要求/。
VDA6.3最新整理检查表
x
查:岗位说明书/或岗位职责 、人员能力评价记录
P6 过程分析/生产
6.1 什么输入过程?(过程输入)
是否在开发和批量生产之间进
6.1.1 行了项目交接?并确保了可靠 x
x
的量产启动?
是否能在正确的时间、正确的
6.1.2 地点(库位、工位)获得所需
x
数量/生产批次数的原材料?
是否对原材料进行了适宜的仓 6.1.3 储,运输设备/包装方式是否 x x
顾客在质量管理体系,产品 7.1 (交付时)和过程方面的要求 x
是否得到了满足?
查顾客要求(合同、各项协 x 议),查交付业绩统计是否满
足顾客要求
7.2
是否对顾客关怀提供了必要的 保障?
x
7.3* 是否确保了零件供给?
x
针对投诉,是否进行了失效分
7.4* 析,并有效地实施了纠正措
x
施?
x xx xx
x
查:生产计划、领料计划的一 致性,文件规定的发料要求
查:仓库储存条件,库位、温 度、湿度、防尘、通风、标识 、先进先出等
x
查:物料标识规定、标识状态
查:设计变更管理,包括顾客
x
提出的变更落实(通知单、文 件收发记录等)、变更后的具
体实施时间及标识
x
查:检验标准并与批产控制计 划比对,核对检验记录
6.2.2*
查:新项目在生产过程所需的 人员配置(操作人员、质量控 制人员)及培训和能力评价
x
查:基础设施的配置及能力验 证记录
查:试产阶段的PPK分析报告
、产能评价报告、测量系统分
x
析报告、过程参数确认报告; 查:批产阶段的合格率统计分
软件开发部内审检查表
软件开发部内审检查表内部审核检查表JL-HWKS-24 受审核部门软件开发部审核日期2017年9月15日审核员茆秋琪ISO9001管理体系要求条款检查内容和方法检查记录6.2质量目标与应对措施组织是否设定了质量目标?目标的内容是否符合方针的要求?目标的内容是否包括产品要求及满足产品要求的所需的内容?目标的内容是否体现了持续改进的精神?组织均已设定了质量目标。
目标的内容均已符合方针的要求。
目标的内容均已包括产品要求及满足产品要求的所需的内容。
目标的内容均已体现了持续改进的精神。
9.3管理评审询问管理评审会议是如何筹备的;查评审计划和评审记录:a评审计划和.会议通知,b.评审输入的发言文件,c.签到表,d.会议记录,e. 评审决定(输出),f. 会议决定落实的文件。
已查管理评审的相关记录,基本筹备符合ISO标准要求。
9.1.3 分析和评价如何证实质量管理体系的适宜性和有效性,并评价在何处可以持续改进质量管理体系的有效性,公司建立和保持《分析与改进管理程序》,以确定、收集和分析适当的数据和信息?证实质量管理体系的适宜性和有效性,并评价在何处可以持续改进质量管理体系的有效性,公司建立和保持《分析与改进管理程序》,以确定、收集和分析适当的数据和信息。
8.5.2产品标识对产品是否进行了标识,产品的检验状态标识是否符合规定的要求?在记录中对标示和可追溯性进行了规定。
7.1.3基础设施是否为公司的设备设施提供管理?配备了满足公司软件开发,开发的产品能够满足客户的需求,符合相关产品标准7.1.4过程运行环境是否为公司办的环境提供检查?为公司软件开发的工作环境提供检查,见相关制度7.1.5监视和测量的资源是否编制了《监视和测量控制程序》?对于计量器具的管理是否建立台账并且年度检测?编制了《监视和测量控制程序》对于计量器具的管理建立台账并且年度检测8.7不合格控制的输出公司采用那些对不合格控制的方法a)本公司采用内部审核、过程审核、工作质量的检查活动,对质量管理体系的各个过程及其派出进行有效性评价;通过对原材料检测、成品检测过程过程实现服务提供过程进行分析8.5开发和服务的控制本公司是否对开发和服务提供过程进行策划,并使其在受控条件下进行。
2016版VDA6.3过程审核检查表
是否对原材 污染。仓储区/加工区/容器必须达到零部件/产品所需的必要的
料进行适当 整洁/清洁要求。要定义清洁周期,并且加以监控。
的仓储,所 3.加工工位/装配线上的零部件/物料的供应必须便与安全操作
6.1.3
使用的运输 。 工具/包装设 4.必须通过合适的方法,监控为特殊材料/零部件规定的仓储时
备是否适合 间以及使用有效期(最长、最短仓储时间,规定的中间临时仓
量要求? 性有影响的测量装置的校准。
4.对于影响到测量结果合试验的附属装置,要采取同样的方式
加以监控。
加工工位和
6.4.4
检验工位是 否满足具体
要求?
1.加工工位及周边布置的条件环境适合于生产操作和产品的要 求,从而可以预防或避免污染、损伤、混料。 2.这也适用于临时的和永久的返工返修、拣选、检验工位。 3.除此以外,还根据具体的工作任务,在人机工程学的基础上 对加工工位设计进行了调整。
P6.2
工作内容/过程流程(所有生产过程是否受控?)
控制计划里 的要求是否 6.2.1* 完整,并且 得到有效实 施?
1.基于控制计划的生产和检验文件完备。其中必须对检验文件 、检验设备、检验方法、检验频度/周期、重新评定等加以规 定。 2.这些文件必须随时可获取。 3.对于影响到产品特性/质量的过程参数必须加以完整地描述。 过程参数和检验特性必须带有公差。 4.在过程控制图上规定控制限,控制限可探测、可追溯。 5.针对过程要求和检验特性,要对发现的不符合项以及启动的 措施加以记录。 6.对过程异常所要采取的措施(反应计划),相关责任人必须 清楚,实施措施并加以记录。 7.如产品对生产工艺有特殊要求,那么相关的机器/工装/辅助 设备的参数数据要在控制计划和/或生产检验文件中加以规定 。 8.详细规定返工条件,并且在过程中加以保障(零部件标识, 重新检验)
软件设计评审检查表
该测试计划是否明确地描述了不被测试的功能?
该测试计划是否充分地描述了测试基线?
对于阶段交付,该测试计划是否有在每一阶段建立测试基线给下一阶段使用?
该测试计划是否定义了足够和正确的衰退测试?
依从性
该测试计划是否依从了与开发有关的所有说明书、标准和文档?
一致性
是否已定义了测试顺序来匹配更高级别的文档所指定的集成顺序?
是否将需求分别陈述,因此它们是独立的并且是可检查的?
是否所有需求都可以回溯到相应的需求素材,反之亦然?
是否已详细说明需求变更的过程?
需求规格说明书检查表
概要设计检查表
Y: 是 TBD:不确定 N: 不是 NA:不适用
检查项
Y/TBD/N/NA
清晰性
是否所设计的架构,包括数据流,控制流和接口,被清楚地表达了?
包括了数据流、控制流和接口的单元设计是否已清晰的说明?
完整性
是否已定义和初始化所有的变量、指针和常量?
是否已描述单元的全部功能?
是否已详细说明用来实现该单元的关键算法(例如:用自然语言或PDL)?
是否已列出该单元的调用?
依从性
该文档是否遵循了该项目已文档化的标准?
是否采用了所要求的方法和工具来进行单元设计?
测试计划进程表开发阶段测试阶开发组集成测试承测试组系统测试业主联合测试软件需求分析完成确认测试计划完成系统测试计划软件概要完成软件集开始设计确开始设计软件设计评审检查表设计成测试计划认测试用例编写确认测试说明系统测试用例编写系统测试说明软件详细设计完成软件单元测试计划开始设计集成测试用例编写集成测试说明软件编码编写软件单元测试说明执行软件单元测试编写软件单元测试报告软件测试完成集成测试说明执行集成测试进行测试分析编写软件集成测试报告完成软件确认测试说明执行软件确认测试进行测试分析编写确认测试报告完成系统测试说明执行系统测试进行测试分析编写系统测试报告
软件项目过程文档评审检查表
评审耗时 (小时)
是否通过 N/A,Y,N
缺陷 个数
缺陷描述
版本号:2 修订号:0
第1页 共1评审人
评审日期
评审规模 (页)
序号
1 1.1 1.2 1.3
1.4
1.5
1.6
2 2.1 2.2 2.3 2.4
检查项
过程规范 是否符合过程文件模板要求 规范中的角色是否已经定义清楚 活动中对应的角色是否正确 活动的描述是否使用了多余的形容词和 副词 规范中的模板是否用蓝色标注出来 规范中提到的模板是否和定义的模板一 致
过程审核 VDA6.3检查表
P2-过程要素最低要求2.1是否建立项目管理及项目组织机构?具有项目管理流程。
详细规定跨职能项目组织机构,并定义联络窗口。
确定项目负责人及小组成员的职责和权限。
项目小组成员有资质来执行项目任务。
项目组织机构能满足顾客要求。
供方被纳入项目管理。
2.2是否为落实项目而规划了所有必要的资源,这些资源是否已经到位,并且体现了变更情况?资源规划应在项目合同的基础上考虑到顾客要求。
制定并落实项目成员规划。
必须考虑员工的工作负荷。
当发生变更(时间、开发规模,等等)时,对资源规划开展复核,必要时加以调整。
这既适用于由顾客发起的变更,也适用于内部变更以及由供方发起的变更。
在资源规划中,要特别留意关键路径。
针对人员和设备(例如测试和实验室设备等)方面必要的项目预算,进行了规划并审批通过。
项目组织机构(与顾客接口)的变更必须进行通报。
P2-过程要素最低要求2.3是否编制项目计划,并与顾客协调一致?项目计划满足顾客的具体要求。
所有内部里程碑以及顾客里程碑都被完整地纳入项目计划。
在项目计划中所定义的里程碑时刻开展评审,以确认所有计划的事项都得到实施,相对应的成熟度等级得到落实。
产品如有特殊的法规方面的认证/批准要求,那么该认证/批准程序要包括在项目策划中。
要确保内部对于项目计划变更的联络沟通。
对于影响到顾客的项目计划变更,要同顾客协商沟通并达成一致。
关键路径产生于项目计划,并顾及到关键的零件范围。
项目计划必须包括具体的项目质量事项。
可从项目计划生成出单独文件(质量管理计划)。
这些计划必须考虑原型件和试生产。
项目计划必须包括涉及采购的具体事项。
可从项目计划生成出单独的详细计划。
2.4是否进行项目质量策划,并对其符合性进行监控?项目质量策划满足顾客特定要求。
产品和过程保证的措施是项目质量策划的内容之一。
产品和过程的验证/确认要求要包含在策划事项中。
策划也考虑到关键零部件和关键供应方(内外部供方)。
定期监控策划的符合性和目标的达成情况。
VDA6.3过程审核检查表(带示例_自动计算符合率)
0 4 6 8 10 X 0 4 6 8 10 X
Is a process development plan available and
are the targets maintained? rel 是否已具有过程开发计划,是否遒守目标值?
已根据产品族系列做了相应的P-FMEA。 PCB板系列接插件产品目前还没有做P-FMEA。
0 4 6 X 8 10
X
第3页共6页 Page 3 / 6
审核员签名(Auditor sign):______________
ABC有限公司 过程审核检查表
NO: 版次: 修订号: 表格编号:
审核报告编号(Audit Report Nbr.)2005-001
0 4 6 X 8 10
X
M4.2 Is a quality plan prepared?
是否制定了质量计划? rel
X
M4.3 Are the required releases/qualification records
available at the respective times? rel 是否已具备各阶段所要求的认可/合格证明?
0 4 6 X 8 0 4 6 8 10 X
X
M2.2 Is the design FMEQA updated in the project
process and are established measures realized? rel 设计D-FMEA是否在项目过程中补充更新?已确 定的措施是否已落实?
X
M4.6 Are the required resources available?
rel
VDA6.3过程审核检查表_案例(参考即可)
and are all changes displayed?
D.工装(模具、刀具、夹具、检具)
设备、工装、人员可满足开发新品的需求
E.检验、试验测试相关用品
。
F.项目所需的预算
建立的项目进度计划表是否满足如下要求
2.3
是否编制项目计划并与顾客进行沟通?Is there a project plan and has this been agreed with the customer?
受审部门(或工序)Auditee Dept.(or Process)
编号No
检查内容Check contents
审核情况描述describes
审核证据/记录
P2 项目管理Project management
MO-P03-19 A/0
评分grade 0 4 6 8 10
组织及客户相关负责人是否纳入变更管理控制系
户比亚迪确认
2.6
是否编制项目质量计划,实施和定期监控项目质 量计划?Is there a QM plan for the project ? is this implemented and monitored regularly for compliance ?
是否编制项目质量计划(可以包含在项目进度计划 表中,应包含对关键零部件供应商的管理),项目 质量计划是否定期监控
审核证据/记录
0
针对项目成立的项目小组是否满足如下要求
A.确定项目负责人
是否建立项目组织架构(项目管理),是否确定 B.小组是否涵盖相关的部门(必要时,包括顾客及 公司制定MO-QC-3《汽车产品质量先期
项目管理者及团队成员任务和权限?Is the project 供应商)
2-VDA6.3检查表P1-P7
示例
⁻决定自制还是外购 -供方选择标准 -供方开发计划 -项目供方名单 -批准的供方清单 -与指定供方的风险评估 -零件分类 -服务供方,如开发、实验室、维护 保养等
⁻时间计划 -过程描述 -变更管理 -变更表格 -产品和过程变更历史 -变更评审 -变更批准
⁻根据具体的风险,约定事态升级的 时间范围 -在事态升级程序中规定了联系人/ 决策者 -规定了事态升级标准以及沟通路径 -包括措施在内里的里程碑评价记录
⁻包含里程碑的项目计划 -有关技术和/或产品组的顾客特殊 要求 -顾客的项目计划 -顾客的时间期限 -顾客的里程碑 -顾客的目标要求(里程碑的衡量) -里程碑评价(评审) -质量计划(例如,来自于VDA MLA 或APQP) -具体国家或地区的特殊认证要求 (ECE、SAE、DOT、CCC…) -关键系统的的法律法规批准流程 (电镀、喷漆…)
⁻资源规划的证据(兼顾其他项目) -设备的资源规划(例如,开发用测 试平台)
在资源规划中,应特别关注关键路径。
针对人员和设备需要的项目预算,进行
了策划并批准。
项目组织机构内发生变更时(与顾客的
接口),需进行报告。
审核发现
评分
P2-P7 * 2.3 2.4
VDA6.3过程审核-2016版P部分
P1
运输&零 部件处置
范围(内部和外部供方)。
定期监控计划的符合性和目标的达成情
况。
审核发现
评分
VDA6.3过程审核-2016版P部分
P2-P7 2.5 2.6 2.7
* P1 *x *x x
运输&零 部件处置
过程要素
项目是否已经落 实与采购相关的 活动,并监督了 落实情况?
软件评审检查表
在体系结构设计中,是否清晰描述了数据流、控制流与接口? 在体系结构设计中,是否清晰描述了数据流、控制流与接口? 在设计说明书中是否描述了所有的假设、约束、决定与依赖? 在设计说明书中是否描述了所有的假设、 约束、 决定与依赖? 是否定义了目标? 是否定义了目标? 在合适时,是否有设计是多样的、一致的? 在合适时,是否有设计是多样的、一致的? 功能性 对每个子模块是否都做了简要描述并概略描述了采用的算法? 对每个子模块是否都做了简要描述并概略描述了采用的算法? 选择的设计或算法是否满足需求? 选择的设计或算法是否满足需求? 接口 所有接口的描述是否与需求文档一致? 所有接口的描述是否与需求文档一致? 在软件各个功能模块之间的数据流是否得到了明确描述? 在软件各个功能模块之间的数据流是否得到了明确描述? 是否对所有的元件之间的接口都进行了定义? 是否对所有的元件之间的接口都进行了定义? 是否接口的定义正确、 合理? 是否接口的定义正确、 合理? 是否所有的外部接口定义可以追索到需求? 是否所有的外部接口定义可以追索到需求? 细节 KLOC,FPA) 是 否 每 个 子 模 块 的 规 模 都 得 到 估 计 ( KLOC , FPA ) 并 且是 合理 1 的? 是否考虑了所有可能的状态和用例? 2 是否考虑了所有可能的状态和用例? 是否描述足够详细以至于可以开始详细设计阶段? 3 是否描述足够详细以至于可以开始详细设计阶段? 九 可维护性 设计是否高内聚、低耦合的? 1 设计是否高内聚、低耦合的? 2 设计是模块化的吗? 设计是模块化的吗? 设计是否采用了继承,是否描述了选择的工具? 3 设计是否采用了继承,是否描述了选择的工具?
是[1]否[ ]免[ ] 是[ ]否[1]免[ ] 是[1]否[ ]免[ ] 是[1]否[ ]免[ ] 是[ ]否[ ]免[ ] 是[ ]否[1]免[ ] 是[ ]否[ ]免[1] 是[ ]否[ ]免[ ] 是[ ]否[ ]免[1] 是[ ]否[1]免[ ] 是[ ]否[1]免[ ] 是[ ]否[1]免[ ] 是[ ]否[1]免[ ] 是[ ]否[ ]免[ ] 是[ ]否[1]免[ 是[ ]否[1]免[ 是[ ]否[1]免[ 是[ ]否[ ]免[ 是[ ]否[1]免[ 是[1]否[ ]免[ 是[ ]否[1]免[ ] ] ] ] ] ] ]
软件评审检查表-计分
交互性要求
简易位,一致性;反馈性;容错性图形化.
人机交互简单、形象输入、输出方面的-致性对用户的操作及时作出皮馈;对可能出现的错误迸行检测、报告和处理.
15
软件性能
响应性要求
页面转焕的响应性 ;
载入时间的短时间要求
短时启动时间要求;
负裁指标明确化.
页面转换快捷;媒体装入时间简短;有确定的负载性能指标.
部署后是否可以正常使用.
5
运行环境
环境适用性.
运行环镜是否与软件愿景说明书一致
5
界面
界面布局
界面布局的合理性.
布局合理,层次清晰
2
界面美观设计
界面的美观性.
界面美观.
3
界画元素
界面元素的-致性.
窗口、菜单、图标、按钮等元素的-性.
5
功能要求
技术运用
技术运用的合理性;内容实现的正确性.
各种技术表现与具体内容结合 ,各种媒体使用协调;多媒体信息的呈现可控,链接准确、无死链.
100分
评审结论:
5ห้องสมุดไป่ตู้
稳定性要求
帮助机制的完备性;
错误处理机制完备性;
确认退出出机制的完备性.
每个操作都有联机帮助或提示;
联机帮助易读、易懂
处理用户可能出现的任何错误操作;
避免出现数据未保留而退出.
5
安全性要求
访问安全性,使用安全
性
用户身份管理和访问控制
数据安全性
10
软件文档
文档资料
完整性
规范性
软件过程文件目录
20
分数
软件产品评审表
评审时间:
评审人员:评审组长(),评审成员()
测试过程检查表
作者填写
评审者填写
检查点符
合项位置
作者备注
是否达标
评审者意见
Y
N
NA
1
文档格式是否 符合XX银行信 息技术部测试 体系模版?
2
待测软件系统 的名称是否明 确?
3
测试计划文档 目的描述是否 明了?
检查点
作者填写
评审者填写
检查点符
合项位置
作者备注
是否达标
评审者意见
Y
N
NA
4
是否使用了标 准术语和统一 形式?
1.
检查点
评审者填写
是否达标
评审者意见
Y
N
NA
1
是否在请求测试服务时 提交了《测试服务申请 单》?
2
对于项目类测试服务, 是否在需求评审阶段就 提交了《测试服务申请 单》?
3
对于项目类任务的测试 请求,是否同时提交了
《开发计划书》?
4
《测试服务申请单》是 否经过审核并填写了审 核意见?
5
对于项目类任务的测试 请求,是否使用《测试 工作量估算表》进行了 测试工作量估算?
检查点
评审者填写
是否达标
评审者意见
Y
N
NA
4
测试组长是否定义了测试 的进入/退岀/中断/继续标 准?
5
测试组长是否列岀了测试 产品列表?
6
测试组长是否定义了测试 活动的WBS(工作分解)?
7
测试组长是否定义了测试 活动不同阶段的里程碑?
8
测试组长是否列岀了测试 阶段和测试活动生命周 期?
9
测试组长是否确立了估算 的假设条件,并对估算结果 进行记录?
软件需求规格说明书评审检查表
编制人员: 项目名称: 检查依据:《 软件需求规格说明书模板》、《需求开发过程》 序号 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 问题 组织和完整性 所有对其它需求的内部交叉引用是否正确? 所有需求的编写在细节上是否都一致或者合适? 需求是否能为设计提供足够的基础? 是否包括了每个需求的实现优先级? 是否定义了所有外部硬件、软件和通信接口? 是否定义了功能需求内在的算法? 软件需求规格说明中是否包括了所有客户代表或系统的需求? 是否在需求中遗漏了必要的信息?如果有的话,就把它们标记为待确定的问题。 是否记录了所有可能的错误条件所产生的系统行为? 正确性 是否有需求与其它需求相冲突或重复? 是否简明、简洁、无二义性地表达了每个需求? 是否每个需求都能通过测试、演示、审查得以验证或分析? 是否每个需求都在项目的范围内? 是否每个需求都没有内容上和语法上的错误? 在现有的资源限制内,是否能实现所有的需求? 是否任一个特定的错误信息都具有唯一性和明确的意义? 质量属性 是否合理地确定了性能目标? 是否合理地确定了安全与保密方面的考虑? 在确定了合理的折衷情况下,是否详实地记录了其它相关的质量属性? 可跟踪性 是否每个需求都具有唯一性并且可以正确地识别它? 是否可以根据高层需求(如系统需求或使用安例(用例))跟踪到软件功能需求? 特殊的问题 是否所有的需求都是名副其实的需求而不是设计或实现方案? 是否确定了对时间要求很高的功能并且定义了它们的时间标准? 是否已经明确地阐述了国际化问题?
检查表
编制日期: 项目经理: 花费工作量: 检查结果
22 23 24 25 21 22 23 24 25 结果统计
是: 否: 不适用: 未检查: 说明
软件过程检查表
1.过程检查要素表2.过程打分2.1.过程打分原则:1)过程打分占整个项目得分的30%,以30分为满分,最低分不低于9分。
2)不同的项目可以从标准软件过程中剪裁得到项目定义过程,因此各项目包含的软件过程是不同的,为了使软件过程数目不同的项目,仍以合理的方式进行过程打分,需对剪裁后的软件过程数目进行换算,从而不因剪裁而失分。
3)SQA人员对经剪裁的软件过程的检查内容和实施情况进行剪裁。
4)项目级的软件过程剪裁必须得到高级经理,质量管理部经理和项目SQA人员的检查和认可;检查内容和实施情况剪裁必须得到项目经理和受审计人员的认可。
5)软件过程检查打分的依据是“过程检查表”。
2.2.打分步骤:1)依据标准过程定义项目过程,得出项目过程数N。
2)每个项目过程的得分M=30 / N。
3)采用“过程检查表”,对各个过程进行检查和打分。
4)定义“过程检查表”中的实际检查内容项个数为X,每项标准得分10分,因此每个“过程检查表”的最高得分A = 10X。
5)实际检查时,对“实施情况”一栏中每个条款进行打勾“”,因此实际每项得分Bj=(打勾条款数/ 该项实际检查总条款数)×10。
6)每个过程的实际得分Bi=∑1x Bj。
7)每个过程的换算得分B=Bi /A ×M。
8)若某个过程发生多次z,则该过程得分B=(∑1zB)/z 。
9)项目的过程得分C=∑1NB 。
10)为确保项目组的基本得分不低于9分,因此各过程打分不得低于9/N分,低于此分,以9/N分计算。
2.3.例子:某项目计划进行5个阶段的审计:计划过程,需求过程,设计过程,测试过程,计划跟踪和监督过程,其中计划跟踪和监督过程执行两次,其他各一次则每阶段得分M=30/5=6;第一次计划跟踪和监督过程检查项共15项,实际由于变更未发生检查了13项, 标准分为A=13×10=130,实际检查得分Bi=123则该阶段得分B1=123/130 * 6=第二次计划跟踪和监督过程,实际检查了15项,标准分为15×10=150;实际检查得分140。
软件设计评审检查表
Y: 是 TBD:不确定 N: 不是 NA:不适用
检查项
Y/TBD/N/NA
完整性
该测试计划是否详细说明测试的大体方法和策略?
该测试计划是否详细说明所有测试活动的顺序?
该测试计划是否描述了将使用的软硬件系统环境?
该测试计划是否描述了测试活动中断和恢复的条件/情形?
该测试计划是否为所有测试定义了成功标准?
是否详细说明了参数的度量单位、取值范围、正确度和精度?
共享数据区域及其存取规定的映射是否一致?
可维护性
单元是否具有高内聚度和低耦合度(例如:对该单元的更改不会在该单元有任何无法预料的影响并对其它单元的影响很小)?
性能
是否该单元的所有约束例(如过程时间和规模)都被详细说明?
可靠性
初始化是否使用到缺省值,缺省值是否正确?
包括了数据流、控制流和接口的单元设计是否已清晰的说明?
完整性
是否已定义和初始化所有的变量、指针和常量?
是否已描述单元的全部功能?
是否已详细说明用来实现该单元的关键算法(例如:用自然语言或PDL)?
是否已列出该单元的调用?
依从性
该文档是否遵循了该项目已文档化的标准?
是否采用了所要求的方法和工具来进行单元设计?
该测试计划是否充分地描述了被测试的功能?
该测试计划是否明确地描述了不被测试的功能?
该测试计划是否充分地描述了测试基线?
对于阶段交付,该测试计划是否有在每一阶段建立测试基线给下一阶段使用?
该测试计划是否定义了足够和正确的衰退测试?
依从性
该测试计划是否依从了与开发有关的所有说明书、标准和文档?
一致性
是否已定义了测试顺序来匹配更高级别的文档所指定的集成顺序?
SMT过程审核检查表
100
灯光亮度
灯管不能正常发光 有无昏暗灯管?
对作业员检验技能有无定期有效的考核方式,有
101
检验员技能
检验员有上岗证
无有效证据?
印刷 102 09 效果 103
表面清洁,无任何异物残
清洗频率为多少,如何清洗,清洗效果有无确
96
钢网清洁度
留,包括溶液、
认,有无有效证据?
网孔通畅清洁
97
PCB数量
有详细印刷记录
询问现场管理员如何跟踪,跟踪频率为多少?当 前工单已经完成数量是?
审核记录
过程审核检查表(SMT)
过程 编号
过程
序 号
生产 设备
特性Leabharlann 产品过程特性标准审核问题
站位方向
作业员是否清楚匹配方法?抽查相应站位对应物 与程序设定的方向一致
料式否与站位表一致?
1、作业员是否有这些文件?
核对、与站位表/BOM/ECN一 它们之间如何匹配/核对,以保证其正确性?
致
2、物料规格与文件之间如何匹配/核对,以保证
所用物料规格无误?
核对、与站位表/BOM/ECN一 作业员是否有这些文件?物料数量与文件之间如
最大包装完好
是否每批点检、有无有效证据?
潮敏标签指示值≤20%
损坏包装的IC的指示值是否超过20%? 若超过,是否对其暴露的湿度和时间进行监控? 以保证MSD有效。
核对、与送货单一致 送货单是否正确、有无已经核对的有效证据?
核对、与送货单一致 送货单是否正确、有无已经核对的有效证据?
核对报检单与送货单一致 报检单是否正确、有无已经核对的有效证据?
4.5~6.5kg
点检频率为多少,有无点检、记录?
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
1.过程检查要素表
2.过程打分
2.1.过程打分原则:
1)过程打分占整个项目得分的30%,以30分为满分,最低分不低于9分。
2)不同的项目可以从标准软件过程中剪裁得到项目定义过程,因此各项目包含的软件过程是不同的,为了使软件过程数目不同的项目,仍以合理的方式进行过程打分,需对剪裁后的软件过程数目进行换算,从而不因剪裁而失分。
1 / 22
3)SQA人员对经剪裁的软件过程的检查内容和实施情况进行剪裁。
4)项目级的软件过程剪裁必须得到高级经理,质量管理部经理和项目SQA人员的检查和认可;检查内容和实施情况剪裁必须得到项目经理和受审计人员的认可。
5)软件过程检查打分的依据是“过程检查表”。
2.2.打分步骤:
依据标准过程定义项目过程,得出项目过程数N 。
1)
每个项目过程的得分M =30 / N2)。
采用“过程检查表”,对各个过程进行检查和打分。
3)
定义“过程检查表”中的实际检查内容项个数为X,每项标准得分104)分,因此每个“过程检
查表”的最高得分A = 10X 。
”一栏中每个条款进行打勾“”,因此实际每项得分5)实际检查时,对“实施情况Bj=(打勾条款数/ 该项实际检查总条款数)×10 。
x。
Bj 每个过程的实际得分Bi=∑6)1。
每个过程的换算得分B=Bi /A ×M7)
z。
,则该过程得分B=(∑B)/z 8)若某个过程发生多次z1N∑B 。
9)项目的过程得分C=1低于此分,9/N分,910)为确保项目组的基本得分不低于分,因此各过程打分不得低于9/N分计算。
以例子:2.3.某项目计划进行5个阶段的审计:计划过程,需求过程,设计过程,测试过程,计划跟踪和监督过程,其中计划跟踪和监督过程执行两次,其他各一次
则每阶段得分M=30/5=6;
第一次计划跟踪和监督过程检查项共15项,实际由于变更未发生检查了13项,
标准分为A=13×10=130,实际检查得分Bi=123
则该阶段得分B1=123/130 * 6=5.67
第二次计划跟踪和监督过程,实际检查了15项,标准分为15×10=150;
实际检查得分140。
则该阶段得分B2=140/150 * 6=5.6
则计划跟踪和监督过程得分B=(5.67+5.6)/2=5.6
计划过程得分=5.3;需求过程得分=5.6;设计过程得分=5.3;测试过程得分=5.7
C=5.3+5.6+5.3+5.7+5.6=27.5
2 / 22
3.过程检查表
3.1.计划过程检查表
3 / 22
3.2.软件产品审查过程检查表
6 / 22
3.3.计划跟踪和监督过程检查表
需求分析过程检查表3.4.
11 / 22
3.5.系统设计过程检查表
需求和设计管理过程检查表3.6.
软件编码过程检查表3.7.
软件测试过程检查表3.8.
产品验收和发布过程检查表3.9.
配置管理过程检查表3.10.
软件质量保证过程检查表3.11.
22 / 22。