VoLTE测试终端使用指导

VoLTE测试终端使用指导
VoLTE测试终端使用指导

VOLTE测试终端使用指导

一、终端的初始设置

目前商用测试以高通MSM8974芯片的终端为主,常用的包括Sony Z2、HTC M8t、Samsung S5等。

以上测试终端已实现VoLTE的支持,相关IMS域配置已烧录,无需手工配置,对测试者/用户而言,由于IMS及PS处理已隐去,呼叫操作与CS呼

叫无异。

测试前,需完成终端、PC、软件之间的配置及对接,此处以HTC M8t 为例,简述步骤如下:

1. 终端端口的开启

HTC默认端口关闭,需在“应用程序→HTC SSD Test Tool→Control Diag Port/Control Modem中选择enable开启”,终端每次重启后都必须进行开启

操作:

2. 终端驱动安装

终端通过USB连接PC后,设备管理器将检测到多个未知端口,右键选择更新驱动,并选择驱动存放路径即可,需注意每个未知端口都要完成更新。

1、终端连接PC后,设备管理器显示未知端口:

2、驱动安装后,Diag Port及Modem已识别:

3. 关停终端的LOG采集

终端与CDS、鼎利、QXDM等软件对接时,需关停终端内部的Log采集,否则软件无法抓取终端信令,可在“应用程序→HTC SSD Test Tool→QXDM

Logger”中关停(终端每次重启后都必须进行如下操作):

点击Disable DQ:

去掉图中红圈内的小勾:

4. 网络类型选择

根据测试需要,可以在“应用程序→HTC SSD Test Tool→Network Type Switch”中选择锁定LTE、2G/3G/4G自动等方式,一般VoLTE基本语音测

试选择锁定LTE,而eSRVCC、CSFB等选择2G/3G/4G自动。

二、终端常用操作

1. VoLTE语音编码标准

VoLTE使用两种语音编码标准:AMR(或AMR-NB)、AMR-WB。每种编码标准又都包含多种码率,中移的测试用例中包含不同编码方式及不同码率之

间的对比测试,终端侧可在QXDM的NV Browser中对编码方式及码率进行

修改,方法如下:

码率及对应NV Value

1、在QXDM中打开NV Browser(View→New→Common→NV Browser),

找到“65964 QIPCall HD Voice Enabled”,Value为0代表标清AMR-NB ,

Value为1代表高清AMR-WB。需要修改时只需Input输入“0”或“1”,然后点击“Write”写入即可,写入后需重启终端才会生效。

2、如果“65964 QIPCall HD Voice Enabled”中Value为“0”,即为标清AMR-NB,则可在“66031 QIPCall Codec Mode Set”中设置码率,如需要设置12.2kbps码率,根据上面“编码及对应NV Value”表可知Value 应设置为128。

3、如果“65964 QIPCall HD Voice Enabled”中Value为“1”,即高清AMR-WB,则可在“67239 QIPCall Codec Mode Set AMR-WB”中设置码率,如需要设置23.85kbps码率,根据上面“编码及对应NV Value”表可知Value应设置为256。

4、设置的参数是否生效,可在拨通电话后在“LTE IMS VoLTE Status”

(View→New→LTE→VoLTE→LTE IMS VoLTE Status)中查看,如图:

2. IPsec开关

有些终端默认打开IPsec,如HTC。如需在基站侧抓包,则需要关闭IPsec,否则由于加密,无法直接解出信令。关闭IPsec后,IMS可能不允许终端注册

(如广州爱立信IMS),此时需与核心网协调解决。如下图,“71527 IMS Reg

Config Db”中ims_rat_apn_info[0].iAuth_SecTypeValue为“136”即为打开

IPsec,Value为“200”即为关闭IPsec。

3. IMS鉴权开关

如图,“69744 IMS SIP Extended Configuration”中AuthScheme Value 为“3”及打开鉴权,“0”即为关闭。

4. Precondition开关

如图,“65955 QIPCall QOS Enabled”和“65957 QIPCall Precondition Enabled”中Value同时为“1”即为打开,同时为“0”即为关闭。

5. IPv6开关

SIP协议支持IPv4和IPv6方式,根据现有网络的配置,可在终端侧进行匹配修改。

1、“67261 IMS DPL Configuration”中“IPV6Enabled”Value为“0”

即为关闭IPv6,Value为“1”即为使能IPv6。

2、“71527 IMS Reg Config Db”中“ims_rat_apn_info[0].iIPTypeInfo”

Value为“32”即为IPv4,Value为“64”即为IPv6。

6. TCP开关

SIP协议支持TCP和UDP方式,根据现有网络的配置,可在终端侧进行匹配修改。

如图,“69744 SIP Extended Configuration”中“iTCPTHresholdValue”

Value为“0”即为UDP,Value为“1”即为TCP。

7. VoLTE与CSFB方式的切换

对于起呼的方式,终端通常已设置VoLTE优先,CSFB第二为默认方式。

如需切换至默认CSFB,可取消终端的IMS业务功能,如HTC(设置→数据

连接→IMS服务):

三、测试软件的使用

终端与测试软件通过PC对接,测试PC推荐配置如下:

CPU:Intel(R) Core(TM) i5

内存:4.00GB

显卡:SVGA,16位彩色以上显示模式

显示分辨率:1366*768

硬盘空间:500GB或以上

USB接口:四个

由于涉及MOS分值的测试需要PC进行快速的语音分析处理,需要较高配置,特别注意PC的USB口至少要3个,MOS分值测试至少4个(分别连

接两个终端、一个MOS盒、一个加密狗)。

目前VoLTE测试,尤其是外场测试,最常用的测试软件为CDS(惠捷朗)和鼎利。

CDS主界面图

鼎利主界面图

测试最重要的功能包含两部分:一是信令的采集;一是数据的分析。高通QXDM则多在故障定位时使用。软件的使用厂家有详细的产品说明书及操作手册(参看鼎利《说明书_Pilot Pioneer V9.4》、《操作手册_Pilot Pioneer V9.4》,惠捷朗《CDS VOLTE方案及测试分析指导》、《CDS导入各种模板的方法》),这里不再累述,以下列举一些注意事项:

1. 加密狗权限

无论是鼎利还是CDS,加密狗在交付前厂家已设定权限范围,主要的权限包括:

前台后台权限:前台用于测试及信令采集,后台用于数据分析,总好能同时开通前后台权限。

网络权限:按2G/3G/4G分级权限,eSRVCC等用例测试要求权限全开。

使用时间权限:加密狗分为永久权限及有限权限两种,一般情况下借来的加密狗都是有限权限的,鼎利一般要求半个月或者一个月升级一次,CDS则

按使用次数计算,一般满50次要升级一次(如果可用次数不多,且在紧急情

况下,可保持CDS加密狗与USB的连接状态,电脑不关机只待机,这样可

以不产生新的使用记录)。

MOS权限:使用CDS测试MOS分值相关的用例,需在指定PC上安装License,即只能在指定PC上进行测试,License安装可联系CDS工程师远

程安装。

2. 加密狗的升级(续期)

CDS不支持本地升级,需寄至厂家升级。

鼎利可使用应用程序Hardlock-based License Client本地升级:

1、连接网络(公网)

2、点击Auto升级,升级完成后有信息提示

3、通常升级完成即可继续使用,如继续提示权限受限制,则需要使用

LicenseRequest升级内置的License文件,不同的加密狗对应不同的License

文件,需要向鼎利索取:

3. OTT测试方法(QQ、微信等)

1、运行CDS程序,打开工作区,见图。配置并验证好相应的COM端口;

见图

2、CDS暂时不连接设备。

3、先在手机上打开OTT程序,如:QQ、微信,打开双边账户,UE1主叫进行语音聊天,UE2被叫进行语音接听。

4、手机通话OK后,CDS连接测试设备,开始记录log,然后手动Go 执行MOS录音打分功能选项。

5、注意GO之后有没有MOS分出来。Stop可停止MOS打分。

四,测试方法:

开启鼎利软件和设备连接

1.

打开时选择Volte选项,点击完成进入下一步:

跳到此界面,点击完成,进入主界面:

4.找到左下角设备选项,点击步骤2进入设备管理:

1保证有手机的端口2个,一个GPS端口,和2个测试手机调制调节器,就可以在鼎利测试软件主界面连接设备了

2如图:

软件和设备连接:

2.调测设置2.1.如图:

鼎力测试软件中参数详解

一、TD:频段及频点 F频段(1880~1920MHz,原A频段):共计20MHz, A频段(2010~2025 MHz,原B频段):共计15MHz, E频段(2300~2400 MHz,原C频段):共计100MHz。 TD频点: 中心频率*5就是对应的频点号 例如:在2010MHz,取第一个频点,前空0.2M保护带宽,第一个频点为带宽为1.6MHz,则中心频点为2011MHz,2011.8*5=10055,则为频点号,于此类推,A频段频点为10055,10063 ,10071,10080,10088,10096,10104,10112,10120。 二、TD参数 1、TD Radio窗口

PCCPCH RSCP值是从Service Cell Measurement中取的,在Idle、Cell_FACH和Cell_DCH状态的时候都有值。时隙0的RSCP值。 DPCH RSCP值是从SFN TS Measurement中取的,是指业务时隙的RSCP值,此处取的是第一个业务时隙的RSCP值,在RRC建立完成之后有值。是每个下行业务时隙的RSCP值。 (DPCH分为DPCCH和DPDCH,一个时隙下面的一个码道应该对应一个DPDCH) Pathloss的算法:Measurement Control中的PrimaryCCPCH-Tx-Power减去Service Cell Measurement中的RSCP。UTRA Carrier RSSI值是从Service Cell Measurement中取的,在Idle、Cell_FACH和Cell_DCH状态的时候都有值。时隙0的RSSI值。(协议中写的是只有在Cell_DCH状态下才有此值) Timing Advance值是从Service Cell Measurement中取的,和GSM中的概念一样表示时间提前量,根据UE距离基站的远近调整发送时间,远离基站则需提前发送,在基站附近时由于同步的需要,有时会要求UE延迟发送(所以有负值)。在Cell_FACH和Cell_DCH状态的时候有值。 UpPCH TxPower值是从SFN TS Measurement中取的,是指上行导频信道的发射功率,在手机刚接入的那一刻或切换时才有值。 BLER是所有传输信道的误块率的一个混合值,是根据BLER Measurement信令计算的,计算方法:(各个传输信道加起来的Bad_CRC_Count)/(各个传输信道加起来的Total_CRC_Count)×100%。 UE_TxPower值是从SFN TS Measurement中取的,是指手机当前占用的上行业务时隙的TxPower,在Cell_FACH和Cell_DCH 状态的时候有值。(目前手机没给PRACH TxPower的值。) PCCPCH SIR是从SFN TS Measurement中取的,是时隙0的SIR值。SIR算法:(RSCP/ISCP)×SF。(计算时已经考虑了基站底噪,但基站底噪一般都比较小,影响不大) C/I的算法:PCCPCH SIR-10lg16。对于话音或384k以下的数据业务SF都是用16的,均可以用此经验公式,但384k 的数据业务使用的SF=1,所以C/I=PCCPCH SIR。 UARFCN是从Service Cell Measurement中取的。 DRX Coefficient应该就是指UTRAN DRX cycle lengths coefficient(DRX循环长度系数),是一个计算特定UE寻呼时段使用公式中的系数。从系统信息1获得。Integer(3...9) 在空闲的时候UE可能会使用不连续接收(DRX)以便降低移动台的功耗,使用DRX的时候移动台只需要监视一个寻呼指示信道(Page Indicator)就可以了,每个DRX周期一个寻呼时刻。DRX cycle lengths 符合以下计算公式:MAX(2k, PBP),K是一个整数,而PBP(Paging Block Periodicity)是指寻呼块周期。 TrCH Count当前使用的传输信道(Signaling除外)的个数,根据BLER Measurement信令计算。 CS Service取值:手机当前使用的话音编码速率,如AMR(12.2k…)、64K (Video Call)。 PS Service取值:手机当前使用的数据业务速率等级64K、128K、384K…。 SS(Synchronisation Shift)值是从SFN TS Measurement中取的,是指同步偏移,同步调整指令。 每个UE使用的上行时隙中的Midamble码都是不同的,Node B会通过计算同一个时隙中各个UE的信道脉冲响应来估计时间;然后,在下一个可用的下行时隙中,Node B发送SS命令给UE让它合适的调整发送时间。 Node B会连续不断的测量UE的到达时间,然后在每一个子帧发送同步偏移指令。UE通过将最后M个子帧时间内(上行同步频率M(1..8)由高层配置)接收到的所有SS命令(和这个控制时隙相关)进行合并,产生一个针对每个上行控制时隙的单独的SS命令。当这个合并的SS被判断为“Down”,则针对这个上行控制时隙的UE发送时间将延迟一个时间调整步长(k/8 chips);当SS被判断为“Up”,则针对这个上行控制时隙的UE发送时间将提前一个时间调整步长(k/8 chips);当SS被判断为“Do Nothing”,则时间不变。上行同步步长k(1..8)的值由高层配置。

VOLTE-RTP丢包率参数实验专项报告

RTP丢包率参数实验专项报告

目录 1、实验背景 (3) 2、参数介绍及实验思路 (3) 2.1参数介绍 (3) 2.2实验思路 (3) 3、参数实验准备工作及调整情况 (4) 3.1实验路线及方法 (4) 3.2测试规范及要求 (4) 3.3涉及相关参数调整实验方案 (4) 4、实验效果统计对比 (5) 4.1DT语音业务测试效果验证对比 (5) 4.2KPI统计指标对比 (8) 5、参数实验总结及建议 (9) 5.1实验总结 (9) 5.2调整建议 (9)

1、实验背景 根据VoLTE网络质量提升百日会战的要求,为提升VoLTE语音DT测试指标,提升用户感知,对可能与测试指标相关联的参数进行分析研究,通过对相应参数的调整实验寻找合适于网络需求的参数优化值,提升DT测试中各项指标; 此次参数实验主要是针对VoLTE语音DT测试指标中的RTP丢包率相关的参数PDCPPROF101TDISCARD,期望通过对该参数的调整试验,同时观察对其他指标的影响,找到有益于指标和感知的实验值。 2、参数介绍及实验思路 2.1参数介绍 参数ID:PDCPPROF101TDISCARD 含义:该参数表示PDCP丢弃定时器的大小 界面取值范围:100ms(0),150ms(1),300ms(2),500ms(3),750ms(4),1500ms(5),infinity(6) 缺省值:QCI 1取值100 现网值: QCI 1现网取值为100 影响范围:基站级,该参数修改不需要闭站,操作不影响业务。 附RTP丢包率公式: RTP丢包率=(发送RTP数-接收到RTP数)/发送RTP数×100%; 2.2实验思路 在无线质量较好的情况下基本无丢包,而在无线质量较差的情况下上行丢包现象较为严重,PDCP重传时间超时,数据包将被丢弃,从而影响RTP丢包率指标和用户感知; 若将PDCP丢弃定时器调整增大,则可使在无线质量差的环境中一定程度概率上改善丢包情况,但若PDCP丢弃定时器调整增大可能存在影响RTP抖动指标

鼎立软件WCDMA测试说明及相关路测问题

I.工程创建 1运行软件后会自动弹出如下窗口,请选择“创建新的工程”来新建一个工程。

2点击“确定”后,弹出如下创建新的工程窗口,选择Path of LogData原始数据保存路径,其它选项均可使用默认值。 3出现工程的主菜单、与导航栏

4在主菜单栏点击查看→语言→中文 II.设备配置 1. 连接好硬件后,双击导航栏“设备”->“GPS\Handset\WiMax\Wi-Fi\CMMB\Scanner”或选择主菜单“设置”->“设备”,弹出设备配置对话框(Configure Devices),选择相关设备,可以通过Handset Information来查看每个设备的端口号;可通过右键选择“Append…”增加设备,对于同类型的设备可通过箭头来进行调整顺序。如下图示:

1) GPS的配置方法 在软件主菜单“设置”下选择“设备”或者在导航栏“设备”面板中双击“GPS”,弹出Port Setting窗口在“Device Model”中选择GPS类型NMEA0183,在“Handset

Information”中查看GPS的端口(GPS不需配置Modem口),配置GPS相应的端口。 2) Nokia的配置方法 连接好硬件后,双击导航栏“设备”->“Handset”或右键选择“Append…”或选择主菜单“设置”->“设备”弹出设备配置对话框(Handset setting),增加6720设备,可以通过Handset Information来查看每个设备的端口号;也可以点击Edit进行编辑在下拉菜单中选择Handset(手机),在“Device Model”中选择手机类型。如下图示: 3) E180终端的配置方法 连接好硬件后,双击导航栏“设备”->“Handset”或选择主菜单“设置”->“设备”,右键选择“Append…”弹出设备配置对话框(Handset setting),增加E180设备,可以通过Handset Information来查看每个设备的端口号;也可以点击Edit进行编辑。

软件测试经典案例

软件测试-测试用例的经典例子 一、等价类划分 问:某程序规定:"输入三个整数 a、 b、 c分别作为三边的边长构成三角形。通过程序判定所构成的三角形的类型,当此三角形为一般三角形、等腰三角形及等边三角形时,分别作计算… "。用等价类划分方法为该程序进行测试用例设计。(三角形问题的复杂之处在于输入与输出之间的关系比较复杂。) 解: 分析题目中给出和隐含的对输入条件的要求: (1)整数 (2)三个数 (3)非零数 (4)正数 (5)两边之和大于第三边 (6)等腰 (7)等边 如果 a、 b 、 c满足条件( 1 ) ~ ( 4 ),则输出下列四种情况之一: 1)如果不满足条件(5),则程序输出为 " 非三角形 " 。 2)如果三条边相等即满足条件(7),则程序输出为 " 等边三角形 " 。 3)如果只有两条边相等、即满足条件(6),则程序输出为 " 等腰三角形 " 。

4)如果三条边都不相等,则程序输出为 " 一般三角形 " 。列出等价类表并编号

覆盖有效等价类的测试用例: a b c覆盖等价类号码 3 4 5(1)--(7) 4 4 5(1)--(7),(8) 4 5 5(1)--(7),(9) 5 4 5(1)--(7),(10) 4 4 4(1)--(7),(11)覆盖无效等价类的测试用例: 二、边界值分析法 NextDate函数的边界值分析测试用例

在NextDate函数中,隐含规定了变量mouth和变量day的取值范围为1≤mouth≤12和1≤day≤31,并设定变量year的取值范围为 1912≤year≤2050 。

三、错误推测法 测试一个对线性表(比如数组)进行排序的程序,可推测列出以下几项需要特别测试的情况: I.输入的线性表为空表; II.表中只含有一个元素; III.输入表中所有元素已排好序; IV.输入表已按逆序排好; V.输入表中部分或全部元素相同。 四、因果图法 有一个处理单价为5角钱的饮料的自动售货机软件测试用例的设计。其规格说明如下:若投入5角钱或1元钱的硬币,押下〖橙汁〗或〖啤酒〗的按钮,则相应的饮料就送出来。若售货机没有零钱找,则一个显示〖零

软件测试案例分析

软件测试案例分析 Document number【980KGB-6898YT-769T8CB-246UT-18GG08】

对软件测试理解 软件测试作为软件质量保证的一种重要方法,近些年来, 软件测试越来越受到产业界、教育界和学术界的重视。软件测试,描述一种用来促进鉴定软件的正确性、完整性、安全性和质量的过程。换句话说,软件测试是一种实际输出与预期输出间的审核或者比较过程。软件测试的经典定义是:在规定的条件下对程序进行操作,以发现程序错误,衡量软件质量,并对其是否能满足设计要求进行评估的过程。 1软件测试的方法 黑盒测试 在黑盒测试(或称功能测试)中,不考虑程序的内部结构和表现,其目的是确定程序的输入与输出是否与其规格一致,力图发现以下几类错误:是否有不正确或遗漏了的功能在接口上,输入能否正确地接受能否正确地输出结果 是否有数据结构错误或外部信息(例如数据文件)访问错误性能上是否能满足要求 是否有初始化或终止性错误 黑盒测试的主要缺点是依赖于规格的正确性(实际情况并非如此)和需要采用所有可能的输入作为测试用例才能保证模块的正确性。 白盒测试 在该方法对软件的过程性细节做细致检查,对程序所有逻辑进行测试。通过在不同点检查程序的状态,确定实际的状态是否与预期的状态一致。测试用例从程序的逻辑中产生。确定程序逻辑覆盖有几条原则,其中之一是语句覆盖,要求程序中的每条语句至少执行一次。这条原则是必要的,但不充分,因为部分错误并不能检测出来。

从上至下测试 从上至下测试从程序的顶点模块开始,然后逐步对较低级的模块进行测试。为了模仿被测试模块的低级模块,需要哑模块或桩子模块。从上至下测试的主要好处就是排除了系统测试和集成,它可以让人们看见系统的早期版本并证明系统的正确性。它的效果之一可以提高程序员的士气。从上至下测试的主要缺点是需要桩子模块,并且在桩子模块中的测试数据直到输入输出模块加入之前不能确定。某些模块的测试数据难以创建,因为桩子模块不能模拟数据流使得模块之间的数据流不能组织成有向无环图。 从下至上测试 从下至上测试策略从程序的最低级模块(不调用别的模块)开始。为了模拟高一级的模块需要驱动模块。当对所有的低一级模块测试完毕才对高一级模块进行测试。从下至上测试方法的优点之一是测试数据的建立不存在困难。尽管数据流不在有向无环图中,但驱动模块模拟所有的调用参数,如果关键模块位于调用模块的底部,则从上至下测试方法更优。从下至上测试的主要缺点是系统的早期版本直到最后模块测试完毕才产生,并且设计和测试一个系统不能重叠进行,因为不可在低级模块设计之前进行测试。 测试用例一般描述

voip测试案例

VOIP测试案例 深圳某集团分部众多,各部门之间主要的联系方式为电话交流,所以建设一套高效的VOIP 网络意义显得十分重要。 测试示意图 从上图可以看出,整个网络的的终端设备包括普通电话机,可视电话机,软件可视电话终端以及PSTN网上的电话和手机。这次测试的目前就是希望通过我们的VG10-41和XE2000来实现所有终端设备的互通,还有XE2000语音服务器的号码统一管理(GK)和自动语音服务(IVR)。 首先我们先来对VG10-41进行配置,因为有了XE2000的号码统一管理,所以VG10-41上的配置显得比较简单了。 interface Ethernet0 //E0接IP网络

ip address dhcp-alloc ! voice-setup ! dial-program ! entity 1001 pots //配置本地所接电话机的pots实体 match-template #1 // 这里的#1主要是对应XE2000 line 1 //实体对应line1口 outband h225 //语音实体启动DTMF码 带外传输功能。(和XE2000配合必配) ! entity 1002 pots match-template #0 line 0 outband h225 ! entity 2000 voip //全局voip 实体 match-template T //关联所有号码 address ras //所有号码送GK处理 fast-connect //快启(和XE2000配合必配) outband h225 //语音实体启动DTMF码 带外传输功能。(和XE2000配合必配) ! entity 3000 pots //配置本地接pstn的实体 match-template 9.T //关联所有以9开头的号码 line 4 //实体对应line4口 ( vg10-41的FXO在line4) dial-prefix 9 //因为默认情况下FXO接口采用“截断发号”模式, 所以当配置“9.T”的时候,FXO接口(line 4) 发送被叫号码的时候,截掉了9,只发送9后的 号码,这里测试使用的外线是要拨先拨9,所有这 样配置。其它根据实际情况灵活配置 outband h225 //语音实体启动DTMF码 带外传输功能。(和XE2000配合必配) ! gk-client //配置gk-client gk-id xe2000 gk-addr 10.136.6.233 //配置GK名称和IP地址。(这里的gk指xe2000) gw-address ethernet 0 //本地gw对应的ip网络接口 gw-id VG1041 //本地 gw-id号 ras-on //打开ras (这里打开了gk-client配置才生效) ! subscriber-line 0 ! subscriber-line 1

保育员实操测验案例分析题

保育员实操测验案例分 析题 Company Document number:WTUT-WT88Y-W8BBGB-BWYTT-19998

案例分析题1、分析下面案例,回答问题(10分) 二班刘某小朋友随父母到澳洲探亲有32天,正好赶上今天回来参加“六一儿童节”庆祝活动。保育员小李在幼儿园门口一见刘某,就热情地拉着他的手回班化妆,准备参加活动。 ?(1)分析上述案例,说明你的看法。 ?(2)如果是你,该如何处理这种问题 ?保育员小李的做法是错的。婴幼儿如果离开幼儿园一个月以上或到外地,在返回幼儿园时,医务保健人员应向家长询问婴幼儿有无传染病接触史,同时,对该幼儿进行必要的健康检查。对未接触传染病的幼儿要观察两周,有传染病接触史的婴幼儿,应进行个人临时隔离,待检疫期满以后方可回班。 ?应该带刘小朋友到幼儿园医生处对家长进行询问并对刘进行健康检查,看情况决定入班时间。 2、结合案例回答问题 ?入托第二周,保育员小王想:孩子们的情绪基本上安定了,该学学自己洗脸了。于是取来了毛巾和大塑娃娃“瞧,谁来了(出示娃娃)我们都很想跟它做好朋友,可是她的脸脏了,我们先帮它洗干净好吗”边说边做示范:拧干水,擦眼睛、鼻子、嘴巴,在擦额头、脸、下巴,最后擦脖子、耳朵。“好,娃娃讲卫生了,我们一起玩吧!” ?分析上述案例中保育员做法,并阐明原因。 参考答案: 1、保育员用游戏方式引导幼儿学习洗脸,做得好。 2、保育员示范的洗脸顺序是错误的。 3、正确的洗脸顺序是:拧干毛巾→眼睛→额头、脸→鼻子、嘴巴→下巴、脖子、耳朵。

分析下面案例: 3、小二班刘某小朋友下楼梯时滑倒了,啼哭。保育员林某看了看,见刘某额头微肿无出血,就轻轻地给他揉了揉,说:“没关系,勇敢些,不要哭。”餐后,刘某出现了呕吐,林某问:“肚子不舒服吗喝点水,漱漱口就好”。随后清扫了呕吐物。 ?(1)试述保育员的做法正确吗 ?(2)运用相关知识、结合自身的实践谈谈如何正确处理幼儿头摔伤。 答案及评分标准: 指出保育员的错误: (1)不重视头摔伤没有按照正确程序进行观察。(1分) (2)把呕吐物作消化道疾病处理。(1分) 正确处理方法:(1)对于头部摔伤未见出血的情况,要密切观察24小时。(2分)(2)观察中有下列症状,应急送医院救治:恶心、呕吐、剧烈头痛、眼耳鼻出血、抽风、麻痹、语言障碍、意识丧失等。(6分) 4.分析下面案例: 小一班杨某小朋友体温℃,突然眼球凝视、双手握拳、唇青紫、意识丧失,保育员王某估计可能是高热抽搐,马上把孩子平放在床上,然后用手指压其人中沟下三分之一这穴位,并用力撬开其紧闭的牙关,把毛巾塞进口腔内,随后即送医生处理。 ?上述保育员的做法正确吗 ?说说如何正确处理小儿惊厥。 ?答案及评分标准 ?(1)保育员判断是幼儿高热抽搐是正确的。(1分) ?(2)指出错误:1平卧2按压位置3用牙撬开牙关(3分) ?(3)正确的做法:

鼎利测试软件Pioneer操作说明手册

Pioneer Operating instructions(For Quanta P1)

目录 目录 (2) 1前台驱动安装 (3) 2软件安装 (5) 3设备连接.......................................................错误!未定义书签。 3.1驱动安装......................................................................................错误!未定义书签。 3.2设备配置......................................................................................错误!未定义书签。4业务测试.. (15) 4.1计划制定 (15) 4.2开始记录测试Log (17) 4.3业务测试控制 (18)

1前台驱动安装 启动PioneerDriversSetup安装程序后,依次执行如下操作: 第一步:启动安装程序后,点击“Next”进行安装过程,点击“Cancel”退出驱动安装; 然后点击“I Agree”后继续安装,“Back”返回到原始安装界面,“Cancel”退出安装 第二步:选择安装路径,点击“Browse”更改安装路径,点击“Install”开始安装,点击“Back”则返回上一级页面,点击“Cancel”则退出安装;

注意:此安装过程全程请关闭系统防火墙、三方防火墙、电脑卫士等工具,同时安装过程弹出的所有程序请默认安装。此过程会安装net组件、MOS驱动、加密狗驱动、MSXML、WinPcap等。 第三步:安装成功后,给出安装成功的提示信息,按“Finish”按钮。

软件测试用例实例(非常详细)汇总

软件测试用例实例(非常详细)汇总

1、兼容性测试 在大多数生产环境中,客户机工作站、网络连接和数据库服务器的具体硬件规格会有所不同。客户机工作站可能会安装不同的软件例如,应用程序、驱动程序等而且在任何时候,都可能运行许多不同的软件组合,从而占用不同的资源。 测试 目的 配置说明操作系 统 系统 软件 外设应用软件结果 服务器Windo w2000( S) Windo wXp Windo w2000( P) Windo w2003 用例编号TestCase_LinkWorks_W orkEvaluate 项目名称LinkWorks

1.1.

1.2. 疲劳强度测试用例 强度测试也是性能测试是的一种,实施和执行此类测试的目的是找出因资源不足或资源争用而导致的错误。如果内存或磁盘空间不足,测试对象就可能会表现出一些在正常条件下并不明显的缺陷。而其他缺陷则可能由于争用共享资源(如数据库锁或网络带宽)而造成的。强度测试还可用于确定测试对象能够处理的最大工作量。测试目的 测试说明 前提条件连续运行8小时,设置添加 10用户并发 测试需求输入/ 动作 输出/响应是否正常运行 功能1 2小时 4小时 6小时 8小时功能1 2小时 4小时 6小时

8小时 一、功能测试用例 此功能测试用例对测试对象的功能测试应侧重于所有可直接追踪到用例或业务功能和业务规则的测试需求。这种测试的目标是核实数据的接受、处理和检索是否正确,以及业务规则的实施是否恰当。主要测试技术方法为用户通过GUI (图形用户界面)与应用程序交互,对交互的输出或接受进行分析,以此来核实需求功能与实现功能是否一致。 用例标识LinkWorks_ WorkEvaluate _02 项目 名称 https://www.360docs.net/doc/2312598392.html, 开发人员模块 名称 WorkEvaluate 用例参考工作考核系统界面设计

软件测试案例库

软件测试技术 案例库

案例一:错误报告与管理 一、案例目的 1.熟悉错误报告的编写内容 2.熟悉错误管理的工作流程 3.了解测试管理的内容 二、案例内容: 1.测试酒店管理系统,编写有一定质量的错误报告 2.使用TestDirector测试管理软件,熟悉需求管理、测试计划、执行测试、错误管理 三、案例步骤: ?任务一:提交软件测试中发现的错误 1、安装酒店管理系统,测试该系统,针对所发现的错误,记录并提交错误以便开发人员 修改。 ?任务二:寻找软件测试中错误的触发条件,并编写有一定质量的错误报告。 1、1、测试酒店管理系统,根据任务一中提交错误报告存在的问题,重新编写错误报告, 错误报告的内容必须包括如下: 3、测试中需要考虑错误重现 4、错误报告通过TestDirector软件进行管理 ?TestDirector使用: ●●使用前设置 1、断开网络连接。在屏幕底部的工具栏上选择“本地连接”图标,右键点击,选择“禁 用”。 2、把计算机名改为“JF82-55”。控制面板—〉系统—〉网络标识—〉属性,修改计算机 名,重启机器。 3、启动TestDirector的相应服务。在控制面板中选择管理工具—〉组件服务—〉“本地 计算机上的服务”—〉选中“Advanced TestDirector Startstop Servic4e”—〉点右键选“启动”。 4、启动TestDirector。在屏幕底部的工具栏上出现粉红色图标TestDirector,右键选中并 点击,在弹出菜单中选择“Start TestDirector”。 5、从开始菜单中选择程序—〉TestDirector7、6,出现屏幕如图3-1。

案例实操】配电终端自动化批量检测——FTU终端测试

测试设备:HDTS-4000 配电终端自动化检测平台 测试终端:三遥标准FTU △HDTS-4000 配电终端自动化检测平台 1、接线 FTU部件:14芯信号头、网线插头、5芯外接电池盒航插头、6芯电流航插头、6芯电压航插头、控制模块。

若电缆两端是航插插头,将电缆26芯航插接入HDTS-4000 检测平台FTU1的26芯航插,电缆14芯信号线航插和6芯电流航插分别接入FTU的信号和电流航插孔。

若测试线一端是航插插头,一端为端子插头: (1)FTU供电电源接法:1、3号接线插头插入HDTS-4000 检测平台交直流接口装置端子排黄绿接线口(取220V电压)。 (2)FTU测量电压接法:4、5、6号接线插头插入“电压电流输出FTU1”端子排中的UA、UC、UN端子口。 (3)FTU测量电流接法:IA、IB、IC、IN、I0、I0N号接线插头插入“电压电流输出FTU1”端子排中的IA、IB、IC、IN、I0、I0N端子口。

(4)FTU信号航插线接法: 遥控接线:线号HZ+、FZ+接线插头分别插入“开关量Y2(FTU1)”端子排的开入1、2号端子接口。HZ-、FZ-接线插头短接后插入“开关量Y2(FTU1)”端子排的开入5号公共端子接口。 遥信接线:线号HW、FW、WCN接线插头分别插入“开关量Y2(FTU1)”端子排的11、12、13号开出端子接口,线号YXCOM接线插头插入“开关量 Y2(FTU1)”端子排的15号开出公共端端子。 2、参数设置

网络配置:获取主站IP地址,将HDTS-4000 检测平台IP地址设为主站同网段IP地址,若需要指定主站IP时,则将检测平台IP设置为指定IP地址。 点击检测平台桌面配网测试客户端图标,出现登录对话框,输入密码数字“1”。 进入主软件界面,点击网络设置。

性能测试案例分析

1.简要场景描述: 被测项目的数据库服务采用ORACLE 10g,测试功能点选择的是一个新建录入保存业务。当并发20用户时,数据库资源占用正常,处理业务响应时间正常,当并发40用户时,数据库服务器CPU占用率突增到100%,系统几乎不响应。 2.对ORACLE 10g进行监控: 2.1首先打开监控开关: exec dbms_monitor.serv_mod_act_trace_enable (service_name=>''); 在oracle安装目录\product\10.2.0\admin\gsp\udump目录下每个session形成.trc文件。 2.2通过tkprof进行分析: 根据日期选择相应的.trc文件,在命令行下通过tkprof进行分析: tkprof servname_ora_2336.trc utput=servname_ora_2336.txt SORT=(EXEELA, PRSELA, FCHELA) 形成结果文件servname_ora_2336.txt。 2.3查看分析结果文件: 发现存在大量的建临时表语句,耗用了大量的CPU资源,而且花费的时间很长。 create table myHelp4879f036d (Rowp int PRIMARY KEY,OID varchar(1000),Code varchar(1000),Name varchar(1026),ZJM varchar(100),Path varchar(40)) call count cpu elapsed disk query current rows ------- ------ -------- ---------- ---------- ---------- ---------- ---------- Parse 0 0.00 0.00 0 0 0 0 Execute 1 19.06 196.34 24 751455 1552 0 Fetch 0 0.00 0.00 0 0 0 0 ------- ------ -------- ---------- ---------- ---------- ---------- ---------- total 1 19.06 196.34 24 751455 1552 0

鼎力路测软件的安装使用说明参考资料

Pilot Pioneer和Navigator安装和操作(UMTS) 1、PioneerSetup4.1.0.1安装和其他软件安装是一样的,具体不进行演示。 提示点:有的电脑如果安装完后无法使用,提示认证无效(invalid license),就需要把[(3)GSM.GPRS.WCDMA]文件夹下的pioneer.lcf文件需要复制到Pilot Pioneer4.1.0.1安装目录下,同样方法Navigator.LCF文件需要复制到Navigator 4.1.0安装目录下,主要是LCF 文件与软件狗要对应,否则根本无法使用。 2、连接N85有的电脑无法无法安装调制解调器,无法安装就无法映射出端口,需如下操作解决。 使用Ghost系统,Nokia PC软件套装提示无法安装这个硬件”“INF中的服务安装段落无效”、windows无法安装调制解调器等错误。大家只要下载按下面的方法做就可以了: 将mdmcpq.inf复制到c:\windows\inf 将usbser.sys复制到c:\windows\system32\drivers 小技巧:比如要打开c:\windows\inf,只要在地址栏(IE输入网址的地址栏和我的电脑里的地址栏都一样),输入c:\windows\inf即可打开然后把文件复制进去,再重新安装驱动就OK拉。 连接好硬件后,双击导航栏“设备-->Devices”或选择主菜单“设置--> 设备”,弹出设备配置对话框,增加相关设备,可以通过System Ports Info来查看每个设备的端口号。 增加设备 手机除了选Trace Port外,还需填写Modem Port;诺基亚手机映射出三个口,可以随便选择任何两个口。 鼎立设备连接配置: 1 插入加密狗 2打开pioneer4 3第一次使用如果没有模板的话新建1个模板,看视频 4设置内存数据释放时间10->30,也可以更改模板保存路径这里从C默认路径改为F:/dingli,这个可以随便改其他盘。 5单击左键打开下拉菜单,如果英文看不懂得花就选择中文就OK拉 6点击设置->设备->配置端口->OK 点击APPEND可以多追加几个设备单元模块

软件测试标准和测试用例汇总

软件测试标准 前言 前一版的《软件测试标准》,在测试工作中发挥了很好的指导作用。本次修改在原标准基础上,提出了新的测试理念、工作方法、组织方式,使之更贴近实际工作,真正起到纲领的作用。 一、软件测试 1、软件测试的目的 软件测试是指为了度量和提高被测试对象的质量、对测试对象进行工程设计、使用和维护的与软件开发过程并发的生命周期过程。软件测试的目的为:验证软件产品的实现状态以及实现质量。 2、软件测试相关概念 2.1白盒测试 指基于程序结构的测试,测试目标是检查程序内部逻辑结构和逻辑路径,是代码级的测试。 2.2黑盒测试 基于程序功能的测试,根据输入输出的关系推断程序功能的正确性。 2.3测试用例 测试方案,包括数据输入和相应的期望输出。依据测试用例来执行具体操作。 2.4预防性测试 其原理为:只要测试在生命周期中进行得足够早,就能够提高待测软件的质量。 2.5测试风险分析 其目的为:确定测试对象、测试的优先级、测试的深度。 2.6软件测试模型 公司目前采用V模型,实现测试与软件开发的同步进行。 2.7等价类划分 将测试对象按某种约定划分为有限个组成部分,提高测试的有效性。 2.8边界值分析 分析测试对象的所有边界值及边界附近的临界值。 二、测试工作流程 三、开发—测试流程

程序员 测试员BUG管理 关闭BUG 得到BUG 修改BUG 版本更新新的开发任务 得到新版本 提交新BUG 验证BUG 执行新的测试任务BUG审核 定期检查、审核BUG 定期编译 说明: 1、新版本提供时间,由程序员与测试员按实际情况协调; 2、BUG 审核的范围包括对BUG 的抽查;对标注为不修改或待讨论BUG 的管理; 3、软件涉及到功能性修改时,应该先提供修改设计说明,讨论通过后方可进行修改。 四、测试角色与职责 角色 职责范围 管理 负责测试全过程组织管理 分析 负责进行测试分析、编写测试用例 执行 执行测试任务 文档管理 负责对测试文档、开发文档管理 五、BUG 主要参数 1、当前状态 记录BUG 的状态,包括已修改、未修改、已验证。 2、严重程度 BUG 严重程度分为四个级别 级别一:死机,数据丢失,主要功能完全丧失,系统悬挂 级别二:主要功能丧失,导致严重的问题,或致命的错误声明

360天擎终端安全管理系统v6.0_测试方案(详细用例)

360终端安全管理系统 测试方案 ? 2016 360企业安全集团■版权声明 本文中出现的任何文字叙述、文档格式、插图、照片、方法、过程等内容,除另有特别注明外,所有版权均属360企业安全集团所有,受到有关产权及版权法保护。任何个人、机构未经360企业安全集团的书面授权许可,不得以任何方式复制或引用本文的任何片断。

目录| Contents 1. 产品简介 (1) 2. 部署拓扑 (1) 2.1. 硬件配置要求 (2) 3. 天擎管理中心功能测试 (3) 3.1. 天擎分级部署 (3) 3.1.1. 天擎多级部署 (3) 3.2. 客户端分组管理 (3) 3.2.1. 客户端分组 (3) 3.2.2. 自动分组 (3) 3.2.3. 客户端分组切换 (4) 3.3. 客户端任务管理 (4) 3.3.1. 客户端天擎版本升级 (4) 3.3.2. 病毒库升级 (4) 3.3.3. 客户端任务分配管理 (4) 3.3.4. 手动杀毒任务 (5) 3.3.5. 终端查杀引擎设置 (5) 3.3.6. 定时杀毒任务 (6) 3.3.7. 消息推送 (6) 3.4. 客户端策略管理 (6) 3.4.1. 客户端软件常规安装部署方式 (6) 3.4.2. 终端自保护能力测试 (6) 3.4.3. 客户端防退出、卸载 (7) 3.4.4. 离线客户端管理 (7) 3.4.5. 文件溯源 (7) 3.4.6. 黑白名单管理 (8) 3.4.7. 终端安全防护功能管理 (8) 3.4.8. 终端弹窗管理 (8) 3.5. 日志报表功能测试 (9) 3.5.1. 查杀病毒和木马日志报表 (9) 3.5.2. 客户端病毒情况报表 (9) 3.5.3. 客户端感染病毒排名榜或趋势图 (9) 3.5.4. 汇总多级管理架构的数据 (10) 3.5.5. 管理控制操作审计日志报表 (10) 3.6. 系统管理测试 (10) 3.6.1. 帐号管理及权限分配管理 (10) 3.6.2. 客户端与管理中心通讯间隔设置 (11) 3.6.3. 控制中心升级测试 (11) 3.6.4. 安全报告订阅 (11) 3.6.5. 管理服务器备份与恢复 (12) 4. 天擎客户端功能验证 (13) 4.1. 病毒、木马查杀 (13) 4.2. 手动杀毒 (13) 4.3. 实时防护 (13)

鼎力路测软件使用说明

关于鼎力路测软件使用说明(TD-SCDMA数据测试统计) 广东江门市移动T D优化小组 2009-11-17

目录 1软件说明 (3) 2软件的使用 (3) 2.1前台的使用 (3) 2.2后台的使用 (9) 3工作总结 (11) 4附测试中的一些专业术语 (11)

1软件说明 鼎力软件是一套集TD-SCDMA、WCDMA、GSM、CDMA为一体的综合测试软件,它分为两个平台,前台和后台。前台用于数据的采集数据、回放和分析,后台则用于各项指标及各事件的统计,输出专业的图表,为日后的优化工作提供比较客观信息。 2软件的使用 软件的使用分为前台和后台部分在下面我会一一的对其使用做简单的说明。 2.1前台的使用 这里我简单介绍一些关于数据采集上的操作流程。首先将地图或者图片导入该软件的前台如下图:

我们可以通过MAPINFO的网优工具将设计好的图层进行导入,形成地理图表和路面显示情况,此项用途比较广泛。并且可以通过基站基础工参我们可以将该处形成基站图标显示在MAP工作区域内。 我们将设备准备好在开始测试之前需要设置几处工作界面; ●测试指标所要的阀门值图,通过这个我们可以设置出测试文件的所需要 的Legend; ●通过设置中的设备我们可以设置GPS和手机所接入的端口号(COM),将 相应的设备和端口号进行匹对;

当设备正常连接好后我们就可以点击该图标进行设备连接,当设备连接后点击我们就可以保存数据了,测试过程中该图标显灰色,当测试任务结束后我们要点击该后再点击断开连接,该流程一定要遵守不然有可能会出现数据混乱的局面,一天辛苦的数据有可能会付出东流。

软件测试面试题及答案

软件开发——软件测试 1、测试的关键问题是() A.如何组织对软件的评审 B.如何验证程序的正确性 C.如何采用综合策略 D.如何选择测试用例 2、下面不属于软件测试步骤的是 A.集成测试 B.回归测试 C.确认测试 D.单元测试 3、自底向上集成需要测试员编写驱动程序。请判断这句话的正确与否。 A.T B.F 4、测试人员要坚持原则,缺陷未修复完坚决不予通过。请判断这句话的正确与否。 A.T B.F 5、软件测试类型按开发阶段划分是? A.需求测试、单元测试、集成测试、验证测试 B.单元测试、集成测试、确认测试、系统测试、验收测试 C.单元测试、集成测试、验证测试、确认测试、验收测试 D.调试、单元测试、集成测试、用户测试 6、如果我们可以通过覆盖率检测来判断我们是否对所有的路径都进行了测试,但是仍然可能存在未被检测出来的缺陷,原因是() A.全部选项 B.程序可能因为缺某些路径而存在问题 C.穷举路径的测试可能不好暴露数据敏感的错误 D.就算穷举路径测试也不能保证程序符合需求 7、下面哪些属于网游的测试内容? A.客户端性能 B.服务器端性能 C.从运行完 game.exe 打开游戏界面后可进行的各种操作、玩法D.界面 8、下述有关负载测试,容量测试和强度测试的描述正确的有? A.负载测试:在一定的工作负荷下,系统的负荷及响应时间。B.强度测试:在一定的负荷条件下,在较长时间跨度内的系统连续运行给系统性能所造成的影响。 C.容量测试:容量测试目的是通过测试预先分析出反映软件系统应用

特征的某项指标的极限值(如最大并发用户数、数据库记录数等),系统在其极限值状态下没有出现任何软件故障或还能保持主要功能正常运行。 D.容量测试是面向数据的,并且它的目的是显示系统可以处理目标内确定的数据容量。 9、集成测试的过程包括有以下哪些? A.构建的确认过程 B.系统集成测试测试组提交过程 C.测试用例设计过程 D.Bug的报告过程 10、下面关于软件测试,描述正确的是? A.软件测试是使用人工操作或者软件自动运行的方式来检验它是否满足规定的需求或弄清预期结果与实际结果之间的差别的过程。 B.软件测试的测试目标是发现一些可以通过测试避免的开发风险。C.软件测试的原则之一是测试应该尽早进行,最好在需求阶段就开始介入 D.软件测试主要工作内容是验证(verification)和确认(validation)11、验收测试是由最终用户来实施的。请判断这句话的正确与否。A.T B.F 12、下面属于黑盒测试方法的是 A.语句覆盖 B.逻辑覆盖 C.边界值分析 D.路径覆盖 13、项目立项前测试人员不需要提交任何工件。请判断这句话的正确与否。 A.T B.F 14、下面属于白盒测试方法的是 A.等价划分方法 B.逻辑覆盖 C.边界值分析 D.错误推测法15、负载测试是验证要检验的系统的能力最高能达到什么程度。请判断这句话的正确与否。 A.T B.F 16、既可以用于黑盒测试,也可以用于白盒测试的方法的是()A.逻辑覆盖法 B.边界值法 C.基本路径法 D.正交试验设计法17、判断对错。系统测试计划属于项目阶段性关键文档,因此需要同行评审。 A.T B.F

软件测试用例分析 习题完美整合版

场景分析法 一、以答题业务为例: 1.答对题目增加题目积分,积分达到设定值时奖励一个礼包; 2.取题规则为随机不重复; 3.答错题目后答新题. 开始答题 是否存在 有效题目 提供题目及备选答案 答案是否 正确 增加题目积分 积分大于或等于设定值?给予无有效题目提示 结束奖励一个礼包

1.确定基本流与备选流 基本流: 步骤1. 开始答题 步骤2. 判断是否存在有效题目,存在有效题目,处理:提供题目及备选答案 步骤3. 用户答题并答对题目,增加用户相应积分。 步骤4. 判断积分是否达到设定值,达到,获取一个礼包,流程结束。 备选流1: 不存在有效题目 基本流步骤2时,题库不存在未答题目,处理:给予无有效题目提示,流程结束。备选流2: 答错题目 基本流步骤3时,答错题目,处理:提示用户答错题目,回到基本流步骤2 备选流3:答题后积分达不到设定值 基本流步骤4时,答对题后积分仍达不到设定值,处理:回到基本流步骤2 2.确定以下用例场景: 3.通过从确定执行用例场景所需的数据元素入手构建矩阵

4.设计数据,把数据填入上面的用例表中 二、下图所示是ATM例子的流程示意图。

2.场景设计:下表所示是生成的场景。 3.用例设计

4.测试用例表

三、用户进入一个在线购物网站进行购物,选购物品后,进行在线购买,这时需要使用账号登录,登录成功后,进行付钱交易,交易成功后,生成订购单,完成整个购物过程。 第一步:确定基本流和备选流 基本流:登录在线网站→选择物品→登录账号→付款→生成订单; 备选流1:账户不存在; 备选流2:账户密码错误; 备选流3:用户账户余额不足; 备选流4:用户账户没钱。 第二步:根据基本流和备选流确定场景 场景1成功购物:备选流; 场景2账号不存在:基本流,备选流1; 场景3账号密码错误:基本流,备选流2; 场景4账户余额不足:基本流,备选流3; 场景5账户没钱:基本流,备选流4。 第三步:对每一个场景生成相应的测试用例 测试用例 ID 场景/条件账号密码 用户账 号余额 预期结果 1 场景1:成功购物V V V 成功购物 2 场景2:账号不存在 1 n/a n/a 提示账号不存在 3 场景3:账号密码错误 (账号正确,密码错误)V 1 n/a 提示账号密码错误,返 回基本流步骤3 4 场景4:用户账号余额不 足V V 1 提示用户账号余额不 足,请充值 5 场景5:用户账号没钱V V 1 提示用户账号没有钱, 请充值 第四步:设计测试数据 测试用例ID 场景/条件账号密码 用户账 号余额 预期结果 1 场景1:成功购物Test 123456 800 成功购物,账号余额减少 100元 2 场景2:账号不存在aa n/a n/a 提示账号不存在 3 场景3:账号密码错误 (账号正确,密码错误)Test 111111 n/a 提示账号密码错误,返回 基本流步骤3 4 场景4:用户账号余额不 足Test 123456 50 提示用户账号余额不足, 请充值 5 场景5:用户账号没钱Test 12345 6 0 提示用户账号没有钱,请 充值

相关文档
最新文档