上海锐嘉科科技集团
MTK智能机FT作业指导书文件编号：保密等级：一般
文件类型：三阶文件版本：A
页数：28页编制日期：2013-12-24 编制者：BU6工程部
参与讨论、评审人员
部门姓名签名质量保证部
硬件部
硬件部
软件部
生产管理部
软件测试部
部门主管审核/日期：管理者代表批准/日期：
文件类型
文件编号 MTK 智能机CFT 测试作
业指导书
页数
版本 保密等级
三阶文件
2/ 28
A
一般（内部使用）
最高管理者批准/日期：
1.目的
指导CFT 测试作业规范化。 2.适用范围
R agentek MTK 平台智能机。 3.定义 无
4.工作职责
在保证产品品质的前提下，能够最大化提高生产效率。
版本历史
版本 DCN 编号
修改描述 影响部分 编制/修改日期 编制/修改人 A --- 新订首次发出
--- 2013-12-24
鼎讯工程部
文件类型文件编号MTK智能机CFT 测试作
业指导书页数版本保密等级
三阶文件3/ 28 A一般（内部使用）
1.CFT的定义
对手机的射频性能进行校准及检验的测试。
2.CFT分为BT校准和FT（综测）两部分
2.1 BT主要是对手机的射频参数进行调整，具体包括(MTK校准必选项):
自动频率校准（AFC）。
自动增益控制校准（AGC),对MTK平台来说叫着Pathloss。
自动功率控制校准（APC）
电池电量指示校准(ADC)。
校准通过后，程序会在校准数据区写一个通过校准标志
2. 2 FT 的全称为Final Test(综合测试)，主要是测试手机的一些射频指标,具体包括：
峰值功率(PeakPower)
功率时间模板(Burst Mask)。
峰值相位误差(PeakPhaseError)。(+/-20)
均方根相位误差(RMS PhaseError)。(+/-5)
频率误差(FreqError)。(0.1ppm)
灵敏度（Ber)。(-102,<%2.439)
接收信号强度(RXLevel)。
开关谱（Switch Spectrum)。
调制谱(Moduation Spectrum)。
备注：红色部分为必须测试的射频指标。
文件类型文件编号MTK智能机CFT 测试作
业指导书页数版本保密等级
三阶文件4/ 28 A一般（内部使用）3.硬件及软件需求
D/L配置要求备注
电脑双核2.0g以上，内存2g以上带有2个以上USB口，装有GPIB卡
夹具带射频测试头供电处需加齐纳二极管，及4700uf的大电
容。
线材USB数据线，GPIB线，射频线射频线的损耗小于1.0db。
电源程控电源电压输出要求精确，偏差小于0.03v
综测仪CMU200/AG8960/MT8860/CMW280 支持FHC快速校准
手机软件依据生产通知单若生产有变更需要换软件，必须要得到项目
经理电话及邮件双重确认
工具软件依据DCC最新发布的工具版本一览
表
操作系统Win2000、WinXP(SP2以上) 建议安装杀毒软件
文件类型文件编号MTK智能机CFT 测试作
业指导书页数版本保密等级
三阶文件5/ 28 A一般（内部使用）
CFT测试主要设备连接图
文件类型文件编号MTK智能机CFT 测试作
业指导书页数版本保密等级
三阶文件6/ 28 A一般（内部使用）
4.CFT工具的安装
4.1点击MTK_ATE_Tool_exe_V6.1332.1.RGK02.rar压缩文件包解压到本地盘，解压完成之后打开
setup.exe进行安装，安装完后打开C:\programfiles\MTK_atedemo文件夹内的MTK_atedemo.exe
4.2此工具可以同时进行GSM TD WCDMA校准，并进行GSM TD WCDMA的综测。也可单独测试
GSM和TD WCDMA
4.3如需测WCDMA和TD则需要在工具安装目录下的customer_setup.txt文件中设置。设置方法如下
图
?注释：产线正常使用的工具版本请依据最新Martix。
5.CFT端口的配置
5.1端口驱动软件包为：Driver_Auto_Installer_EXE_v1.123
6.00.rar 解压该压缩包，打开压缩包内的
Install.bat，等待驱动自动安装。
5.2将主板放入夹具，将夹具压下并点击开始按钮。如夹具供电和通讯正常，则会出现新硬件安装提示，
文件类型
文件编号 MTK 智能机CFT 测试作
业指导书
页数
版本 保密等级
三阶文件
7/ 28
A
一般（内部使用）
此时就需要安装端口驱动。
5.3此驱动需要安装2次，第一次为MTK_USB VCOM PORT ，第二次为 MediaTek USB VOM(Android)。两个都安装完毕后，则会在设备管理器显示端口号。安装完毕后端口如下图
6. CFT 工具设置说明
6.1打开工具后点击界面上的Report&System 按钮，此菜单内可以设置需要测试的内容，需要根据项目配置截图来勾选。
6.2 完成Report&System 菜单内的配置并保存退出后，需要初始化程序进行测试。初始化有四种模式，分别为信令测试、校准&非信令综测、校准&信令测试、线损校准
工具初始化菜单
文件类型
文件编号 MTK 智能机CFT 测试作
业指导书
页数
版本 保密等级
三阶文件
8/ 28
A
一般（内部使用）
6.3 CFTReport&System 菜单设置说明
a. Fast Power Measurement (CMU3.5)，当使用的CMU200的版本大于3.5或RAM>256M 时，可以设
为1，以设置其进行并行的测试，旧版本设为1时将增加测试时间；设置时用“√”表示选中；否
文件类型文件编号MTK智能机CFT 测试作
业指导书页数版本保密等级
三阶文件9/ 28 A一般（内部使用）则为不选择．实际测试时选择“√”
b.Stop Condition = 0停止条件的设置，为0指无论中间的测试项目是否通过，都要继续进行测试，
直到测试结束，为1指当有测试Fail的项目时，则停止测试；设置时用“√”表示选中；否则为不选择．实际测试时选择“√”
c.Add Cal status为是否增加板测通过标志位;设置时用“√”表示选中；否则为不选择;实际测试时选
择“√”
d.Band校准时频段的选择
e.AFC TYPE(crystal AFC) AFC Calibration = 1，自动频率控制的校准；实际测试时选择“√”
f.CapID Cal必选，T/R Cal为可选。具体参考RD提供的配置参考图。
g.TXIQ I/Q 发射信号校准;实际测试时必须选择“√”
h.TXP CAL发射功率校准;测试时必须选择“√”。此项还需选择PA型号，具体可查看BOM或参
考RD提供的配置参考图。
i.ADC Cal/ PSU CTRL电池电压校准及ADC校准选项;测试时必须选择“√”不然会出现电池电
量不准及充电显示充电接触不良
j.GSM/EDGE Final setting终合测试时频段选择
k.Test Mode Select,测试模式选择，选择Manual Initial表示手动对设备进行初始化，选择Calibration Test表示软件将自动对设备进行BT初始化，选择GSM表示软件将自动对设备进行FT初始化，选择Calibration&GSM表示在软件将自动对设备进行BT&FT初始化。
l.GSM/EDGE Tester 综合测试仪类型(型号)选择
https://www.doczj.com/doc/7912272335.html, Port Select =1测试COM端口选择
n.Select Test Setup File为选择FT及工具软件配置文件。这些文件分别记录你的NVRAM数据库文件、校准文件(测试功放配置文件)、CFG文件、还有你的测试报告的位置。在界面底部选择文件时,是有先后顺序之分的，先选择对应的MTK_SETUP.INI配置文件,保存后程序会自动进行关闭，再打开程序进行其他文件的配置（注意：setup.ini 文件位置存储的路径在customer_setup.txt文件中，如果你选择了一个错误的setup.ini 文件，请手动编辑该文件，输入正确的setup.ini文件位置,或者删除错误的setup.ini文件位置进行重新选择。否则程序将报错，无法使用。）
文件类型文件编号MTK智能机CFT 测试作
业指导书页数版本保密等级
三阶文件10/
28
A一般（内部使用）o.Slect Calibration INI File为校准初始参数，手机将以这个参数开始校准。
p.Slect Config File则是手机将以该文件内的参数为标准进行校准。
q.Slect AP Datebase File为智能机用到的文件。
r.Slect MODEM Datebase File为手机的SRC文件。
s.Slect Test Report Location为测试LOG保存路径。
7.LossSetting菜单设置
7.1 用金板来校准cableloss需要已知该金板的golden power，并将golden power填入losssetting菜单中
的gol den sample，并勾选需要校准的频段。
7.2 GSM的cableloss校准只需填入golden sample即可，信道为工具默认信道；WCDMA及TD的cableloss
校准需填入goldeb sample外，还需填入校准的信道。
7.3完成上述操作后还需再CFG文件中添加如下内容
下图为losssetting菜单设置界面
文件类型
文件编号 MTK 智能机CFT 测试作
业指导书
页数 版本
保密等级
三阶文件
11/ 28 A
一般（内部使用）
8. RFTable 详解
8.1 RFTable 为MTK ATE 工具校准所必须用到的文件，校准的内容都根据RFTable 内的参数来决定。RFTable 一般包括三个文件，分别为Setup 文件，CFG 文件，INI 文件。 8.2 Setup 文件主要为ATE 工具的设置内容，信令模式的测试内容。 8.3 CFG 文件主要为非信令模式的测试内容。
8.4 INI 文件主要为校准参数，不需要进行修改，就不再做介绍了。
9. Setup 详解
Setup 文件主要为ATE 工具的设置内容，信令模式的测试内容。目前智能机项目都采用非信令模式进行测试，因此Setup 文件基本已经用不到了，只需要在Setup 文件中设置仪器的GPIB 地址即可。其他
文件类型
文件编号 MTK 智能机CFT 测试作
业指导书
页数
版本 保密等级
三阶文件
12/
28
A
一般（内部使用）
内容都可以直接在ATE 工具的菜单内直接进行勾选，此处不再做多余的描述。
10. C FG 文件详解
10.1 CFG 文件主要为非信令模式的测试内容。
10.2 下图三部分皆为仪器的GPIB 地址和各频段的cableloss 设置，需要根据所使用的仪器进行设置。
文件类型
文件编号 MTK 智能机CFT 测试作
业指导书
页数
版本 保密等级
三阶文件
13/
28
A
一般（内部使用）
10.3 bank=0x1E 为需要校准的频段。0x1E 为十六进制单位，为0x02 0x04 0x08 0x10相加得到的和。如 bank=0x1E 代表GSM850 GSM900 DCS1800 PCS1900，即四频； bank=0x0C 代表 GSM900 DCS1800 ，即两频。如下图
10.4下图为各频段的校准信道
10.5下图为AFC 校准内容
文件类型文件编号MTK智能机CFT 测试作
业指导书页数版本保密等级
三阶文件14/
28
A一般（内部使用）
10.6 下图为各频段各信道的pathloss上下限范围
10.7 下图为TX IQ测试的配置内容，包括测试的频段、功率等级、信道等。
文件类型
文件编号 MTK 智能机CFT 测试作
业指导书
页数
版本 保密等级
三阶文件
15/
28
A
一般（内部使用）
10.8 下图为GSM850的发射功率校准设置
10.9 下图为GSM900的发射功率校准设置
10.10 下图为DCS1800的发射功率校准设置
文件类型
文件编号 MTK 智能机CFT 测试作
业指导书
页数
版本 保密等级
三阶文件
16/
28
A
一般（内部使用）
10.11 下图为PCS1900的发射功率校准设置
10.12下 图为功率平坦度check
10.13 下图为各频段的DAC 范围
文件类型
文件编号 MTK 智能机CFT 测试作
业指导书
页数
版本 保密等级
三阶文件
17/
28
A
一般（内部使用）
10.14 NSFT_bank=0x1E 为需要校准的频段。0x1E 为十六进制单位，为0x02 0x04 0x08 0x10相加得到的和。如 NSFT_bank=0x1E 代表GSM850 GSM900 DCS1800 PCS1900，即四频； NSFT_bank=0x0C 代表 GSM900 DCS1800 ，即两频。如下图
10.15下图为各频段NSFT 测试的信道
10.16 下图为各频段NSFT 测试的信道数量和功率等级
10.17下图为TXP 、PVT 、PFRE 、ORFS 测试选项，1为测试；0为不测试
文件类型
文件编号 MTK 智能机CFT 测试作
业指导书
页数
版本 保密等级
三阶文件
18/
28
A
一般（内部使用）
10.18 下图为各频段NSFT 测试的功率范围
10.19 下图为各频段NSFT 测试的频率误差范围。
10.20 下图为各频段NSFT 测试的调制谱和开关谱范围
文件类型
文件编号 MTK 智能机CFT 测试作
业指导书
页数
版本 保密等级
三阶文件
19/
28
A
一般（内部使用）
10.21下图为各频段NSFT 测试的BER 范围
10.22 WCDMA_band=0x81为需要校准的频段。0x81为十六进制单位，为0x01 0x80相加得到的和。如 WCDMA_band=0x81代表Band1 Band8 ，即BC15。 WCDMA_band=0x93代表Band1 Band2 Band5 Band8 ,即为BC1258。如下图
10.23 下图为WCDMA 的温度测试范围
10.24 下图为WCDMA 的AFC 校准设置
文件类型
文件编号 MTK 智能机CFT 测试作
业指导书
页数
版本 保密等级
三阶文件
20/
28
A
一般（内部使用）
10.25下图为WCDMA RSSI/LNA 的校准设置
10.26 下图为WCDMA 各频段pathloss 的范围
2.集成测试
集成测试，英文是Integration Testing。 集成测试是指一个应用系统的各个部件的联合测试，以决定他们能否在一起共同工作并没有冲突。部件可以是代码块、独立的应用、网络上的客户端或服务器端程序。这种类型的测试尤其与客户服务器和分布式系统有关。一般集成测试以前，单元测试需要完成。 集成测试是单元测试的逻辑扩展。它的最简单的形式是：两个已经测试过的单元组合成一个组件，并且测试它们之间的接口。从这一层意义上讲，组件是指多个单元的集成聚合。在现实方案中，许多单元组合成组件，而这些组件又聚合成程序的更大部分。方法是测试片段的组合，并最终扩展进程，将您的模块与其他组的模块一起测试。最后，将构成进程的所有模块一起测试。此外，如果程序由多个进程组成，应该成对测试它们，而不是同时测试所有进程。 集成测试识别组合单元时出现的问题。通过使用要求在组合单元前测试每个单元，并确保每个单元的生存能力的测试计划，可以知道在组合单元时所发现的任何错误很可能与单元之间的接口有关。这种方法将可能发生的情况数量减少到更简单的分析级别 3.冒烟测试 冒烟测试，英文是Smoke testing。 冒烟测试的名称可以理解为该种测试耗时短，仅用一袋烟功夫足够了。也有人认为是形象地类比新电路板基本功能检查。任何新电路板焊好后，先通电检查，如果存在设计缺陷，电路板可能会短路，板子冒烟了。
冒烟测试的对象是新编译的每一个需要正式测试的软件版本，目的是确认软件基本功能正常，可以进行后续的正式测试工作。冒烟测试的执行者是版本编译人员。 4.系统测试 系统测试，英文是System Testing。 系统测试是基于系统整体需求说明书的黑盒类测试，应覆盖系统所有联合的部件。系统测试是针对整个产品系统进行的测试，目的是验证系统是否满足了需求规格的定义，找出与需求规格不相符合或与之矛盾的地方。 系统测试的对象不仅仅包括需要测试的产品系统的软件，还要包含软件所依赖的硬件、外设甚至包括某些数据、某些支持软件及其接口等。因此，必须将系统中的软件与各种依赖的资源结合起来，在系统实际运行环境下来进行测试。 5.回归测试 回归测试，英文是Regression testing。 回归测试是指在发生修改之后重新测试先前的测试以保证修改的正确性。理论上，软件产生新版本，都需要进行回归测试，验证以前发现和修复的错误是否在新软件版本上再次出现。 根据修复好了的缺陷再重新进行测试。回归测试的目的在于验证以前出现过但已经修复好的缺陷不再重新出现。一般指对某已知修正的缺陷再次围绕它原来出现
软件测试介绍 软件测试的定义： ?正向思维：评价程序和系统的特性或功能，并确定是否达到预期结果。 ?逆向思维：测试是为了发现错误而执行程序或系统的过程。 ?现代软件测试的定义：使用人工或自动的手段来运行或测定某个软件系统的过程，其目的在于检验它是否满足规定的需求或弄清预期结果与实际结果之间的差别。软件测试的目的： 关于软件测试目的的两种观点： 观点一：软件测试的目的是尽可能发现并改正被测软件中的错误，提高软件的可靠性。 观点二：软件测试的目的就是为了保证软件测试质量。 软件测试一般到达到的具体目标： 1、确保产品完成它所承诺或公布的功能，并且所有用户可以访问到的功能都有明确的书面说明。 2、确保产品满足性能和效率要求。 3、确保产品是健壮的和适用用户环境的。 软件测试的过程： ? 1.需求阅读与评审。 ? 2.用例设计与评审。
? 3.环境搭建。 ? 4.软件测试 ? 5.编写相关文档（测试用例，测试报告，问题报告等） ? 6.审核 软件测试的技术： ? 1.静态测试。 –不执行程序代码寻找代码可能存在的错误。 ? 2.动态测试。 –运行程序来检查运行结果与预期结果的差异，并分析运行效率和健壮性等指标。 动态测试分类： ? 1.从是否关心软件内部结构和具体实现的角度分为：“白盒测试”、“黑盒测试”、“灰盒测试”。 ? 2.从软件开发过程角度分为：“单元测试”、“集成测试”、“系统测试”、“验收测试”、“回归测试”。 黑盒测试的方法： ?等价类划分 等价类实际上就是某输入域的集合，分为有效等价类，无效等价类。例如：规定输入1到9的数字，则有效等价类是1<=输入值<=9，无效等价类是<1和>9。 ?因果图
关于测试工作流程及工 具使用 标准化管理部编码-[99968T-6889628-J68568-1689N]
1前言 本文档仅作用于公司内部人员使用参考，主要概括的是开发组与测试组的工作流程及工作衔接内容，该文档由测试组人员内部制定，若有考虑不周之处请给出建议！编写此流程的主要目的是规范测试，提高开发组与测试组的工作效率，尽可能早地找到BUG，并保证得以修复。 2测试流程简介 2.1测试工作总体流程 2.1.1测试计划用例设计 2.1.1.1执行环境 1、项目立项后，项目组讨论项目实施过程后执行此流程； 2、前提是须有《项目技术规范说明书》，若客户未提供可从其它途径获取客户需求 （如以前项目文档，样机获取等）； 3、与开发组的程序设计阶段同步，即开发设计项目实施时测试组同步进行测试设计， 此过程为测试执行做准备工作； 4、立项项目经理把技术规范说明书共享给开发、测试组开发组人员解析说明 书并设计代码、测试组根据说明书作出测试计划、测试用例此阶段完成（此过程中开发组和测试组进行功能规格沟通）。 2.1.1.2执行细则 测试计划 测试负责人根据项目的需求，制定测试计划，明确目标与测试任务以及测试人员的安排。测试计划分复杂文档型和简单实用型，综合我司目前情况，比较适用后者即简单实用型，引用Microsoft Project来计划分配项目任务，把项目细分为各个阶段、阶段再
细分为各个任务，任务精确到具体时间、负责人，测试计划的主要要素包括：项目名称、任务名称、工期、开始时间、完成时间、资源名称等，如下图。 测试用例 依据已引用的用例模板，进行用例设计，挖掘用户潜在需求并结合到用例设计，与需求接口人沟通获取更直观的用户要求； 若项目时间充足，测试用例可提供给开发人员，以便开发人员结合代码设计思路给出建议，使测试用例达到更高的可执行效果； 测试用例由测试组相应测试人员设计。 2.1.2系统测试 备注：测试阶段分为单元测试、集成测试、系统测试、验收测试，单元测试由开发人员根据代码进行测试，集成测试即分模块单独测试（此阶段跳过），系统测试即集成后的版本测试（我司主要以此阶段作为测试的重心），验收测试即模拟用户进行使用测试（发布前的版本）。 结合公司环境，目前测试执行（测试执行区别于测试设计，测试设计主要是方法、过程的设计，测试执行是执行已设计好的方法及过程）包括系统测试、回归测试、验收测试三大步骤。 2.1.2.1执行环境 1、执行前提是“测试计划用例设计”阶段完成； 2、此阶段开发组须集成可测版本提供给测试组执行测试，测试组先进行冒烟测试，冒烟 测试不通过则须返回开发组再集成可测版本；（在此说明，冒烟测试即机顶盒常用功能都可正常执行操作，可理解为机顶盒的基本功能测试） 3、完成测试文档前期准备工作； 2.1.2.2执行细则 测试人员针对独立的测试任务进行方案设计（可自定义）测试人员执行测试用例实时提交发现的BUG至TestDirector、开发人员实时访问刷新BUG页面跟踪并修复BUG开发人员提供新版本测试人员回归测试检测已修复BUG、提交新BUG重复蓝色标记步骤直至所有BUG通过测试人员编写测试报告。
管理系统测试用例
XXX管理系统_系统测试用例
修改记录
目录 1文档介绍 ............................................................ 错误!未定义书签。 1.1 参考文献....................................................... 错误!未定义书签。2测试环境与测试辅助工具的描述....................... 错误!未定义书签。 2.1 系统硬件配置 ............................................... 错误!未定义书签。 2.2 系统软件配置 ............................................... 错误!未定义书签。3接口测试用例..................................................... 错误!未定义书签。4功能测试用例..................................................... 错误!未定义书签。 4.1 被测试对象的介绍 ....................................... 错误!未定义书签。 4.2 测试范围与目的 ........................................... 错误!未定义书签。 4.3 功能测试用例 ............................................... 错误!未定义书签。 4.3.1参建单位注册管理 ...................................... 错误!未定义书签。 4.3.1.1 参建单位注册 .............................. 错误!未定义书签。 4.3.2企业基本情况 .............................................. 错误!未定义书签。 4.3.2.1 企业基本情况 .............................. 错误!未定义书签。 4.3.2.2 填报企业基本情况 ...................... 错误!未定义书签。 4.3.2.3 变更企业基本情况 ...................... 错误!未定义书签。 4.3.3参建单位管理 .............................................. 错误!未定义书签。 4.3.3.1 审批参建单位 .............................. 错误!未定义书签。 4.3.3.2 查看参建单位 .............................. 错误!未定义书签。
常用通讯测试工具 鉴于很多MCGS用户和技术人员对通讯测试工具并不很熟悉，本文档将针对实际的测试情况，对串口、以太网通讯调试过程中所涉及到的常用的测试软件进行相关的讲解。 1. 串口测试工具： 串口调试工具：用来模拟上下位机收发数据的串口工具，占用串口资源。如：串口调试助手，串口精灵，Comm等。 串口监听工具：用来监听上下位机串口相关操作，并截获收发数据的串口工具。不占用串口资源。如：PortMon，ComSky等。 串口模拟工具：用来模拟物理串口的操作，其模拟生成的串口为成对出现，并可被大多数串口调试和监听软件正常识别，是串口测试的绝好工具。如：Visual Serial Port等。 下面将分别介绍串口调试助手、Comm、PortMon和Visual Serial Port的使用。
1.1. 串口调试助手： 为最常用的串口收发测试工具，其各区域说明及操作过程如下： 串口状态 打开/关闭串口 十六进制/ASCII 切换 串口数据 接收区 串口参数 设置区 串口数据 发送区 串口收发计数区 发送数据功能区 保存数据功能区 操作流程如下： ? 设置串口参数（之前先关闭串口）。 ? 设置接收字符类型（十六进制/ASCII 码） ? 设置保存数据的目录路径。 ? 打开串口。 ? 输入发送数据（类型应与接收相同）。 ? 手动或自动发送数据。 ? 点击“保存显示数据”保存接收数据区数据到文件RecXX.txt。 ? 关闭串口。 注：如果没有相应串口或串口被占用时，软件会弹出“没有发现此串口”的提示。
1.2. PortMon 串口监听工具： 用来监听上下位机串口相关操作，并截获收发数据的串口工具。不占用串口资源， 但在进行监听前，要保证相应串口不被占用，否则无法正常监听数据。 连接状态 菜单栏 工具栏 截获数据显示区 PortMon 设置及使用： 1). 确保要监听的串口未被占用。 如果串口被占用，请关闭相应串口的应用程序。比如：要监视MCGS 软件与串口1设备通讯，应该先关闭MCGS 软件。 说明：PortMon 虽不占用串口资源，但在使用前必须确保要监听的串口未被占用，否则无法进行监视。 2). 运行PortMon，并进行相应设置。 ? 连接设置： 在菜单栏选择“计算机(M)”->“连接本地(L)”。如果连接成功，则连接状态显示为“PortMon 于\\计算机名(本地)”。如下图：
软件测评知识介绍
CONTENTS 如何开展软件测评？ 2开展软件测评存在哪些问题？ 3目录为什么要开展软件测评？ 1
为什么要开展软件测评？ ——软件测试依据 ——软件测试必要性分析 ——软件测试意义
政策依据 ?《国家电子政务工程建设项目管理暂行办法》（国家发改委令第55号） “国家电子政务工程建设项目验收条件之一即“建设项目确定的网络、应用、安全等主体工程和配套设施，经测试和试运行合格。” ?《中华人民共和国政府采购法实施条例》（中华人民共和国国务院令第658号）第四十一条“大型或者复杂的政府采购项目，应当邀请国家认可的质量检测机构参加验收工作。” ?《国家电子政务工程项目应用软件第三方测试规范》 标准由国家电子政务外网管理中心于2017年3月正式发布，2017年5月1日实施 目前，该标准已经在多个部委、政府机构、央企等项目建设单位推广 标准分别从测试类别、流程、内容、方法等方面规范了国家基础信息资源库、国家重点业务信息系统、电子政务相关支撑体系等政务信息化工程建设项目以及地方电子政务项目中应用软件的第三方测试工作
必要性分析 1985年 加拿大的Therac-25放射治疗机由于软件Bug而发生故障，向患者提供了致命的辐射剂量，造成3人死亡，3人严重受伤中国航空公司空中客车A300因软件故障而坠毁，造成264人无辜死亡1994年一个软件问题导致美国一家大型银行823名客户的银行账户被记入9.2亿美元1996年一个软件漏洞导致12亿美元的军事卫星发射失败，这是历史上最昂贵的事故 美国的F-35战斗机成为软件漏洞的受害者，导致其无法正确检测目标东方航空官网和App出现系统漏洞，多条国内航线售价以正常价格的一折以下，多条国内航线的头等舱、商务舱往返机票最低仅需90元。 1999年2015年2018年 拼多多网站出现重大BUG。只要领取面值为100元的优惠券，就可以只花不到五毛钱充值100元话费，还可通过注册新账号的方式无限制领券。此次直接导致拼多多被盗取数千万元平台优惠券 2019年为什么要进行软件测试？ 一个软件漏洞的存在，可能带来更大的隐患 通过软件测试，能够提高软件质量，降低软件故障带来损失的风险
目录 Q1、如何打开GPS debug log (1) Q2、GPS 启动流程。 (2) Q3、EPO辅助定位介绍 (2) Q4、如何查看EPO是否下载正常 (3) Q5、EPO无法下载 (5) Q6、如何实现GPS秒定功能 (5) Q7、为什么无法5秒内定位 (7) Q8、Catcher + PowerGPS 联调 (7) Q9、MT2503内置MT3333 GPS芯片，支持哪些定位系统 (9) Q10、如何修改GPS/GNSS/BEIDOU卫星定位方式 (9) Q11、如何生成对应的MT3333.bin (10) Q12、GPS定位误差大 (11) Q1、如何打开GPS debug log 1、打开以下宏 DA_SMART_SELECTION_SUPPORT = TRUE NTPD_SUPPORT = TRUE KAL_DEBUG_LEVEL = SLIM_DEBUG_KAL KAL_TRACE_OUTPUT = FULL Features中CFG_MMI_NITZ (__ON__)、CFG_MMI_WORLD_CLOCK (__ON__) 2、请使用移动卡测试，开机会自动同步时间，否则下载的EPO文件不正常，AIDING数据是无效的；
3、LOG 查看方法 Catch 中选MOD_GPS ,右键选ALL CLASS ON，就可以看到相应的LOG。 Q2、GPS 启动流程。 （1）GPS task接到从应用层发送过来的MSG_ID_GPS_UART_OPEN_REQ; （2）GPS task发送MSG_ID_GPS_MNL_INIT_REQ; （3）MNL task收到MSG_ID_GPS_MNL_INIT_REQ,交由GPS_MNL_Init接口处理。 （4）MNL task后续的每一秒都会走到mtk_gps_task.c文件中的mtk_gps_sys_callback_func接口，处理MTK_GPS_MSG_FIX_READY ，在这里，会将数据封装成NMEA 标准。上报MSG_ID_UART_READY_TO_READ_IND给GPS Task； （5）GPS task收到MSG_ID_UART_READY_TO_READ_IND后，开始处理gps 的数据。并给应用层回报如下几个消息： MSG_ID_GPS_UART_NMEA_SENTENCE MSG_ID_GPS_UART_NMEA_LOCATION MSG_ID_GPS_UART_P_INDO_IND MSG_ID_GPS_UART_RAW_DATA MSG_ID_GPS_UART_DEBUG_RAW_DATA 一般打开GPS的时候mode选择LOCATION，这样前面三个消息是有的；如果打开的mode还包括RAW_DATA，这样后面的两个msg也有。 目前在MMI层的MDI service层次上有对这几个msg的处理，这一点是在有MMI task 的基础上才可以。所以对这几个msg的处理，都可以参考mdi_gps.c文件中的 （6）应用层获到gps 的定位数据后进行处理。可参考engineermodeMinigps.c文件中的em_minigps_gps_callback接口的处理，来书写自己的处理handler。 Q3、EPO辅助定位介绍 1、MT2503 辅助定位的方式系统已经默认开启，是以EPO的方式去辅助定位：
软件自动化测试介绍 一、自动化测试的概念 自动化测试是把以人为驱动的测试行为转化为机器执行的一种过程。通常，在设计了测试用例并通过评审之后，由测试人员根据测试用例中描述的规程一步步执行测试，得到实际结果与期望结果的比较。在此过程中，为了节省人力、时间或硬件资源，提高测试效率，便引入了自动化测试的概念。自动测试是软件测试的一个重要组成部分，它能完成许多手工测试无法实现或难以实现的测试正确、合理的实施自动测试，能够快速、全面的对软件进行测试，从而提高软件质量，节省经费，缩短软件发布周期。 二、自动化测试的优缺点分析。 自动化测试的优点 1、对程序的回归测试更方便。这可能是自动化测试最主要的任务，特别是在程序修 改比较频繁时，效果是非常明显的。由于回归测试的动作和用例是完全设计好的， 测试期望的结果也是完全可以预料的，将回归测试自动运行，可以极大提高测试 效率，缩短回归测试时间。 2、可以运行更多更繁琐的测试。自动化的一个明显的好处是可以在较少的时间内运 行更多的测试。 3、可以执行一些手工测试困难或不可能进行的测试。比如，对于大量用户的测试， 不可能同时让足够多的测试人员同时进行测试，但是却可以通过自动化测试模拟 同时有许多用户，从而达到测试的目的。 4、更好地利用资源。将繁琐的任务自动化，可以提高准确性和测试人员的积极性， 将测试技术人员解脱出来投入更多精力设计更好的测试用例。有些测试不适合于 自动测试，仅适合于手工测试，将可自动测试的测试自动化后，可以让测试人员 专注于手工测试部分，提高手工测试的效率。 5、测试的复用性。由于自动测试通常采用脚本技术，这样就有可能只需要做少量的 甚至不做修改，实现在不同的测试过程中使用相同的用例。 自动化测试的缺点 1、手工测试比自动测试发现的缺陷更多 2、对测试质量的依赖性极大 3、测试自动化不能提高有效性
软件自动化测试工具介绍 一、功能测试工具 1、QTP测试工具 全名 HP QUiCkTeSt ProfeSSional SoftWare ,最新的版本为HP QUiCkTeSt ProfeSSional 11.0 QTP是 quickteSt PrOfeSSiOnal 的简称，是一种自动测试工具。使用QTP的目 的是想用它来执行重复的手动测试，主要是用于回归测试和测试同一软件的新版本。因此你在测试前要考虑好如何对应用程序进行测试，例如要测试那些功能、操作步骤、输入数据和期望的输出数据等 QUiCkTeSt针对的是GUl应用程序，包括传统的Windows应用程序，以及现在越来越流行的Web应用。它可以覆盖绝大多数的软件开发技术，简单高效，并具备测试用例可重用的特点。其中包括：创建测试、插入检查点、检验数据、增强测试、运行测试、分析结果和维护测试等方面。 2、WinRUnner MerCUry Interactive 公司的 WinRUnner是一种企业级的功能测试工具，用 于检测应用程序是否能够达到预期的功能及正常运行。通过自动录制、检测和回放用户的应用操作，WinRUnner能够有效地帮助测试人员对复杂的企 业级应用的不同发布版进行测试，提高测试人员的工作效率和质量，确保跨平台的、复杂的企业级应用无故障发布及长期稳定运行。 企业级应用可能包括 Web应用系统，ERP系统，CRM S统等等。这些系统在发布之前，升级之后都要经过测试，确保所有功能都能正常运行，没有任何错误。如何有效地测试不断升级更新且不同环境的应用系统，是每个公司都会面临的问题。 3、RatiOnal Robot 是业界最顶尖的功能测试工具，它甚至可以在测试人员学习高级脚本技术之前帮助其进行成功的测试。它集成在测试人员的桌面IBM Rational TeSt Manager上，在这里测试人员可以计划、组织、执行、管理和报告所有测试活动，包括手动测试报告。这种测试和管理的双重功能是自动化测试的理想开始。 4、AdVentNet QEngine AdVentNet QEngine是一个应用广泛且独立于平台的自动化软件测试工具, 测试、 可用于Web功能Web性能测试、JaVa应用功能测试、JaVa APl测试、SoAP测试、回归测试和 JaVa
鹏博多媒体 XX网站 XX平台测试用例 机构公开信息
版本历史
目录 2. 功能测试用例 (4) 2.1被测试对象的介绍 (4) 2.2测试范围与目的 (4) 2.3测试环境与测试辅助工具的描述 (4) 2.4测试驱动程序的设计 (5) 2.5功能测试用例 (6) 2.5.1.教学资源和电子图书销售 (6) 2.5.2.VIP服务和包量下载服务 (7) 2.5.3.包量下载服务计划 (7) 2.5.4.个人帐户和帐户查询 (8) 2.5.5.P币兑现 (9) 2.5.6.服务订单信息 (9) 2.5.7.客户信息 (10) 2.5.8.资源图书销售 (11) 2.5.9.资源销售流程 (11) 2.5.10.资源购买流程 (13) 2.5.11.资源包量下载流程 (14) 2.5.12.资源充值流程 (14) 2.5.13.资源兑现流程 (15) 2.5.14.运营代理商收益分成 (16) 2.5.15.购买资源各种支付情况 (17) 2.5.16.各种服务产品功能获取 (19) 2.5.17.服务免费体验流程 (20) 2.5.18.跨行结算 (21) 2.5.19.代理范围、服务产品和机构网站三者关联 (23) 2.5.20.运营商和代理商注册 (24)
2. 功能测试用例 2.1 被测试对象的介绍 参见《XX网规约-XX管理需求.doc》 参见《XX网规约-XX中心原型.doc》 参见《XX平台详细设计文档.doc》 参见《XX平台架构设计.oom》 参见“XX网XX平台UI设计及原型” 2.2 测试范围与目的 完成整个系统的功能测试及验证关键业务流程的正确性 2.3 测试环境与测试辅助工具的描述 测试环境：XX网站客户端、XX平台、XX平台客户端结合的网状结构 参看《XX网站运营混合测试架构图》 测试方式：手工执行测试用例
主流自动化测试工具介绍 一、功能测试工具 1、Selenium （浏览器自动化测试框架） Selenium[1] 是一个用于Web应用程序测试的工具。Selenium测试直接运行在浏览器中，就像真正的用户在操作一样。支持的浏览器包括IE（7, 8, 9, 10, 11），Mozilla Firefox，Safari，Google Chrome，Opera等。这个工具的主要功能包括：测试与浏览器的兼容性——测试你的应用程序看是否能够很好得工作在不同浏览器和操作系统之上。测试系统功能——创建回归测试检验软件功能和用户需求。支持自动录制动作和自动生成 .Net、Java、Perl等不同语言的测试脚本。据 Selenium 主页所说，与其他测试工具相比，使用 Selenium 的最大好处是： Selenium [2] 测试直接在浏览器中运行，就像真实用户所做的一样。Selenium 测试可以在 Windows、Linux 和 Macintosh上的 Internet Explorer、Mozilla 和 Firefox 中运行。其他测试工具都不能覆盖如此多的平台。使用 Selenium 和在浏览器中运行测试还有很多其他好处。 下面是主要的两大好处： 通过编写模仿用户操作的 Selenium 测试脚本，可以从终端用户的角度来测试应用程序。通过在不同浏览器中运行测试，更容易发现浏览器的不兼容性。Selenium 的核心，也称browser bot，是用 JavaScript 编写的。这使得测试脚本可以在受支持的浏览器中运行。browser bot 负责执行从测试脚本接收到的命令，测试脚本要么是用 HTML 的表布局编写的，要么是使用一种受支持的编程语言编写的。 2、QTP测试工具 全名HP QuickTest Professional software ，最新的版本为HP QuickTest Professional 11.0 QTP是quicktest Professional的简称，是一种自动测试工具。使用QTP的目的是想用它来执行重复的手动测试，主要是用于回归测试和测试同一软件的新版本。因此你在测试前要考虑好如何对应用程序进行测试，例如要测试那些功能、操作步骤、输入数据和期望的输出数据等 QuickTest针对的是GUI应用程序，包括传统的Windows应用程序，以及现在越来越流行的
主流测试工具介绍 选自：https://www.doczj.com/doc/7912272335.html, WinRunner:强大的企业级自动化测试工具 Mercury Interactive公司的WinRunner是一种企业级的功能测试工具，用于检测应用程序是否能够达到预期的功能及正常运行。通过自动录制、检测和回放用户的应用操作，WinRunner能够有效地帮助测试人员对复杂的企业级应用的不同发布版进行测试，提高测试人员的工作效率和质量，确保跨平台的、复杂的企业级应用无故障发布及长期稳定运行。 企业级应用可能包括Web应用系统，ERP系统，CRM系统等等。这些系统在发布之前，升级之后都要经过测试，确保所有功能都能正常运行，没有任何错误。如何有效地测试不断升级更新且不同环境的应用系统，是每个公司都会面临的问题。 如果时间或资源有限，这个问题会更加棘手。人工测试的工作量太大，还要额外的时间来培训新的测试人员等等。为了确保那些复杂的企业级应用在不同环境下都能正常可靠地运行，你需要一个能简单操作的测试工具来自动完成应用程序的功能性测试。 轻松创建测试 用WinRuuner创建一个测试，只需点击鼠标和键盘，完成一个标准的业务操作流程，WinRunner自动记录你的操作并生成所需的脚本代码。这样，即使计算机技术知识有限的业务用户轻松创建完整的测试。你还可以直接修改测试脚本以满足各种复杂测试的需求。WinRunner提供这两种测试创建方式，满足测试团队中业务用户和专业技术人员的不同需求。 插入检查点 在记录一个测试的过程中，可以插入检查点，检查在某个时刻/状态下，应用程序是否运行正常。在插入检查点后，WinRunner会收集一套数据指标，在测试运行时对其一一验证。WinRunner提供几种不同类型的检查点，包括文本的、GUI、位图和数据库。例如，用一个位图检查点，你可以检查公司的图标是否出现于指定位置。 检验数据
XX项目 系统测试用例说明书
目录 1引言 ........................................................ 1.1编写目的............................................... 1.2背景................................................... 1.3定义................................................... 1.4参考资料............................................... 2功能测试用例................................................. 2.3管理员测试用例......................................... 2.3.1 被测特性........................................ 2.3.2 A1.1添加用户测试用例........................... 测试需求............................................... A1.1.1.................................................
1引言 1.1编写目的 本文档为（在此指出软件名称）的系统测试活动提供范围、方法、资源和进度方面的指导。预期的读者范围包括： ●项目经理 ●测试人员 ●用户 1.2背景 说明： （1）测试计划所从属的软件系统的名称； （2）该开发项目的历史，列出用户和执行此项目测试的计算中心，说明在开始执行本测试计划之前必须完成的各项工作。 1.3定义 1.4参考资料
姓名：部门：总分： 钉钉软件功能介绍培训课程测试 （共100分 30分钟） 钉钉Version4.7.11（12141792）适用 一、填空题（1空2分 20分） 1.钉钉的五大模块分别是消息、 DING 、工作、通讯录、我的； 2.DING会议属于五大模块的 DING 模块；DING邮属于五大模块的工作模块； 3.钉钉企业群的分类分为内部群、部门群、全员群； 二、单项选择题（一题5分 40分） 1.内部群的表述不正确的是（ D ） A.企业成员均可在手机端创建 B.适用于企业内部沟通，如跨部分协同、小组讨论 C.标颜色为“黄标” D. 标颜色为“蓝标” 2.发出消息或者文件（ C ）内可撤回，群主无时间限制 A.2小时 B.12小时 C.24小时 D.48小时 3. 关于DING以下描述不正确的是（ C ） A.已发送的DING支持二次加人 B.发DING时漏掉一两个人不需要重新再发一次了 C. 历史回复记录新增的人员不能够看到 D.历史回复记录新增的人员都能够看到 4.以下任务DING，描述不正确的是（ D ） A.可选择任务执行人 B.可选择抄送人 C.可选择截止时间 D.不能DING语音 5.企业钉盘初始容量是多少（ A ） A.100G B.2G C.3G D.1T 6.（ B ）模式下接收人回复的信息互相之间看不到，如A发送给B、C使用悄悄话模式，B和C回复的内容，相互看不到，只有发送方可见 A静音模式 B.悄悄话模式 C.会议模式 D.隐私模式 7.以下关于钉钉请假调休流程，描述正确的是（ C ） A.请假调休4天（含）以内不用经过雷总审批 B.随时请假调休不需要提前，即时申请即时批准 C. 请假调休必须要有相应的工作交接人，不能出现请假后工作无人做的情况 D. 已打上班卡，突发急事请假，审批同意后，不需要打卡
1前言 本文档仅作用于公司内部人员使用参考，主要概括的是开发组与测试组的工作流程及工作衔接内容，该文档由测试组人员内部制定，若有考虑不周之处请给出建议！编写此流程的主要目的是规范测试，提高开发组与测试组的工作效率，尽可能早地找到BUG，并保证得以修复。 2测试流程简介 2.1 测试工作总体流程 2.1.1测试计划用例设计 审 核 不 通 过
2.1.1.1 执行环境 1、项目立项后，项目组讨论项目实施过程后执行此流程； 2、前提是须有《项目技术规范说明书》，若客户未提供可从其它途径获取客户需求（如 以前项目文档，样机获取等）； 3、与开发组的程序设计阶段同步，即开发设计项目实施时测试组同步进行测试设计，此 过程为测试执行做准备工作； 4、立项项目经理把技术规范说明书共享给开发、测试组开发组人员解析说明书 并设计代码、测试组根据说明书作出测试计划、测试用例此阶段完成（此过程中开发组和测试组进行功能规格沟通）。 2.1.1.2 执行细则 测试计划 测试负责人根据项目的需求，制定测试计划，明确目标与测试任务以及测试人员的安排。测试计划分复杂文档型和简单实用型，综合我司目前情况，比较适用后者即简单实用型，引用Microsoft Project来计划分配项目任务，把项目细分为各个阶段、阶段再细分为各个任务，任务精确到具体时间、负责人，测试计划的主要要素包括：项目名称、任务名称、工期、开始时间、完成时间、资源名称等，如下图。 测试用例 依据已引用的用例模板，进行用例设计，挖掘用户潜在需求并结合到用例设计，与需求接口人沟通获取更直观的用户要求； 若项目时间充足，测试用例可提供给开发人员，以便开发人员结合代码设计思路给出建议，使测试用例达到更高的可执行效果； 测试用例由测试组相应测试人员设计。
XXX管理系统_系统测试用例
修改记录
目录 1文档介绍 (5) 1.1参考文献 (5) 2测试环境与测试辅助工具的描述 (5) 2.1系统硬件配置 (5) 2.2系统软件配置 (5) 3接口测试用例 (5) 4功能测试用例 (5) 4.1被测试对象的介绍 (5) 4.2测试围与目的 (5) 4.3功能测试用例 (6) 4.3.1参建单位注册管理 (6) 4.3.1.1参建单位注册 (6) 4.3.2企业基本情况 (6) 4.3.2.1企业基本情况 (6) 4.3.2.2填报企业基本情况 (7) 4.3.2.3变更企业基本情况 (7) 4.3.3参建单位管理 (8) 4.3.3.1审批参建单位 (8) 4.3.3.2查看参建单位 (9) 4.3.4工程申报管理 (10) 4.3.4.1新增工程申报 (10) 4.3.4.2导入工程申报 (11) 4.3.4.3修改工程申报 (11) 4.3.4.4删除工程申报 (12) 4.3.4.5查看工程申报 (12) 4.3.4.6申请变更工程申报 (13) 4.3.5工程申报变更审批管理 (14) 4.3.5.1工程申报变更审批 (14) 4.3.5.2查看工程申报 (14) 4.3.6公告管理 (15) 4.3.6.1公告发布 (15) 4.3.6.2公告查看 (15) 4.3.6.3公告生效（失效） (16) 4.3.7培训计划管理 (17) 4.3.7.1发布培训计划 (17) 4.3.7.2导入培训计划 (17) 4.3.7.3查看培训计划 (17) 4.3.7.4修改培训计划 (18)
4.3.7.5删除培训计划 (18) 4.3.7.6意向培训计划 (19) 4.3.8年检管理 (19) 4.3.8.1填写年度复查表 (19) 4.3.8.2查看年检 (21) 4.3.9年检审批管理 (21) 4.3.9.1发布年检通知 (21) 4.3.9.2审批年检 (22) 4.3.9.3查看年检 (22) 4.3.10统计年检信息 (23) 4.3.10.1统计年检信息 (23)
软件自动化测试工具介绍-全 一、功能测试工具 1、QTP测试工具 全名HP QuickTest Professional software ，最新的版本为HP QuickTest Professional 11.0 QTP是quicktest Professional的简称，是一种自动测试工具。使用QTP的目的是想用它来执行重复的手动测试，主要是用于回归测试和测试同一软件的新版本。因此你在测试前要考虑好如何对应用程序进行测试，例如要测试那些功能、操作步骤、输入数据和期望的输出数据等 QuickTest针对的是GUI应用程序，包括传统的Windows应用程序，以及现在越来越流行的Web应用。它可以覆盖绝大多数的软件开发技术，简单高效，并具备测试用例可重用的特点。其中包括：创建测试、插入检查点、检验数据、增强测试、运行测试、分析结果和维护测试等方面。 2、WinRunner Mercury Interactive公司的WinRunner是一种企业级的功能测试工具，用于检测应用程序是否能够达到预期的功能及正常运行。通过自动录制、检测和回放用户的应用操作，WinRunner能够有效地帮助测试人员对复杂的企业级应用的不同发布版进行测试，提高测试人员的工作效率和质量，确保跨平台的、复杂的企业级应用无故障发布及长期稳定运行。 企业级应用可能包括Web应用系统，ERP系统，CRM系统等等。这些系统在发布之前，升级之后都要经过测试，确保所有功能都能正常运行，没有任何错误。如何有效地测试不断升级更新且不同环境的应用系统，是每个公司都会面临的问题。 3、Rational Robot 是业界最顶尖的功能测试工具，它甚至可以在测试人员学习高级脚本技术之前帮助其进行成功的测试。它集成在测试人员的桌面IBM Rational Test Manager上，在这里测试人员可以计划、组织、执行、管理和报告所有测试活动，包括手动测试报告。这种测试和管理的双重功能是自动化测试的理想开始。 4、AdventNet QEngine AdventNet QEngine是一个应用广泛且独立于平台的自动化软件测试工具，可用于Web功能测试、web性能测试、Java应用功能测试、Java API测试、SOAP测试、回归测试和Java应
A VC-AGC常用测试工具使用说明 编制：余勇强 更新日期：2013年12月7日
目录 (1) 1、IEC104tester (3) 2、PMA商用软件 (10) 3、104SIM (15) 4、SOKIT (25) 5、SpuerCom (27) 6、ModSim32 (29) 7、mod_RSsim（版本：8.20.0.1） (33) 8、ModScan32 (37) 9、COMMIX (42) 10、WINSCT211 (42) 11、Modbus Poll (43) 12、Modbus Slave (46) 13、IEC101-103-104规约分析程序 (48) 14、TransFloat (49) 15、Beyond Compare 3 (49)
由于AVC_AGC调试中遇到的大多数问题都与通信有关，为了方便工程调试，尽可能减少一些不必要的麻烦，我把一些可以方便调试的工具梳理了一下，并把使用方法整理了一下，给大家做一个参考，具体请见正文。 1、IEC104tester IEC104tester是上海华东电科院出品的一个104规约测试工具，它可以模拟主站，也可以模拟子站；同时也可以模拟101规约的主站和子站，101规约和104规约类似。我现在把模拟104规约主站和子站的方法展示出来，以供大家参考。101规约以后会按需添加。 IEC104tester也有一定的局限性，模拟主站时，只能监视，不能手动模拟向下发送报文；模拟子站时也不能手动模拟向下发送报文，同时浮点型遥测数据只有一个固定值和随机变化两种情况可选，不能手动设定一个特定浮点数，但是标度化值和归一化值可以自由设定。 模拟104主站 ○1打开IEC104tester后选择工具栏上的“配置”—“基本特性配置”。 协议类型选择104规约，其中“传送原因（COT）”、“公共地址（ADDR）”和“信息体地址（IOA）”的字节长度需要和子站协商好，一般是“2、2、3”；对端IP地址和端口号也要和子站协商好并正确填写，端口号一般是2404。
MTK平台发展及各芯片功能介绍 MT6205、MT6217、MT6218、MT6219、MT6226、MT6227、MT6228 均为基带芯片，所以芯片均采用ARM7的核。 MT6305、MT6305B为电源管理芯片。 MT6129为RF芯片 RF3146（7×7mm）、RF3146D（双频）、RF3166（6×6mm）为RFMD的PA。 MT6205为最早的方案，只有GSM的基本功能，不支持GPRS、W AP、MP3等功能。(2003年MP） MT6218为在MT6205基础上增加GPRS、W AP、MP3功能。MT6217为MT6218的cost down 方案，与MT6128 PIN TO PIN，只是软件不同而已，另外MT6217支持16bit数据。（2004年MP) MT6219为MT6218上增加内置AIT的1.3M camera处理IC，增加MP4功能。8bit数据。（2005年MP） MT6226为MT6219 cost down产品，内置0.3M camera处理IC，支持GPRS、W AP、MP3、MP4等，内部配置比MT6219优化及改善，比如配蓝牙是可用很便宜的芯片CSR的BC03模块USD3即可支持数据传输（如听立体声MP3等）功能。 MT6226M为MT6226高配置设计，内置的是1.3M camera处理IC。（2006年MP） MT6227与MT6226功能基本一样，PIN TO PIN，只是内置的是2.0M camera处理IC。（2006年MP） MT6228比MT6227增加TV OUT功能，内置3.0M camera处理IC，支持GPRS、WAP、MP3、MP4。 MT6227: 与MT6226基本一样，PIN TO PIN，只是内置的是2.0M camera处理IC。 MT6228: 比MT6227增加TV OUT功能，内置3.0M camera处理IC，支持QVGA显示屏。6228的性能主要体现在104mhz上，它的处理速度很快，另外他的mp4编解码已经达到了专业水平cif/vga MT6229: 在6228的基础上多了个EDGE GPRS功能，其他的一样。(EDGE, VoIP) 3M ARM 7 + DSP ( 104 Mhz) + EDGE GPRS + ALL Features of MT6228