行业版黑匣子测试用例
黑盒测试具体例子
黑盒测试具体例子黑盒测试是一种软件测试方法，测试人员主要关注软件的输入与输出，而不考虑内部结构或代码实现细节。
在黑盒测试中，测试人员通过分析需求规格说明书等文档，设计测试用例来验证软件功能的正确性。
下面将介绍几个黑盒测试的具体例子。
1. 登录功能测试假设我们要测试一个网站的登录功能，我们可以设计以下测试用例来进行黑盒测试：•测试用例1：输入正确的用户名和密码，验证是否能成功登录；•测试用例2：输入错误的用户名，验证是否提示“用户名不存在”的错误信息；•测试用例3：输入错误的密码，验证是否提示“密码错误”的错误信息；•测试用例4：输入超长的用户名或密码，验证系统是否做了长度限制处理；•测试用例5：在登录界面不输入任何信息，验证系统是否能识别为空的输入并给出相应提示。
通过以上测试用例可以验证登录功能在不同情况下的表现，保证其在各种情况下都能正常运作。
2. 购物车功能测试假设我们要测试一个电商网站的购物车功能，我们可以设计以下测试用例进行黑盒测试：•测试用例1：向购物车添加商品，验证商品数量是否正确增加；•测试用例2：修改购物车中商品的数量，验证价格是否正确计算；•测试用例3：删除购物车中的商品，验证删除后购物车是否为空；•测试用例4：尝试向购物车中添加数量超过库存的商品，验证系统是否给出相应提示；•测试用例5：尝试在未登录状态下进行购物车操作，验证系统是否要求用户先登录。
通过以上测试用例可以验证购物车功能在各种操作下的正确性，避免在实际使用中出现问题。
3. 搜索功能测试假设我们要测试一个搜索引擎的搜索功能，我们可以设计以下测试用例进行黑盒测试：•测试用例1：输入关键词进行搜索，验证搜索结果的相关性和准确性；•测试用例2：输入特殊字符进行搜索，验证系统是否能正确处理这些特殊字符；•测试用例3：输入不存在的关键词进行搜索，验证系统是否能给出“无结果”提示；•测试用例4：在搜索结果页面尝试使用筛选功能，验证筛选条件是否有效；•测试用例5：在搜索过程中断网重连，验证系统是否能正确处理这种情况。
信息系统项目管理师案例分析考点：黑盒、白盒、灰盒测试法
信息系统项目管理师案例分析考点：黑盒、白盒、灰盒测试法动态测试指通过运行程序发现错误，分为黑盒测试法、白盒测试法和灰盒测试法等。
黑盒法：把被测试对象看成一个黑盒子，测试人员完全不考虑程序的内部结构和处理过程，只在软件的接口处进行测试，依据需求规格说明书，检查程序是否满足功能要求。
黑盒测试又称为功能测试或数据驱动测试，使用这种方法，为了做到穷尽测试，至少必须对所有输入数据的各种可能值的排列组合都进行测试。
常用的黑盒测试用例的设计方法：等价类划分、边界值分析、错误猜测和因果图、场景设计法、功能图分析方法等。
优缺点：1.优点：①比较简单，不需要了解程序内部的代码以及实现。
②与软件内部实现无关。
③从用户角度出发，很容易的知道用户会用到哪些功能，会遇到哪些问题。
④在做软件自动化测试时较为方便。
⑤基于产品需求文档，所以也能知道软件实现了文档中的哪些功能。
2.缺点：①不可能覆盖所有代码，覆盖率较低，大概只能达到总代码量的30%。
②自动化测试的复用性较低。
白盒法：把测试对象看做一个打开的盒子，测试人员须了解程序的内部结构和处理过程，以检查处理过程的细节为基础，对程序中尽可能多的逻辑路径进行测试，检验内部控制结构和数据结构是否有错，实际的运行状态与预期的状态是否一致。
常用的白盒测试用例设计方法：基本路径测试、循环覆盖测试及逻辑覆盖测试等。
优缺点：1、优点：①迫使测试人员去仔细思考软件的实现；②可以检测代码中的每条分支和路径；③揭示隐藏在代码中的错误；④对代码的测试比较彻底；⑤最优化2、缺点：①昂贵；②无法检测代码中遗漏的路径和数据敏感性错误；③不验证规格的正确性灰盒法：灰盒测试是一种介于白盒测试与黑盒测试之间的测试，它关注输出对于输入的正确性，同时也关注内部表现，但这种关注不像白盒测试那样详细且完整，而只是通过一些表征性的现象、事件及标志来判断程序内部的运行状态。
灰盒测试结合了白盒测试和黑盒测试的要素，考虑了用户端、特定的系统知识和操作环境，在系统组件的协同性环境中评价应用软件的设计。
黑盒测试案例
黑盒测试案例黑盒测试是一种测试方法，旨在检验软件或系统的功能性，而不考虑其内部的实现细节。
下面是一个黑盒测试的案例，以展示如何设计和执行一个黑盒测试。
案例：网上购物系统1. 注册功能测试测试目标：验证用户能够成功注册一个新账户。
测试步骤：a. 打开网上购物系统主页。
b. 点击注册按钮。
c. 输入一个有效的用户名、密码和电子邮件地址。
d. 点击提交按钮。
e. 检查系统是否显示注册成功的提示信息。
f. 尝试使用新账户登录系统，检查是否成功登录。
预期结果：系统应该成功注册新账户并允许用户使用该账户登录。
2. 商品搜索功能测试测试目标：验证用户能够成功搜索并找到所需商品。
测试步骤：a. 打开网上购物系统主页。
b. 在搜索框中输入一个商品关键词。
c. 点击搜索按钮。
d. 检查系统是否正确显示与关键词相关的商品列表。
预期结果：系统应该能够根据用户输入的关键词正确显示相关的商品列表。
3. 购物车功能测试测试目标：验证用户能够成功将商品添加到购物车并完成购买。
测试步骤：a. 打开网上购物系统主页。
b. 浏览商品列表，选择一个商品。
c. 点击“加入购物车”按钮。
d. 检查系统是否将商品添加到购物车中。
e. 点击“去结算”按钮。
f. 输入有效的配送地址和支付信息。
g. 点击“提交订单”按钮。
h. 检查系统是否显示订单成功提交的提示信息。
预期结果：系统应该能够正确添加商品到购物车，并在用户完成订单时显示成功提交订单的提示信息。
4. 优惠券功能测试测试目标：验证用户能够成功使用优惠券并享受相应折扣。
测试步骤：a. 打开网上购物系统主页。
b. 选择需要购买的商品并添加到购物车。
c. 输入有效的优惠券编号。
d. 点击“应用优惠券”按钮。
e. 检查系统是否正确计算并显示优惠后的价格。
预期结果：系统应该能够根据用户输入的优惠券编号正确计算并显示折扣后的价格。
5. 支付功能测试测试目标：验证用户能够成功完成支付流程。
测试步骤：a. 打开网上购物系统主页。
黑盒测试案例
黑盒测试案例黑盒测试是软件测试中的一种重要测试方法，它是基于软件的功能规格说明进行测试的一种方法。
在进行黑盒测试时，测试人员只需要关注软件的输入和输出，而不需要了解软件内部的具体实现细节。
下面我们将介绍几个黑盒测试案例，以帮助大家更好地理解黑盒测试的具体应用。
首先，我们来看一个简单的黑盒测试案例，一个登录页面。
在这个案例中，我们需要测试用户输入正确的用户名和密码时，能否成功登录系统；当用户输入错误的用户名或密码时，系统是否能够给出相应的提示信息；当用户不输入用户名或密码时，系统是否能够给出必要的提醒。
通过这个案例，我们可以验证系统在不同输入条件下的响应情况，以确保系统的稳定性和安全性。
其次，我们来看一个更复杂的黑盒测试案例，一个在线购物系统。
在这个案例中，我们需要测试用户能否顺利地浏览商品、添加商品到购物车、进行结算并完成支付；当用户输入无效的商品信息或购物车为空时，系统是否能够给出相应的提示信息；当用户选择不同的支付方式时，系统是否能够正确地进行支付处理。
通过这个案例，我们可以验证系统在用户购物过程中的各种操作情况，以确保系统的功能完整和用户体验良好。
最后，我们来看一个涉及多个模块的黑盒测试案例，一个银行系统。
在这个案例中，我们需要测试用户能否成功地进行账户登录、查询余额、转账汇款、办理存取款等操作；当用户输入错误的账户信息或操作无效时，系统是否能够给出相应的提示信息；当用户进行复杂的交易操作时，系统是否能够正确地进行处理。
通过这个案例，我们可以验证系统在涉及多个模块的复杂操作中的稳定性和可靠性。
通过以上几个黑盒测试案例的介绍，我们可以看到，黑盒测试是一种非常重要的测试方法，它能够有效地验证系统的功能是否符合规格说明，以及系统在不同输入条件下的响应情况。
在实际的软件测试工作中，我们需要根据具体的系统特点和需求，设计相应的黑盒测试案例，并通过有效的测试方法和工具，进行全面而深入的测试工作，以确保系统的质量和稳定性。
安全漏洞评估中的黑盒测试技术与实战案例(一)
随着互联网的快速发展，网络安全问题日益凸显。
安全漏洞评估成为保障网络安全的重要手段之一。
其中，黑盒测试技术在安全漏洞评估中具有重要的地位。
本文将介绍黑盒测试技术的基本原理与方法，并结合实战案例进行深入探讨。
一、黑盒测试技术的基本原理与方法黑盒测试技术是指在对网络系统进行安全漏洞评估时，测试人员不了解被测系统的具体内部结构和实现细节，仅通过对输入输出的观察和分析，来评估系统的安全性。
具体而言，黑盒测试技术主要包括以下几个方面：1.信息收集在进行黑盒测试之前，测试人员需要收集尽可能多的关于被测系统的信息。
这包括对系统的架构、功能模块、接口等方面进行了解。
通过信息收集，测试人员可以对系统的潜在安全风险有一个初步的认识，从而有针对性地进行测试。
2.漏洞挖掘漏洞挖掘是黑盒测试的核心内容之一。
测试人员通过模拟真实的攻击行为，对系统的各个模块进行测试，以寻找系统中的安全漏洞。
漏洞挖掘可以采用常见的攻击手法，如SQL注入、跨站脚本等，也可以根据系统的特点，设计专门的攻击向量。
3.漏洞验证在发现潜在的安全漏洞后，测试人员需要进行漏洞验证。
通过复现攻击行为，测试人员可以验证漏洞的存在并评估其危害程度。
同时，漏洞验证还可以为系统的后续修复提供详细的信息，有助于有效地解决安全问题。
二、黑盒测试技术的实战案例下面将结合一个实际案例，介绍黑盒测试技术在安全漏洞评估中的应用。
某公司拥有一个在线支付系统，用户可以通过该系统进行网购支付。
为了保障系统的安全性，该公司决定对系统进行安全漏洞评估。
测试人员在收集了相关信息后，开始进行黑盒测试。
首先，测试人员对系统的输入进行分析。
他们发现，系统在处理用户输入时存在一定的漏洞。
通过输入恶意代码，攻击者可以获取系统中的敏感信息。
为了验证这一漏洞，测试人员设计了一系列的攻击向量，并进行了测试。
结果发现，恶意输入确实可以导致系统的信息泄露，并且攻击者还可以通过篡改支付请求来进行盗窃。
根据测试结果，测试人员向该公司提供了详细的漏洞报告，并提出相应的修复建议。
企业黑名单测试用例
企业黑名单测试用例（最新版）目录1.企业黑名单的定义和作用2.企业黑名单测试用例的种类3.企业黑名单测试用例的设计原则4.企业黑名单测试用例的具体编写方法5.企业黑名单测试用例的实际应用正文【1.企业黑名单的定义和作用】企业黑名单是指企业记录的在经营活动中出现过不良行为的供应商、客户、员工等名单。
企业黑名单有助于企业避免与不良行为者继续合作，降低经营风险，保障企业的合法权益。
【2.企业黑名单测试用例的种类】企业黑名单测试用例主要分为以下几类：1) 供应商黑名单测试用例：主要测试采购流程中，系统是否能正确识别并在交易中拒绝与黑名单供应商的业务往来。
2) 客户黑名单测试用例：主要测试销售流程中，系统是否能正确识别并在交易中拒绝与黑名单客户的业务往来。
3) 员工黑名单测试用例：主要测试人力资源管理流程中，系统是否能正确识别并在招聘、调动等环节拒绝与黑名单员工的关联。
【3.企业黑名单测试用例的设计原则】1) 完整性：测试用例应涵盖所有可能的不良行为类型，确保测试的全面性。
2) 适用性：测试用例应根据企业的实际情况进行设计，确保测试的有效性。
3) 异常处理：测试用例应考虑各种异常情况，确保系统在异常情况下仍能正确执行。
【4.企业黑名单测试用例的具体编写方法】1) 确定测试目标：根据不同类型的黑名单，明确测试目标。
2) 编写测试场景：根据测试目标，编写具体的测试场景。
3) 编写测试脚本：根据测试场景，编写详细的测试操作步骤。
4) 执行测试用例：按照测试脚本执行测试用例，观察系统反应。
【5.企业黑名单测试用例的实际应用】企业黑名单测试用例在实际应用中可以帮助企业发现潜在风险，提高业务流程的安全性和稳定性。
第1页共1页。
黑盒测试用例的设计方法
黑盒测试用例的设计方法
黑盒测试用例的设计方法有以下几种常见的方法：
1. 等价类划分法：将输入数据划分成不同等价类，然后选择代表性的测试用例进行测试。
例如，如果输入要求为0-100之间的数字，可以选择一个小于0的数、一个在0-100范围内的数和一个大于100的数来进行测试。
2. 边界值分析法：选择测试用例使得能够覆盖输入的边界值情况。
例如，如果输入要求为1-100之间的数字，可以选择1、100以及2个边界值之间的数作为测试用例。
3. 错误推测法：基于经验或猜测，推测可能存在的错误，并选择测试用例进行验证。
例如，对于一个登录功能，可能存在的错误包括密码错误、用户名不存在等，可以选择相应的测试用例进行验证。
4. 因果图法：根据功能的输入和输出之间的因果关系，绘制因果图，然后选择测试用例进行测试。
因果图可以帮助发现功能之间的因果关系和潜在的缺陷。
5. 决策表法：对于有多种条件和多个可能的结果的功能，使用决策表来帮助设计测试用例。
将各种条件和结果列成表格，然后选择组合测试用例进行测试。
以上是常用的黑盒测试用例设计方法，根据具体的需求和情况选择适合的方法进
行测试用例设计。
黑盒（功能）测试以及测试用例设计
⿊盒（功能）测试以及测试⽤例设计⿊盒测试是把测试对象看做⼀个⿊盒⼦，利⽤⿊盒测试法进⾏动态测试时，需要测试软件产品已经实现的功能是否符合功能设计要求，不需测试软件产品的内部结构和处理过程。
⿊盒测试注重于测试软件的功能性需求，也即⿊盒测试使软件⼯程师派⽣出执⾏程序所有功能需求的输⼊条件。
⿊盒测试并不是⽩盒测试的替代品，⽽是⽤于辅助⽩盒测试发现其他类型的错误。
⿊盒测试试图发现以下类型的错误：1. 功能错误或遗漏；2. 界⾯错误；3. 数据结构或外部数据库访问错误；4. 性能错误；5. 初始化和终⽌错误。
⿊盒技术设计测试⽤例的⽅法有：1. 等价类划分⽅法2. 边界值分析⽅法3. 错误推测⽅法4. 因果图⽅法5. 判定表驱动分析⽅法6. 正交实验设计⽅法7. 功能图分析⽅法1.等价类划分：等价类划分法是把所有可能的输⼊数据，即程序的输⼊域划分成若⼲部分（⼦集），然后从每个部分中选取少数代表性数据作为测试⽤例；该⽅法是⼀种重要的，常⽤的⿊盒测试⽤例设计⽅法。
1）划分等价类：等价类是指某个输⼊域的⼦集合。
在该⼦集合中，各个输⼊数据对于揭露程序中的错误都是等效的。
并合理地假定：测试某等价类的代表值就等于对这⼀类其它值的测试。
因此，可以把全部输⼊数据合理划分为若⼲等价类，在每⼀个等价类中取⼀个数据作为测试的输⼊条件，就可以⽤少量代表性的测试数据。
取得较好的测试结果。
等价类划分可有两种不同的情况：有效等价类和⽆效等价类。
有效等价类：是指对于程序的规格说明来说是合理的，有意义的输⼊数据构成的集合。
利⽤有效等价类可检验程序是否实现了规格说明中所规定的功能和性能。
⽆效等价类：与有效等价类的定义恰巧相反。
设计测试⽤例时，要同时考虑这两种等价类。
因为，软件不仅要能接收合理的数据，也要能经受意外的考验。
这样的测试才能确保软件具有更⾼的可靠性。
2）划分等价类的⽅法：下⾯给出六条确定等价类的原则。
①在输⼊条件规定了取值范围或值的个数的情况下，则可以确⽴⼀个有效等价类和两个⽆效等价类。
黑盒测试(用户测试)测试用例模板
如果客户描述是ExternalCo则集团单 位为否且ZHFMMAP7表中不存在该条数 据的客户编号（BSIS-XREF3）
如果客户描述不为ExternalCo则集团 单位为是且ZHFMMAP7表中存在该条数 据的客户编号（BSIS-XREF3）
测试结果（即：预期与实际的不同点）
期间累计和不累计数据的金额 总和是否对上前台导出数据 （同时输出alv excel 接口的text） 检查借贷标示为S的数据金额是否为 负值 ICP往来方为 ExternalCo 的数据的 BSIS-XREF3（客户编号）在ZHFMMAP7 中不存在 ICP为不为 ExternalCo 的数据的 BSIS-XREF3（客户编号）在ZHFMMAP7 存在 且往来方的值=ZHFMMAP7-BUKRS 对HFM科目 和 客户编号排序，检查 是否有二者都相同的数据 如果选的是其他收入则科目号以6051 开头 如果选的是其他支出则科目号以6042 开头 检查客户描述，
归档spec名 称： 传输请求号
测试类别
测试子项目 首页屏幕号1000
界面正确性
进入alv页面
使用excel输出 消息提示是否Байду номын сангаас确
业务数据正确性（黑盒） 年度，期间累计输出
借贷标示和金额
检查ICP往来方数据
检查是否有HFM科目 相 同且客户编号相同的数 检查会计科目号数据前 4位
检查是否集团单位
前置条件（预设情景）/检查内容 预期结果 是否包含spec要求在本界面输出的选 择项 alv页面是否包含了spec要求的显示 字段， 检查excel界面字段是否完整
黑盒测试案例
黑盒测试案例一、概述。
黑盒测试是一种软件测试方法，它关注于测试软件的功能而不考虑内部结构或代码。
黑盒测试旨在验证软件是否符合规格说明书中的要求，以及是否满足用户的需求。
在进行黑盒测试时，测试人员不需要了解软件的内部工作原理，而是根据规格说明书和用户需求来设计测试用例，以验证软件的功能是否正常。
二、黑盒测试案例。
1. 登录功能测试。
测试目的，验证用户能否成功登录系统。
测试步骤：a. 输入正确的用户名和密码，点击登录按钮，验证是否成功进入系统。
b. 输入错误的用户名或密码，点击登录按钮，验证是否提示错误信息。
c. 输入正确的用户名和错误的密码，点击登录按钮，验证是否提示错误信息。
测试结果，登录功能正常，能够成功验证用户身份并进入系统。
2. 注册功能测试。
测试目的，验证用户能否成功注册新账号。
测试步骤：a. 输入有效的用户名、密码和邮箱，点击注册按钮，验证是否成功注册新账号。
b. 输入已存在的用户名或邮箱，点击注册按钮，验证是否提示错误信息。
c. 输入无效的用户名、密码或邮箱，点击注册按钮，验证是否提示错误信息。
测试结果，注册功能正常，能够成功创建新账号并进行验证。
3. 搜索功能测试。
测试目的，验证用户能否成功使用搜索功能。
测试步骤：a. 输入关键词进行搜索，验证搜索结果是否准确。
b. 输入无效关键词进行搜索，验证是否提示无相关结果。
c. 输入特殊字符进行搜索，验证是否能正确处理。
测试结果，搜索功能正常，能够准确返回相关结果并处理特殊字符。
4. 支付功能测试。
测试目的，验证用户能否成功进行支付操作。
测试步骤：a. 选择商品进行结算，输入有效的支付信息，验证是否成功完成支付。
b. 输入无效的支付信息，验证是否提示错误信息。
c. 选择商品进行结算，取消支付操作，验证是否能正确处理。
测试结果，支付功能正常，能够成功处理有效支付信息并正确处理取消操作。
5. 数据导出功能测试。
测试目的，验证用户能否成功导出数据。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
车载终端硬件测试用例1. BB测试测试目的：保证终端各项基本功能正常并符合标准；1.1 基本功能测试该测试均需给终端装上测试SIM卡，或装上移动/联通卡。
1.1.1 开关机测试1．数量：2pcs以上；2．测试方法及内容：分别在装入SIM卡和无SIM卡时将终端通电，维持通电状态30秒然后断电，关机后10秒再通电，重复以上操作共通断电20次后进行测试。
a. 终端能否正常开机；b. 装入SIM卡时，每次通电时是否都能正常找到SIM卡，指示灯指示正确；c. OBD模块能正常工作，指示灯指示正确；d. GPS模块正常工作，指示灯指示正确。
3．预期结果：a．终端能正常开机关机，指示灯指示正确；b．终端能正常与后台通信，通信正常；c．终端可以正常的采集车辆数据，数据准确，可靠；d．终端可以正常定位车辆位置，数据正确；1.1.2 蜂鸣器测试1．数量：2pcs以上；2．测试方法及内容：a．将终端通电，确认是否有通电提示音；b．调低电压，确认是否有提示音；c．后台输入命令，确认是否提示告警。
3．预期结果：蜂鸣器提示音响应正常。
1.1.3 LCD测试1．数量：2pcs以上；2．测试方法及内容：终端正常开机后，距离30cm，与水平成45º角并在各个方向15º范围内观察LCD工作是否正常。
a． LCD显示是否正常，是否存在斑点、阴影等；b．彩屏LCD各种颜色能否正常显示，分辨率、色素、响应时间等性能指标是否符合要求；c．分别在暗室、荧光（约750Lux）和阳光（大于3500Lux）下测试LCD显示是否正常，各性能指标是否符合要求；3．预期结果：a． LCD显示正常，不存在斑点、阴影等；b．彩屏LCD各种颜色正常显示，分辨率、色素、响应时间等性能指标符合要求（结合项目的具体指标规定）；c．在暗室、荧光（约750Lux）和阳光（大于3500Lux）下测试LCD显示均应正常，各项性能符合项目的具体指标要求；1.1.4 按键测试1．数量：2pcs以上；2．测试方法及内容：终端正常开机后，用自然力（不小于0.6N）按所有按键；a．测试所有按键能否正常工作；b．连续多次按键，查看是否会有死机等异常情况，按键响应速度是否符合要求；c．键盘长按功能，连续按键功能是否能够正常工作；3．预期结果：a．所有按键正常工作，按键与显示一致；b．连续多次按键应不出现任何异常情况，且按键与显示一致并保持同步；c．键盘长按功能和连续按键功能正常；1.1.5 Camera测试1．数量：4pcs以上；2．测试方法及内容：终端正常通电后，进入拍照状态。
a. Camera是否能够正常工作；b. 拍摄的照片效果是否符合规范要求；c. 测试Digital Camera的反应时间；d. 开启闪光灯功能，看闪光灯是否正常工作。
3．预期结果：a． Camera工作正常，能正常开启与关闭；b．照片效果符合规范要求，参考Camera Spec；c．反应时间达到规范要求；d．闪光灯工作正常，能正常开启与关闭。
1.1.6 TF卡测试1. 数量：2pcs以上；2. 测试方法及内容：a. 终端插入TF卡后通电，测试终端能否及时、准确的读取TF卡内容；b. 在通电状态下插入TF卡，测试终端能否及时、准确的读取TF卡内容；3. 预期结果：各种情况下都能快速、准确的读取TF卡内容。
1.2 预定功能测试1.2.1 呼叫测试1．数量：2pcs以上；2．测试方法及内容：a．后台拨通终端，终端可以与后台正常通话与挂断。
b．可以回拨电话，音量调节及来电自动摘机。
3．预期结果：a．通话时将需要上传的数据保存，通话结束后上传。
b．终端电话薄应具有不少于20名联系人的存储容量。
c．终端可由监控中心设定只允许呼入号码和只允许呼出号码。
1.2.2 定位功能测试1．数量：2pcs以上；2．测试方法及内容：将终端与车辆连接，实际路跑测试。
a．在正常行驶过程中，能否实时提供时间，经度，纬度，速度，高程及方向状态信息并上传至监控中心；b．终端能否接受一个或多个监控中心的定位请求进行定位信息上传，并能按监控中心要求终止对应中心的实时上报。
c．终端是否能在通信中断时以先进先出方式存储不少于10000条定位信息，在恢复通信后，将存储的定位信息补报上传，刻根据需要采用压缩方式上传。
d．终端是否支持时间，距离间隔或外部时间触发方式上传定位信息。
当终端处于休眠状态时，也应以一定时间上传定位信息，且时间间隔可由监控中心设定；e．终端是否自动对报警车辆或重点车辆按监控中心设定的定位方式及间隔上传定位数据。
3．预期结果：a．能实时提供时间，经度，纬度，速度，高程及方向状态信息并上传至监控中心；b．能接受一个或多个监控中心的定位请求进行定位信息上传，并能按监控中心要求终止对应中心的实时上报；c．能在通信中断时以先进先出方式存储不少于10000条定位信息，在恢复通信后，将存储的定位信息补报上传，刻根据需要采用压缩方式上传；d．能支持时间，距离间隔或外部时间触发方式上传定位信息。
当终端处于休眠状态时，也应以一定时间上传定位信息，且时间间隔可由监控中心设定。
e．能自动对报警车辆或重点车辆按监控中心设定的定位方式及间隔上传定位数据。
1.2.3 通信功能测试1．数量：2pcs以上；2．测试方法及内容：终端正常通电后后，进行以下测试。
a．终端是否支持至少2个远程连接，即主监控中心和备份监控中心的连接，能在与主监控中心通信中断时自动切换至备份监控中心；b．终端无法注册到所在地的无线网络时，能否将数据以先进先出的方式保存，直至注册到无线网络时一并传送。
如果保存数据超过最大容量时，应按时间顺序，将最先保存的数据丢弃；c．终端能否支持数据批量接收与发送功能，断点续传功能；3．预期结果：a．终端支持至少2个远程连接，即主监控中心和备份监控中心的连接，能在与主监控中心通信中断时自动切换至备份监控中心；b．终端无法注册到所在地的无线网络时，应将数据以先进先出的方式保存，直至注册到无线网络时一并传送。
如果保存数据超过最大容量时，应按时间顺序，将最先保存的数据丢弃；c．终端支持数据批量接收与发送功能，断点续传功能；1.2.4 OBD采集功能测试1．数量：2pcs以上；2．测试方法及内容：在正常通电状态、将终端与车辆连接，测试其功能：a．终端能否提供汽车电瓶电压，车速，发动机转速，冷却液温度等30种左右的运行数据，为车况监测、健康报告提供数据；b．终端能否采集汽车3000-4601条数量的故障码，用于故障提醒、健康报告。
3．预期结果：a. 终端能提供汽车电瓶电压，车速，发动机转速，冷却液温度等30种左右的运行数据，为车况监测、健康报告提供数据；b. 终端能采集汽车3000-4601条数量的故障码，用于故障提醒、健康报告1.2.5 行驶记录测试1．数量：2PCS以上2．测试方法及内容：将终端与车辆连接，终端是否具有GB/T19056所要求的汽车行驶记录功能，并支持行驶记录数据实时上传，条件检索上传和数据接口导出功能。
终端行驶记录性能及存储性能应符合GB/T19056的要求。
3．预期结果：终端具有GB/T19056所要求的汽车行驶记录功能，并支持行驶记录数据实时上传，条件检索上传和数据接口导出功能。
终端行驶记录性能及存储性能应符合GB/T19056的要求。
1.2.6 休眠1. 数量：2PCS以上2. 测试方法及内容：终端与车辆连接，熄火状态下，进行如下测试，a．终端是否具有车辆ACC点火检测功能，当车辆熄火后，终端向监控中心发送车辆熄火信号，并自动进入休眠状态；关闭无线通信模块外其他不必要设备，卫星定位模块在需要上传时自动唤醒。
b．数据上传频率是否可由监控中心远程设置或者按照初始化时设置的参数自动持续降低数据上传频率c．终端应在蓄电池欠压报警后，是否转由内置备用电池供电，在内置备用电池电量用完时自动关机。
d．终端在休眠期间，其平均功率不超过2W1.2.7 监听测试1.数量：2PCS以上.2.测试方法及内容：将终端通电，进行如下测试a.监听时，扬声器是否处于关闭状态；b.监控中心下发监听指令，终端拨打监听指令携带的监听号码，是否进入监听状态；c.监听时是否将需要上传的数据保存，监听结束后上传；d.终端拨打监听号码时，在首先未打通情况下，是否再连续拨打3次，每次间隔30s。
3.预期结果:a.监听时，扬声器处于关闭状态；b.监控中心下发监听指令，终端拨打监听指令携带的监听号码，进入监听状态c.监听时是否将需要上传的数据保存，监听结束后上传d.终端拨打监听号码时，在首先未打通情况下，再连续拨打3次，每次间隔30s.1.2.8 终端管理测试1.数量：2PCS以上2.测试方法及内容：终端通电，进行如下测试：a．终端是否支持无线网络远程方式实现终端在监控中心注册和注销功能，b．固件是否具备更新功能，固件参数修改功能和查询功能，c．终端是否具备复位或恢复出厂设置功能，同时，固件更新和固件参数修改功能也是否支持支持本地方式实现。
3.预期结果：a．终端支持无线网络远程方式实现终端在监控中心注册和注销功能，b．固件具备更新功能，固件参数修改功能和查询功能，c．终端具备复位或恢复出厂设置功能，同时，固件更新和固件参数修改功能也支持支持本地方式实现。
1.2.9 人机交互测试1.数量：2PCS以上2.测试方法及内容：a．能否通过语音报读设备与显示设备，可结合信号灯或蜂鸣器等设备向驾驶员提供信息；b．驾驶员能否通过按键或触摸屏或遥控器方式操作终端。
3.预期结果：a．能通过语音报读设备与显示设备，可结合信号灯或蜂鸣器等设备向驾驶员提供信息；b．驾驶员能通过按键或触摸屏或遥控器方式操作终端。
1.2.10 多中心接入测试1.数量：2PCS以上2.测试方法及内容：a.支持是否同时连接两个或两个以上的监控中心，并能获取监控中心下发的信息，b.终端是否按设置的时间间隔定期连接设定的监控中心并获取其下发的信息。
3.预期结果：a.支持能同时连接两个或两个以上的监控中心，并能获取监控中心下发的信息，b.终端能按设置的时间间隔定期连接设定的监控中心并获取其下发的信息。
1.3 功耗测试1.3.1 电流测试1．数量：5～10pcs；2．测试方法及内容：使用电流表，直流电源测试电流值。
a. 待机电流：终端进入休眠状态，测试其休眠状态一分钟的平均电流值。
b. 工作电流：终端正常工作状态，测试其1分钟内最大电流值与最小电流值。
3．测试指标：符合终端规定。
1.3.2 电压测试1．数量：5～10pcs；2．测试方法及内容：使用电压表，直流电源测试电流值。
a．工作电压：终端正常通电工作，测试电源模块3.3V，4V，5V输出电压是否在规格内。
b．电压范围：用精密直流电源提供电源，根据终端规范，设置两个极端电压，确认终端是否可以正常操作。