ICT程序测试点

今日电子产品愈轻薄短小，PCB之设计布线也愈趋复杂困难。除需兼顾功能性与安全性外，更需可生产及可测试。兹就可测性之需求提供规则供设计布线工程师参考，如能注意之，将可为贵公司省下可观之

ICT治具制作费用并增进测试之可靠性与ICT治具之使用寿命。

可取用之规则

 虽然有双面ICT治具，但最好将被测点放在同一面。

 被测点优先顺序：A.测垫(Testpad) B.零件脚(Component Lead) C.贯穿孔(Via)

 两被测点或被测点与预钻孔之中心距不得小于0.050"（1.27mm）。以大于0.100"（2.54mm）为佳，其次是0.075"（1.905mm）

 被测点应离其附近零件(位于同一面者)至少0.100"，如为高于3m/m零件，则应至少间距0.120"。

 被测点应平均分布于PCB表面，避免局部密度过高。

 被测点直径最好能不小于0.035"(0.9mm)，如在上针板，则最好不小于0.040"(1.00mm)，形状以正方形较佳(可测面积较圆形增加21%)。小于0.030"之被测点需额外加工，以导正目标。

 被测点的Pad及Via不应有防焊漆(Solder Mask)。

 被测点应离板边或折边至少0.100"。

 PCB厚度至少要0.062"(1.35mm)，厚度少于此值之PCB容易板弯，需特殊处理。

 定位孔(Tooling Hole)直径最好为0.125"(.3.175mm)。其公差应在"+0.002"/-0.001"。其位置应在PCB之对角。

 被测点至定位孔位置公差应为+/-0.002"。

 避免将被测点置于SMT零件上，非但可测面积太小，不可靠，而且容易伤害零件。

 避免使用过长零件脚(大于0.170"(4.3mm))或过大的孔径(大于1.5mm)为被测点，需特殊处理。

ICT治具制作所需资料

 Layout CAD File：例如: PCADR-->* .pdf PADSR-->*.asc

 PCB空板一片(请注意版本及连片问题)

 待测实体板一片

 BOM

 线路图

ICT治具PCB LAYOUT 配合事项

 每一铜箔不论形状如，至少需要一个可测试点。

 测试点位置考虑顺序：

1. ACI插件零件脚优先考虑为测试点。

2. 铜箔露铜部份(测试PAD)，但最好吃锡。

3. 立式零件插件脚。

4. Through Hole不可有Mask。

 测试点直径

1.1m/m以上，以一般控针可达到测试效果。

2.1m/m以下，则须用较精密探针增加制造成本。

3.PAD接触性须好。

 测试点形状，圆形或正方形均可。

(均可，并无一定限制)

 点与点间的间距须大于2m/m(中心点对中心点)。

http://www.icttest.cn/index.php/list-10-1.html

 双面PCB的要求：以能做成单面测试为考虑重点 1. SMD面走线最少须有1 through hole贯穿至dip面，以便充当为测试点，由dip面进行测试。 2. 若through hole须mask时，则须考虑于through hole旁lay测试pad。 3. 若无法做成单面，则以双面治具方式制作。

 空脚在可允许的范围内，应考虑可测试性，无测试点时，则须拉点。

 Back Up Battery最好有Jumper，于ICT测试时，能有效隔离电路。

 定位孔要求

1. 每一片PCB须有2个定位孔，且孔内不能沾锡。

2. 选择以对角线，距离最远之2孔为定位孔。

1、软件测试的定义:

IEEE给出的定义——

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

《软件测试技术基础》——

软件测试是为了尽快尽早地发现在软件产品中所存在的各种软件缺陷而展开的贯穿整个软件开发生命周期、对软件产品（包括阶段性产品）进行验证和确认的活动过程。

2、软件测试的目的

软件质量:

1.发现系统的错误

2. 验证系统是否满足需求

3. 为产品放行提供依据

4. 改进开发流程

对于企业来说：

回避软件发布后由于潜在的软件缺陷和错误造成的隐患所带来的商业风险。

测试的重要目的之一：发现软件中的缺陷

3、软件测试对象

阶段性文档(1 2 3):

1需求规格说明书 2概要设计规格说明书 3详细设计规格说明书

4源程序 5系统

最终产品文档(6 7):6用户手册 7帮助文档

4、软件质量保证人员与软件测试人员

同：两个岗位旨在提高软件的质量

异：软件测试人员SQC

1关心过程的产物2剖析开发出的软件

质量保证人员SQA

1全面质量管理 2过程改进

5、软件测试的原则

1.所有的软件测试都应追溯到用户需求

2.尽早地、不断地进行测试

3.严格执行测试计划

4.注重测试用例的设计

5.程序员应该避免测试自己的程序

6.增量测试，由小到大

7.注意集群现象(二八定理)

8.完全测试是不可能的

9.测试维护

集群现象（二八定理）Pareto原则：测试发现的错误中80%很可能起源于20%的模块中。

6、测试用例

IEEE标准610（1990）的定义：

测试用例是一组测试输入、执行条件和预期结果的集合。其目的是要满足一个特定的目标，比如执行一条特的程序路径或检验是否符合一个特定的需求。

一组测试用例包含：1、用例的编号 2、测试标题 3、用例级别 4、预置条件

5、 *** 作步骤 6、预期结果

7、软件测试环境

软件测试环境= 软件+ 硬件+ 网络+ 历史数据

8、软件缺陷

软件从需求、设计、编码、测试一直到交付用户公开使用后的过程中，都可能产生和发现缺陷。

需求阶段最多，运行维护时花费代价最高。

9、软件测试分类

1）、按测试技术上分类（是否查看代码）

黑盒测试：在程序接口进行测试，它只是检查程序功能是否按照规格说明书的规 定正常用。也被称为功能测试或数据驱动测试。

白盒测试（测试代码）：要完全了解程序结构和处理过程，它按照程序内部逻辑测试程序，检验程序中每条通路是否按预定要求正确工作。也被称为结构测试或逻辑驱动测试。

灰盒测试：介于黑盒测试与白盒测试之间的测试，即要像黑盒测试那样关注输出对于输入的正确性；同时也关注内容表现，但这种关注不像白盒测试那样详细、完整，只是通过一些表征性的现象、事件、标志判断内部的运行状态。避免过度测试，精简冗余用例。

2）、按测试方式上分类（是否运行程序）

静态测试：是指不运行程序，对程序和文档进行分析与检查；静态测试技术又称为静态分析技术。