测试用例检查表范例
1 2 3目的 侧重测试工作流程及规范的控制，明确产品研发的各阶段测试组应完成的工作。测试技术和策略等问题不在本文档描述范围内。 本规范作为所有测试组成员工作前必须掌握的工作规范，也供给其它部门其它组查阅参考，以便于组间的协调沟通，更好的合作完成产品的研发工作。 4概念与术语 在整个产品的研发过程中，测试类型按照先后顺序主要分为：单元测试、集成测试、系统测试及产品确认，整个过程如下面的W模型所示： 图1 有关的测试类型的概念如下： 1）单元测试：验证产品中的模块，测试依据主要为模块详细设计或模块的需求规格。能使问题及早暴露，也便于问题的定位解决，单元测试属于早期测试，因而错误发现后能明确知道是某一单元产生的，单元测试允许多个被测单元的测试工作同时开展。根据公司研发流程的实际情况，此测试也可由设计研发人员执行。 2）集成测试是验证模块间接口及匹配关系，测试依据主要为概要设计。一般采用自底向上或自顶向下的模块集成方法，逐步集成。在此环节中测试组还负责验收研发人员提供的转测试的材料，如果材料不完备，测试组可以拒绝接收。
3）系统测试是对系统的一系列的整体、有效性、可靠性的测试，测试依据主要为设计规格及产品需求规格。目的是确认产品与设计规格、需求、行业标准及公司标准的符合性，同时还要确认性能和系统的稳定性，与之前的集成测试应遵循“相同的被测对象不要做两遍相同的测试”的基本原则。 4）除单元测试、集成测试和系统测试之外，还应有“产品确认”环节，即在客户环境中或模拟客户环境测试与验证产品，在有限的试用客户中或模拟客户环境中发现产品问题并加以妥善处理，保证产品质量，提高客户满意度。确认与实验室内部测试的区别在于：实验室内部测试要尽可能多做，多发现问题；确认要在达到质量目标的情况下尽可能少做；两者要在质量和成本之间权衡、综合考虑。 5）TD：全称Mercury TestDirector，一种测试管理工具。 6）黑盒测试：黑盒测试也称功能测试，它是通过测试来检测每个功能是否都能正常使用。在测试中，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，在程序接口进行测试，它只检查程序功能是否按照需求规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息。黑盒测试着眼于程序外部结构，不考虑内部逻辑结构，主要针对软件界面和软件功能进行测试。黑盒测试是以用户的角度，从输入数据与输出数据的对应关系出发进行测试的。 5职责 组建测试小组 协调测试小组内外部的沟通 组织编制测试大纲（含测试用例）和计划 组织测试准入检查 测试过程中的进度控制、风险管理 测试过程报告 编写测试报告 召集测试评审 识别测试需求 参与编制测试大纲（含测试用例）和计划 协助测试准入检查 执行测试用例，测试结果记录 测试缺陷记录与跟踪 协助测试评审
1. 测试请求管理过程检查表 检查点是否达标评审者填写 评审者意见 Y N NA 1是否在请求测试服务时 提交了《测试服务申请 单》？ 2对于项目类测试服务， 是否在需求评审阶段就 提交了《测试服务申请 单》？ 3对于项目类任务的测试 请求，是否同时提交了 《开发计划书》？ 4《测试服务申请单》是 否经过审核并填写了审 核意见？ 5对于项目类任务的测试请 求，是否使用《测试工作 量估算表》进行了测试工 作量估算？ 2.测试计划流程检查表 检查点是否达标评审者填写 评审者意见 Y N NA 1测试组长有没有获取相关的 测试依据，如开发计划书、 技术方案，项目计划等文 档？ 2测试组长有没有根据测试 依据确定系统中可测试的 范围和不做测试的范围？
检查点是否达标评审者意见 Y N NA 3测试组长有没有定义针对 可测内容的测试方法，测试 技术、用到的测试工具，发 现与组织级测试策略不一 致的地方，并采取了相应的 应对策略？ 4测试组长是否定义了测试 的进入 /退出 /中断 / 继续标 准？ 5测试组长是否列出了测试 产品列表？ 6测试组长是否定义了测试 活动的 WBS（工作分解） ? 7测试组长是否定义了测试 活动不同阶段的里程碑？ 8测试组长是否列出了测试 阶段和测试活动生命周期？ 9测试组长是否确立了估算的 假设条件，并对估算结果 进行记录？ 10测试组长在编写测试计划之 前，是否有测试进度表，是 否已经识别了与测试相关的 项目风险 ? 11测试计划中是否定义出了 测试活动中相关的干系人？ 12测试计划中是否包含了测 试风险、沟通、跟踪与监控 等内容？ 13在测试计划完成后，同行 （ peer）是否从充分性和 符合测试标准的角度对此计 划进行评审和检查？ 14测试组长是否和测试活动 干系人一起定期对测试计 划进行复审，找出偏离内 容？
1目的 侧重测试工作流程及规范的控制，明确产品研发的各阶段测试组应完成的工作。测试技术和策略等问题不在本文档描述范围内。 本规范作为所有测试组成员工作前必须掌握的工作规范，也供给其它部门其它组查阅参考，以便于组间的协调沟通，更好的合作完成产品的研发工作。 2概念与术语 在整个产品的研发过程中，测试类型按照先后顺序主要分为：单元测试、集成测试、系统测试及产品确认，整个过程如下面的W模型所示： 图1 有关的测试类型的概念如下： 1）单元测试：验证产品中的模块，测试依据主要为模块详细设计或模块的需求规格。能使问题及早暴露，也便于问题的定位解决，单元测试属于早期测试，因而错误发现后能明确知道是某一单元产生的，单元测试允许多个被测单元的测试工作同时开展。根据公司研发流程的实际情况，此测试也可由设计研发人员执行。 2）集成测试是验证模块间接口及匹配关系，测试依据主要为概要设计。一般采用自底向上或自顶向下的模块集成方法，逐步集成。在此环节中测试组还负责验收研发人员提供的转测试的材料，如果材料不完备，测试组可以拒绝接收。 3）系统测试是对系统的一系列的整体、有效性、可靠性的测试，测试依据主要为设计规格及产品需求规格。目的是确认产品与设计规格、需求、行业标准及公司标准的符合性，同时还要确认性能和系统的
稳定性，与之前的集成测试应遵循“相同的被测对象不要做两遍相同的测试”的基本原则。 4）除单元测试、集成测试和系统测试之外，还应有“产品确认”环节，即在客户环境中或模拟客户环境测试与验证产品，在有限的试用客户中或模拟客户环境中发现产品问题并加以妥善处理，保证产品质量，提高客户满意度。确认与实验室内部测试的区别在于：实验室内部测试要尽可能多做，多发现问题；确认要在达到质量目标的情况下尽可能少做；两者要在质量和成本之间权衡、综合考虑。 5）TD：全称Mercury TestDirector，一种测试管理工具。 6）黑盒测试：黑盒测试也称功能测试，它是通过测试来检测每个功能是否都能正常使用。在测试中，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，在程序接口进行测试，它只检查程序功能是否按照需求规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息。黑盒测试着眼于程序外部结构，不考虑内部逻辑结构，主要针对软件界面和软件功能进行测试。黑盒测试是以用户的角度，从输入数据与输出数据的对应关系出发进行测试的。 3职责
软件测试中常见的功能测试检查点 Functional testing (功能测试)，也称为behavioral testing（行为测试），根据产品特征、操作描述和用户方案，测试一个产品的特性和可操作行为以确定它们满足设计需求。本地化软件的功能测试，用于验证应用程序或网站对目标用户能正确工作。使用适当的平台、浏览器和测试脚本，以保证目标用户的体验将足够好，就像应用程序是专门为该市场开发的一样。功能测试也叫黑盒子测试或数据驱动测试,只需考虑各个功能，不需要考虑整个软件的内部结构及代码.一般从软件产品的界面、架构出发，按照需求编写出来的测试用例，输入数据在预期结果和实际结果之间进行评测,进而提出更加使产品达到用户使用的要求。 功能测试常见检查点如下： 1.页面链接检查：每一个链接是否都有对应的页面，并且页面之间切换正确。 2.相关性检查：删除/增加一项会不会对其他项产生影响，如果产生影响，这些影响是否都正确。 3.检查按钮的功能是否正确：如update、cancel、delete、save等功能是否正确。 4.字符串长度检查：输入超出需求所说明的字符串长度的内容，看系统是否检查字符串长度，会不会出错。 5.字符类型检查：在应该输入指定类型的内容的地方输入其他类型的内容(如在应该输入整型的地方输入其他字符类型)，看系统是否检查字符类型，会否报错。 6.标点符号检查：输入内容包括各种标点符号，特别是空格、各种引号、回车键。看系统处理是否正确。 7.中文字符处理：在可以输入中文的系统输入中文，看会否出现乱码或出错。 8.检查带出信息的完整性：在查看信息和update信息时，查看所填写的信息是不是全部带出，带出信息和添加的是否一致。 9.信息重复：在一些需要命名，且名字应该唯一的信息输入重复的名字或ID，看系统有没有处理，会否报错，重名包括是否区分大小写，以及在输入内容的前后输入空格，系统是否作出正确处理。
QB 实验室测试检测流程规范 编制： 审核： 批准：
实验室测试检测流程规范 1、目的 明确火乐科技投影产品进行的高温、低温、湿热、插拔寿命、按键寿命及盐雾试验等检测项目及运作流程。 2、适用范围 适用于火乐科技发展有限公司所有投影产品或供应商（包括外包工厂）提供的部件、整机等样品。 3、职责和权限 试验申请人： ?试验检测申请单提交；?试验样品准备； ?试验过程资源协助；LAB工程师： ?试验样品接收和保存；?测试检测环境搭建； ?仪器设备运行维护； ?测试检测原始数据记录；?测试检测报告编写； ?测试检测异常反馈；研发工程师 ?测试检测过程Bug分析；DQE工程师： ?试验项目申请审核； ?测试检测结果判定及反馈；?测试检测质量监督； ?测试检测报告审核； ?测试检测报告归档关闭；质量总监： ?试验项目申请审批； ?测试检测报告审批； 4、测试检测流程
5、测试检测项目
6、测试检测过程 测试执行 ?LAB工程师根据《QA LAB测试检测申请表》，执行相应的测试检测项目，并做好测试记录； ?测试检测过程中，LAB工程师发现bug异常，进行bug登记并告知很情人和研发人员，跟踪bug解决情况，及时复测，关闭bug; ?研发人员及时分析处理bug，并按要求记录bug的分析处理信息，更新bug状态，填制bug 根因；对需要其它人员参与分析处理的时候，需及时将bug分配给下一环节人员； ?DQE跟踪测试用例执行情况，了解影响测试用例执行的因素，及时跟进有关的协调、报告测试状态; ?LAB工程师根据项目的情况，选择有关的报告形式，将测试进展情况及时通报给有关各方; 回归测试 ?所有的测试检测项目完成之后，当研发人员解决完相关bug问题，重新提交试验申请时，需进行回归测试。 ?按照测试计划中对于回归测试的策略对产品进行回归测试，回归测试的用例属于测试用例的一部分或者是全部测试用例，但不能超出原先预定的测试用例的范围，回归测试所运行的用例全部通过时，进入到测试收尾阶段； 7、测试BUG管理机制 BUG严重级别及分类
测试流程及测试理论方法 一、测试流程 1.软件开发流程： 需求分析—>概要设计—>详细设计—>编码开发—>测试—>维护 2.测试流程为： 单元测试/集成测试—>系统测试/自动化测试—>性能测试—>验收测试 3.目标： 3.1制定完整且具体的测试路线和流程，为快速、高效和高质量的软件测试提供基 础流程框架。 3.2最终目标是实现软件测试规范化、标准化、自动化。 4.测试流程说明：
5.测试需求分析 测试需求是整个测试过程的基础；确定测试对象以及测试工作的范围和作用。用来确定整个测试工作（如安排时间表、测试设计等）并作为测试覆盖的基础。而且被确定的测试需求项必须是可核实的。即，它们必须有一个可观察、可评测的结果。无法核实的需求不是测试需求。所以我现在的理解是测试需求是一个比较大的概念，它是在整个测试计划文档中体现出来的，不是类似的一个用例或者其他. ·测试需求是制订测试计划的基本依据，确定了测试需求能够为测试计划提供客观依据；·测试需求是设计测试用例的指导，确定了要测什么、测哪些方面后才能有针对性的设计测试用例； ·测试需求是计算测试覆盖的分母，没有测试需求就无法有效地进行测试覆盖。
5.1测试方法与规范 5.1.1 测试方法 随着软件技术发展，项目类型越来越多样化。根据项目类型应选用针对性强的测试方法，合适的测试方法可以让我们事半功倍。以下是针对目前项目工程可以参考的测试方法： ?β测试（beta测试）--非程序员、测试人员 β测试，英文是Beta testing。又称Beta测试，用户验收测试（UAT）。 β测试是软件的多个用户在一个或多个用户的实际使用环境下进行的测试。开发者通 常不在测试现场，Beta测试不能由程序员或测试员完成。 当开发和测试根本完成时所做的测试，而最终的错误和问题需要在最终发行前找到。这种测试一般由最终用户或其他人员完成，不能由程序员或测试员完成。 ?α测试（Alpha测试）--非程序员、测试人员 α测试，英文是Alpha testing。又称Alpha测试. Alpha测试是由一个用户在开发环境下进行的测试，也可以是公司内部的用户在模拟实际操作环境下进行的受控测试，Alpha测试不能由该系统的程序员或测试员完成。 在系统开发接近完成时对应用系统的测试;测试后，仍然会有少量的设计变更。这种测试一般由最终用户或其他人员来完成，不能由程序员或测试员完成。 ?兼容性测试 --测试人员 兼容性测试是指测试软件是否可以成功移植到指定的硬件或者软件环境中，例如在B/S 项目中各个不同浏览器之间的测试。 ?用户界面测试-UI测试--测试人员 用户界面测试，英文是User interface testing。又称UI测试。 用户界面，英文是User interface。是指软件中的可见外观及其底层与用户交互的部 分（菜单、对话框、窗口和其它控件）。 用户界面测试是指测试用户界面的风格是否满足客户要求，文字是否正确，页面是否美观，文字，图片组合是否完美，操作是否友好等等。UI 测试的目标是确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能。确保用户界面符合公司或行业的标准。包括用户友好性、人性化、易操作性测试。 用户界面测试用户分析软件用户界面的设计是否合乎用户期望或要求。它常常包括菜单，对话框及对话框上所有按钮，文字，出错提示，帮助信息 (Menu 和Help content)等方面的测试。比如，测试Microsoft Excel中插入符号功能所用的对话框的大小，所有按钮是否对齐，字符串字体大小，出错信息内容和字体大小，工具栏位置/图标等等。 ?冒烟测试--版本编译者 冒烟测试，英文是Smoke testing。 冒烟测试的名称可以理解为该种测试耗时短，仅用一袋烟功夫足够了。也有人认为是形象地类比新电路板功基本功能检查。任何新电路板焊好后，先通电检查，如果存在设计缺陷，电路板可能会短路，板子冒烟了。 冒烟测试的对象是每一个新编译的需要正式测试的软件版本，目的是确认软件基本功能正常，可以进行后续的正式测试工作。冒烟测试的执行者是版本编译人员。 ?随机测试--测试人员 随机测试，英文是Ad hoc testing。
1目的 为确保满足客户要求和检测数据准确可靠，对本公司开展的检测活动中所采用的方法进行控制。 2范围 适用于检测活动中的方法选择、执行能力的证实和方法的确认。 3职责 3.1技术负责人负责检测方法的选用、制定和确认及对测量不确定度的评定和分析数据的统计技术，以及《受控文件清单》的审核；负责组织检测实施细则、作业指导书的编制和批准，并负责对在用检测方法进行有效控制。 3.2收样员负责对客户要求方法的认可或选择。 3.3管理室负责检测标准的追踪确认，并发放《受控文件清单》，及时将检测标准的现时有效性信息通知检测人员；对在用受控技术标准的现时有效性负责。 3.4技术负责人每季度在相关官方网站及各类报刊、书籍、杂志上查询各类相关标准文件的最新修订情况，提出修订建议。 4工作程序 4.1本公司使用合适的方法进行抽样、样品制备、检测、测量不确定度评定、对检测数据的处理和统计分析。 4.2检测方法的选用 4.2.1当客户指定检测方法时，应采用满足客户要求并且适用于所进行的检测的方法。应优先使用国际、区域或国家标准发布的方法。收样员负责检查客户指定方法的适用性、有效性，若客户提供的方法不适用或已过时，收样员应告知客户，共同另选合适的方法，必要时联系检测室或技术负责人确定合适的方法。 4.2.2当客户未指定检测方法时 a）应优先选择以国际、区域或国家、行业标准发布的方法； b）或选择由知名的技术组织或有关科学书籍和期刊公布的方法； c）或选择由设备制造商指定的方法； d）本公司自行制定或采用的方法如能满足检测的预期用途并经过技术或专家验证，也可以使用。
4.2.3 对于按照国家或行业标准生产的产品，检测方法按照产品标准中规定的方法。 4.2.4所有检测方法的选定均应得到客户的确认，尤其是与客户原提出方法不一致，或客户无要求等情况，在与客户商讨检测方法时的情况均应按《要求、标书和合同评审程序》规定在《检测委托单》中留有记录，并经客户确认。 4.3 标准方法执行能力的确认 本公司在选择每一检测方法进行检测之前，除应证实能满足客户的预期要求外，还需证实能够正确地运用这些检测方法，并得到准确可靠的检测数据。对首次采用的检测方法进行技术能力的验证，如检出限、回收率、正确度和精密度等。如果在验证过程中发现标准方法中未能详述但影响检测结果的环节，应将详细操作步骤编制成作业指导书，作为标准方法的补充。标准方法已被证实其能满足特定的预期要求，直接按本条进行执行能力的确认。 当检测标准发生变更涉及到检测方法原理、仪器设施、操作方法时，需要通过技术验证重新证明正确运用新标准的能力，由技术负责人组织检测室负责人及相关人员对变更方法的确认进行全面策划并实施。 4.3.1 技术负责人组织相关检测室负责人对方法使用人员的执行能力进行确认和评审。 4.3.2 确认该方法的预期用途、适用范围、测试过程及技术要领、数据处理等已被正确掌握。 4.3.3 确认执行该方法所需的仪器设备、环境条件等已能满足要求。 4.3.4确认所需的技术文件和记录表格、检测报告格式已准备齐全。如果所采用的方法标准对检测工作的描述尚不够明确时，技术负责人应组织编制和批准相应的作业指导书，以保证检测不受影响及其结果的可靠性。 4.3.5 确认检测人员已能通过试验方法的检出限、精密度、回收率、适用的浓度范围和样品基体等特性来对检测方法进行确认，提供准确可靠的检测数据并核发了相应的上岗证。 数据的正确可靠按《检测结果质量控制程序》执行，可以通过下列方法之一或其组合来评定： (1) 同一检测人员重复测试和不同人员间测试结果的比较； (2) 使用标准物质进行校核； (3) 与其他方法所得结果进行比较； (4) 实验室间对比或能力验证计划（测量审核）； (5) 对影响结果的因素作系统评审。
第一部分：产品外观检验标准陷分类定义 义 量面定义
视检验条件： ：日光灯光源。 ：眼睛到检查面的距离——30cm。 员视力：裸视或矫正视力在1.0以上,且不可有色盲。 时间：不超过8s。 ：被测面与水平面为45°，上下左右转动15°。 上条件下,目测到可见的不良现象为不良项。 验方式和判定标准： 用GB2828.1-2003 一般检查水平Ⅱ。AQL：Critical: 0; Major: 0.65; Minor: 1.5 机装配外观检验标准（D、W、L单位mm）
（划伤、纤维）判定标准 同一台手机的点、线总缺陷允收数：A——2PCS、B——3PCS、C——4PCS 注：1。因装配原因引起的功能/电性能的缺陷，按照功能/电性能检验标准和缺陷定义判断。 2．缝隙的检验方法：使用塞尺在最大缝隙处进行测量（不能用力塞入）为参考。 第二部分：产品功能检验标准
SMT->Board ATE->Assembly and finally test->CFC 这是一个大的生产流程，概括分成了四个部分，CFC本身可能并不属于工厂的生产组装过程，但手机出厂销售前必须通过这一关，在我们的一些测试活动中有时也会提到这一部分，所以在本文中也一并描述了。上面的四个部分中每一个又包含了很多小的步骤，后面会针对每一个部分展开描述。 2.SMT SMT过程我们一般也称为贴片，所谓贴片，就是将一些小的元器件机器焊接到手机主板上的过程。这个过程基本上全部由机器流水线来完成。 SMT Board：刚拿到的板子是光板（BBIC），上面只有一些主要的部件，一般是四块板子(也有六块的)连在一起放入产线起始处，进入下道工序。涂锡：将焊锡涂到板子上需要焊接的地方为下一步工序做好准备。贴元器件：经过涂锡后的板子进入此道工序，产线机器自动会将需要的元器件放到板子上指定的位置处，这里仅仅是放上去，并没有焊接，真正的焊接在高温炉完成。因为需要放很多的元器件，因此这个工作通过几台产线机器来依次完成，图中虚线箭头表示有多个贴元器件的步骤。将所有需要焊接的部件全部放在板子指定位置后，进入下一道工序。高温炉焊接：通过高温，使锡熔化，将部件真正焊接在主板上，通过这个步骤，一块板子上机器焊接的部件就完成了。 Board inspection：产线工人检查完成SMT过程的板子有无问题，有没有没有焊接好的部件。裁板：上面提到板子是四块一联进产线的，焊好之后，这些板子就没有必要再连在一起了，因此还要用专门的机器将板子裁成一块一块的，裁好后，板子送BoardATE。启示：从这个过程我们可以看出，SMT过程的焊接都是由机器完成的，机器焊接和人工焊接从质量和稳定性方面来说还是不一样的，平时我们经常会碰到这样一些情况：因为时间紧张或其它原因，来不及进行一次trialrun, 通过手工修改手机某些部件来进行硬件等的测试，虽然这样的手机在硬件元器件上可能已经同trial run的配置了，但严格的讲，并不能和trialrun相等同，因为手工修改的的一致性和元器件焊接的质量等等都与工厂机器流水线出来的机器可能会存在差异（如音频方面的一些特性），测试人员在平时测试的应该了解到这一点。 3.Board ATE 从SMT出来的板子是没有任何软件的，也没有做过ATE等设置操作，因此有点类似于计算机的“裸机”，只有通过了BoardATE 这道工序，手机才能把程序跑起来，并设置准确的相关ATE参数值。通过这个阶段的操作，5个关键参数被设置进去：RF_TXCONT, RF_IQDAC, BB_IQDAC, RF_OFFSET, RF_SLOPE。Download:将手机的软件下载到手机内部，类似于我们平时使用DC100等工具的download，唯一的区别是工厂使用夹具下载，而不使用DC100等cable。Initial:这个步骤主要写入PSID，号码等信息，供后续步骤使用，这个步骤主要是通过自动ATE来完成，在PC上我们可以看到执行的相关操作如下： EnterTestMode FlashTest EEPRomTest //EPROM测试 WritePSID //写入PSID WritePhoneNumber //写入号码 SRAM_Test Battery_low //测试手机是否可检测到低电压 Battery_stop //测试手机是否可检测到自动关机电压 LED_test SetMask //一站操作完成后都要设置一个标记，后续 //ATE站位会先检查这个标志位 //（CheckMask），只有做 //了前一站的ATE操作，才可以做下一站
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=(∑1z B)/z 。 9)项目的过程得分C=∑1N B 。 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=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
1 APP测试基本流程 1.1流程图 仍然为测试环境 15个工作日），根据项目情况以及版本质量可适当缩短或延长测试时间。正式测试前先向主管确认项目排期。
1.3测试资源 测试任务开始前，检查各项测试资源。 --产品功能需求文档； --产品原型图； --产品效果图； --行为统计分析定义文档； --测试设备（ios3.1.3-ios5.0.1；Android1.6-Android4.0；Winphone7.1及以上；Symbian v3/v5/Nokia Belle等）； --其他。 1.4日报及产品上线报告 1）测试人员每天需对所测项目发送测试日报。 2）测试日报所包含的内容为： --对当前测试版本质量进行分级； --对较严重的问题进行例举，提示开发人员优先修改； --对版本的整体情况进行评估。 3）产品上线前，测试人员发送产品上线报告。 4）上线报告所包含的内容为： ---对当前版本质量进行分级； ---附上测试报告（功能测试报告、兼容性测试报告、性能测试报告以及app可用性能标准结果）； --总结上线版本的基本情况。若有遗留问题必须列出并记录解决方案。 2 App测试点 2.1安全测试 2.1.1软件权限 1）扣费风险：包括发送短信、拨打电话、连接网络等 2）隐私泄露风险：包括访问手机信息、访问联系人信息等 3）对App的输入有效性校验、认证、授权、敏感数据存储、数据加密等方面进行检测 4）限制/允许使用手机功能接入互联网 5）限制/允许使用手机发送接受信息功能 6）限制/允许应用程序来注册自动启动应用程序 7）限制或使用本地连接
8）限制/允许使用手机拍照或录音 9）限制/允许使用手机读取用户数据 10) 限制/允许使用手机写人用户数据 11) 检测App的用户授权级别、数据泄漏、非法授权访问等 2.1.2安装与卸载安全性 1）应用程序应能正确安装到设备驱动程序上 2）能够在安装设备驱动程序上找到应用程序的相应图标 3）是否包含数字签名信息 4）JAD文件和JAR包中包含的所有托管属性及其值必需是正确的 5）JAD文件显示的资料内容与应用程序显示的资料内容应一致 6）安装路径应能指定 7）没有用户的允许, 应用程序不能预先设定自动启动 8）卸载是否安全, 其安装进去的文件是否全部卸载 9）卸载用户使用过程中产生的文件是否有提示 10）其修改的配置信息是否复原 11）卸载是否影响其他软件的功能 12）卸载应该移除所有的文件 2.1.3数据安全性 1）当将密码或其他的敏感数据输人到应用程序时, 其不会被储存在设备中, 同时密码也不会被解码 2）输人的密码将不以明文形式进行显示 3）密码, 信用卡明细, 或其他的敏感数据将不被储存在它们预输人的位置上 4）不同的应用程序的个人身份证或密码长度必需至少在4一8 个数字长度之间 5）当应用程序处理信用卡明细, 或其他的敏感数据时, 不以明文形式将数据写到其它单独的文件或者临时文件中。以6）防止应用程序异常终止而又没有侧除它的临时文件, 文件可能遭受人侵者的袭击, 然后读取这些数据信息。 7）当将敏感数据输人到应用程序时, 其不会被储存在设备中 8）备份应该加密, 恢复数据应考虑恢复过程的异常通讯中断等, 数据恢复后再使用前应该经过校验 9）应用程序应考虑系统或者虚拟机器产生的用户提示信息或安全替告 10）应用程序不能忽略系统或者虚拟机器产生的用户提示信息或安全警告, 更不能在安全警告显示前,，利用显示误导信息欺骗用户，应用程序不应该模拟进行安全警告误导用户11）在数据删除之前，应用程序应当通知用户或者应用程序提供一个“取消”命令的操作12）“取消”命令操作能够按照设计要求实现其功能 13）应用程序应当能够处理当不允许应用软件连接到个人信息管理的情况 14）当进行读或写用户信息操作时, 应用程序将会向用户发送一个操作错误的提示信息15）在没有用户明确许可的前提下不损坏侧除个人信息管理应用程序中的任何内容Μ
流程 一、检测作业流程 1、申请检测时，需向检测机构提供有关图纸和技术资料。 注：包含竣工资料中的水图、强弱电图、暖通图、土建图（防火门、防火卷帘）、所安装消防产品质量合格证明文件（合格证、质检报告等）、经过消防部门审核的总平面布臵图及施工图审核意见书。 2、检测机构受理检测申请，安排检测日期。 3、检测前：受检单位应组织好各受检系统的有关技术人员进行系统情况介绍。 检测中：受检单位有关负责人和技术人员必须在场，配合检测人员工作。 5、检测工作结束，主检员应向受检单位通报检测情况，出具检测意见书，需复检安排复检时间。 6、主检员组织检测员根据各系统检测的原始记录，严肃认真、实事求是地编写《检测报告》，经检测机构负责人审核批准，签发《检测报告》。 7、受检单位领取《检测报告》报消防监督机关备案，有关资料及原始记录由检测机构存档。 二、受检工程概况 （一）受检工程简介 建设单位名称、工程名称、工程地址、使用性质、
《建设工程消防设计审核意见书》编号、联系人、联系电话 （二）工程中主要设臵的消防内容 火灾自动报警系统、自动喷水灭火系统、室内消火栓系统、室外给水系统、防排烟系统、防火卷帘及防火门系统等 三、消防设施检测内容 个人对消防的理解： 消防主要分为两大部分，火灾前期的监控和后期火灾发生后的警示、分隔、疏散、灭火及救援。 在前期主要通过各种功能的探测器对保护物体或保护区域进行监视。而火灾发生后主要是通过讯响器、消防广播等设备提醒火灾的发生及指导逃生，在消防广播的指导和应急灯及疏散指示灯的指引下朝向安全的区域疏散。自动喷淋系统、消火栓系统及气体灭火系统等承担灭火的工作。 防火门、防火卷帘承担火灾区域的分隔，防止火灾的进一步扩大和保护逃生时的安全区域。在逃生过程中除了安全防火区域的保护，更重要的是要排除烟雾等有害气体，和提供充足的呼吸空气，保障疏散安全顺利进行这就由通风排烟系统所承担。这也就是这几大系统在火灾的应用！ 二、火灾自动报警系统 该系统主要涉及消防报警主机、各种功能的探测器，（感烟探测
实验室测试流程 版本/修改状态 A/0 页 码 第1页 共3页 实验室测试流程 一、目的 为了对试验项目、实验设施进行有效管理，了解产品、原材料所具有的内在性能，以验证产品、原材料是否满足要求,特制定此程序。 二、范围 适用于实验室对产品或原材料的相关功能、性能的试验、测试活动。 三、术语和定义 3.1 试 验：指通过提供给一系列条件或运行措施，对产品（包括来样）或原材料一个或多个特性的功能性检查。 3.2 实验室：指对产品、在制品、原材料进行化学分析、各种性能试验的场所和设备设施。 3.3原始数据：指在进行试验时实验人员通过技术或分析收集或记录所获取的试验数据。通常不对这些数据进行编辑和处理，而是常常记录在原始记录本中。它不同于试验报告中的结果，因为报告中的结果通常对原始数据进行了编辑、换算和（或）其它的处理以便分析和说明。 3.4 实验报告：指实验人员在实验结束时，对原始记录的数据进行处理，按照标准格式定义的符合性结论。 四、操作流程 4.1 接收、登记实验样品 4.1.1 实验室对品控部和仓库送来的打样布、大货和纱线直接登记接收。 4.1.2实验室测试员应该检查测试样品的大小是否符合送检样品的测试要求，并且确保样品的批号、色号与样品的唯一性。 4.1.3 其他实验要求,由需求部门填写《测试联络函》，将其和待测试实验样品，送到实验室。实验室接到《测试联络函》后，核查委托的项目、标准、批次、数量与样品是否一致，检查待试验样品确无妨碍试验结果的因素，方可接收。如有上述因素，应退回委托实验部门。然后登记，并把《测试联络函》与待试验的样品放在一起，以作为待试验样品的标识。
1.过程检查要素表
配置管理过 程√√√√ 设计阶段结束 测试阶段结束 软件过程 审计报告 SQA人员， 项目经理， 配置管理员 软件质量保 证过程√√√√验收阶段结束 软件过程 审计报告 高级经理， SQA经理， 项目经理 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=(∑1z B)/z 。 9)项目的过程得分C=∑1N B 。 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。 则该阶段得分B2=140/150 * 6= 则计划跟踪和监督过程得分B＝（＋）/2＝ 计划过程得分＝；需求过程得分＝；设计过程得分＝；测试过程得分＝ C=＋＋＋＋＝ 3.过程检查表 3.1.计划过程检查表
目的 侧重测试工作流程及规的控制，明确产品研发的各阶段测试组应完成的工作。测试技术和策略等问题不在本文档描述围。 本规作为所有测试组成员工作前必须掌握的工作规，也供给其它部门其它组查阅参考，以便于组间的协调沟通，更好的合作完成产品的研发工作。 概念与术语 在整个产品的研发过程中，测试类型按照先后顺序主要分为：单元测试、集成测试、系统测试及产品确认，整个过程如下面的W模型所示： 图1 有关的测试类型的概念如下： 1）单元测试：验证产品中的模块，测试依据主要为模块详细设计或模块的需求规格。能使问题及早暴露，也便于问题的定位解决，单元测试属于早期测试，因而错误发现后能明确知道是某一单元产生的，单元测试允许多个被测单元的测试工作同时开展。根据公司研发流程的实际情况，此测试也可由设计研发人员执行。 2）集成测试是验证模块间接口及匹配关系，测试依据主要为概要设计。一般采用自底向上或自顶向下的模块集成方法，逐步集成。在此环节中测试组还负责验收研发人员提供的转测试的材料，如果材料不完备，测试组可以拒绝接收。 3）系统测试是对系统的一系列的整体、有效性、可靠性的测试，测试依据主要为设计规格及产品需求规格。目的是确认产品与设计规格、需求、行业标准及公司标准的符合性，同时还要确认性能和系统的稳定性，与之前的集成测试应遵循“相同的被测对象不要做两遍相同的测试”的基本原则。
4）除单元测试、集成测试和系统测试之外，还应有“产品确认”环节，即在客户环境中或模拟客户环境测试与验证产品，在有限的试用客户中或模拟客户环境中发现产品问题并加以妥善处理，保证产品质量，提高客户满意度。确认与实验室部测试的区别在于：实验室部测试要尽可能多做，多发现问题；确认要在达到质量目标的情况下尽可能少做；两者要在质量和成本之间权衡、综合考虑。 5）TD：全称Mercury TestDirector，一种测试管理工具。 6）黑盒测试：黑盒测试也称功能测试，它是通过测试来检测每个功能是否都能正常使用。在测试中，把程序看作一个不能打开的黑盒子，在完全不考虑程序部结构和部特性的情况下，在程序接口进行测试，它只检查程序功能是否按照需求规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息。黑盒测试着眼于程序外部结构，不考虑部逻辑结构，主要针对软件界面和软件功能进行测试。黑盒测试是以用户的角度，从输入数据与输出数据的对应关系出发进行测试的。 职责 【注】：当某个项目仅有一个测试人员时，该测试人员同时也为该项目的测试主管，需要担负起测试主管
第一部分：产品外观检验标准 1．缺陷分类定义 1.1 严重缺陷（ Critical ，代号 C）对人身安全造成伤害或存在有安全隐患； 1.2 主要缺陷（ Major ，代号 M ）影响手机使用 /性能的缺陷或手机装配产生的严重缺陷或严重影响手机外观的缺陷； 1.3 次要缺陷（ minor ，代号 m）影响手机外观的缺陷； 对使用者造成伤害或有严重缺陷（ C） 安全隐患的缺陷 功能 主要缺陷（ M ） 包装 其它 不影响正常使用的缺陷 影响手机及附件外观 的 次要缺陷（ m）缺陷 影响手机包装外观的 缺 陷 2、定义如充电器漏电，电池漏液，充电器/电池打火冒烟等。 影响正常使用的缺陷：如不能开/关机、不能登录网络、不认SIM 卡、不通话、不充电、无发/受话、声音过小、回声、掉电、掉线、收/发短信异常等 1）少配件、说明书、保修卡等 2）装错手机、配件。 3）漏或者用错标贴。 严重超出标准的外观的缺陷 无lens 保护膜，无包装袋，颜色标贴漏、错，合格证漏 盖单。如键盘表面凹凸不平、划伤、皱纹、手机标贴不规 范等。 说明书、保修卡、包装彩盒脏 /破 /皱；不会产生歧意的异标识。 三级划伤轻划痕，不反光时难看出，在某一固定角度才能看得划痕。二级划伤轻度硬器划伤，不转换角度都能看见且轻微的划痕。 一级划伤重硬器划伤，不转换角度都能看见且较严重的划痕。
1 / 11
色点异常颜色点，测量时以其最大直径为其尺寸。 断差各部件组装后的台阶。 缝大各部件组装后产生的缝隙。 杂质喷漆时有异物而形成的点或线。 抬高装饰圈， LENS 等装配后的高度超过标准 掉漆表面涂层的脱落。 气泡由于原料在成型前未充分干燥，水分在高温的树脂中气化而形成气泡。流纹产品表面上以浇口为中心而呈现出的年轮条纹。 熔接线塑料熔体在型腔中流动时，遇到阻碍物（如型芯等物体）时，熔体在绕过阻碍物后不能很好的融合，于是在塑料件的表 面形成了一条明显的线，叫做熔接 线。 色薄在图文印刷时出现的颜色偏淡的现象。 飞边由于注塑或模具的原因，在塑料件周围多出的塑料废边。 色差塑料件表面呈现出与标准样品（客户承认样品）不同的颜色。色差有强、弱之分。 3、测量面定义 A 测量面：正常使用时第一眼可看到的表面。如LCD 和镜片、手机的正面、手机打开后的翻盖面和键盘面。 B 测量面：不在直视范围。如手机的顶面、底面、左侧面、右侧面、背面、充电器的表面。 C 测量面：正常使用时看不到的面。如取出电池后出现的手机底壳面和电池面。 4、目视检验条件： 光源：日光灯光源。 距离：眼睛到检查面的距离——30cm。 检验员视力：裸视或矫正视力在 1.0 以上 ,且不可有色盲。 检查时间：不超过8s。 位置：被测面与水平面为45°，上下左右转动15°。
测量过程控制项目检查表 测试过程名称变压器变压比测试过程测量过程文件编号GB1094.1 测量过程的计量要求 测量参数名称测量范围允许不确定度分辨力环境要求其他计量要求变压器变比 4.2837±1% 0.0140.0001 （0~40）℃/ 测量过程要素控制状况是否满足计量 要求测量设备量程准确度等级/误差分辨力其他特性 ZB3型变比仪1~60 ±0.1%K 0.0001 / 满足计量要求 测量方法变压比试验测量过程规范满足计量要求环境条件（0~40）℃满足计量要求 操作人员 操作人员经过关于电气试验的专业培训，都取得了电气 试验的上岗证和电工进网作业许可证。 满足计量要求 监视方法核查标准/ / 进行比对 在变比仪的有效期内按照期间核查计划，每隔三个月将 变比仪与校准合格的另一台变比仪进行比对测量。 满足计量要求进行抽查/ / 测量不确定度0.0050 满足计量要求检查记录： 结论：□合格□合格□合格注：在选项上达√，只选一项审核日期：年月日审核员：审核组长：受审核方代表：
测量过程计量要求的推导及验证 编号： 序号： 一、产品的技术要求 在委内瑞拉高厂变1#的高低1分接变比K 值要求在（4.2837±1%）范围内。 二、转化为测量过程的计量要求 为了将变压器1分接变比值控制在（4.2837±1%）范围内，则首先应把变压器1分接变比值测出来，把生产过程的控制的要求转化为测量过程的计量要求，然后再根据测量过程的的计量要求，导出对测量设备的计量要求。 1、测量范围的推导 当测量变比时，正常的变比值应在仪器的测量范围内，要求的变比值（4.2837±1%），所以变比仪的量程范围可选择1~10。 2、最大允许误差的确定 此台变压器1分接变比值要求是（4.2837±1%）范围内，4.2837×1%=0.04284是允许的偏差范围，这个允许的偏差范围称为容差，在此过程容差确定为0.04284，测量的最大允许误差可以时容差的1/3到1/10之间，即0.04284/3=0.01428。 3、计量要求测量不确定度的选择和推导 用“检测能力指数Mcp ”来导出所要求的测量不确定度： U T M cp 2= ，其中cp M 为检测能力指数； T ：为被测量允许变化的范围。 U ：为测量结果的扩展不确定度。 cp M 查表取3 (当cp M 为2~3时，误判率为0.6%~0.3%，能力评价为满足) 则01428.03 22 04284.02≈??=?= CP M T U m Ω 三、导出对测量设备的要求 可以根据上述测量过程的计量要求导出对测量设备的计量要求 1、测量设备的量程 根据现有测量设备，选择量程量程为1~60的变比仪。