CSFB测试指导

一、CSFB测试流程

CSFB测试过程主要是主叫4G手机、被叫4G手机分别驻留LTE网络中，连接GENEX Probe 测试软件，进行主叫4G手机拨打被叫4G手机，主叫4G手机和被叫4G手机分别回落至WCDMA网络进行通话的过程。

从详细步骤来看，CSFB测试流程主要分为测试准备、测试过程和测数据统计三个部分：

二、正常CSFB信令流程

2.1 CSFB信令正常过程

详细的CSFB主叫信令流程如下（日常测试可对比）：

注意：第1、2、5、10注释为关键信令端，在CSFB信令过程中必须核查到。其他信令详解：

（1）第1条ExtendedServiceRequest信令详解（CSFB业务NAS消息）：

分析：此信令需注意服务类型是否为CS Fallback消息；

（2）第3条RRCConnectionRelease信令详解（LTE网络RRC释放消息）：

分析：此信令需要注意LTE重选至W网的频点信息；

（3）第11条Extension Type信令详解（W网异网重选消息SIB19）：

分析：此信令详解WCDMA网络配置的重选回LTE的频点和优先级等消息，需留意；

（4）第13条RRC Connection Release详解（WCDAM网络的RRC释放消息）

分析：需要详细了解FastReturn至LTE网络的频点，快速回到LTE网络；

（5）第15条RRC Connection Request详解(LTE网络的RRC起呼消息):

分析：此信令详解需要注意主叫为originatingConversationalCall，不要为注册信令。

（6）第42条Routing Area Update Accept消息详解

分析：此消息详解可参看WCDMA网路配置的LAC信息，与核心网配置TAC~LAC 对应分析；

被叫终端的信息消息多上一个寻呼Paging消息，可参见附件。

2.2 3G、4G联合附着信令，手机双模时驻留4G

由于目前LTE网络暂不支持viop业务，CSFB需要从4G回落至3G进行CS域业务，因此手机选择WCDMA和LTE双模情况下，手机需要在CS域LAC和PS域TAC 进行联合附着过程。

若是LAC~TAC联合附着成功，手机双模可驻留4G；若是LAC~TAC联合附着不成功，手机双模时会回落至3G。

目前手机双模LAC~TAC联合附着主要通过以下2个途径：

（1）TAU过程中进行LAC~TAC联合附着；

（2）Attach过程中进行联合附着；

任通过以上之一联合附着成功，手机双模就可以驻留4G;

如下信令详解：

1、TAU过程联合附着信令过程：

TrackingAreaUpdateAccept信令详解：

分析：如上需要重点分析“TrackingAreaUpdateAccept”信令中联合附着是否成功，是否combined-TA相关消息；若是有no-combined字节为联合附着失败；另外需要核查现网TAC~LAC的实际配置；

一般手机双模进行CSFB业务在WCDMA网络挂机后，手机FastReturn回LTE 网络马上进行TAU，并进行TAC~LAC的联合附着。

2、Attach过程联合附着信令；

AttachAccept详解

分析：部分场景下，手机双模情况下需要进行TAC~LAC的联合附着，如上为正常信令，combined-EPS-attach为联合附着成功，若是有no-combined字节为联合附着失败；另外需要核查现网TAC~LAC的实际配置；

进销存系统测试报告

某公司进销存系统测试报告 1.引言 1.1测试目的 用黑盒测试法测试系统功能实现的完整性，发现系统存在的错误和不足。 1.2项目背景 某公司位于武汉市经济技术开发区，该公司随着经营规模的不断扩大，为适应市场需求，现需对公司物资的入库、销售、库存等进行统一管理。所以打算建立一个进销存系统，而本进销存系统的基本任务是，将公司物资的进货、库存和销售集成一体，开发一个能同时进行进货管理，库存管理和销售管理的综合性管理系统。利用IT技术解决日常的业务来往，能进行相关的业务处理，业务数据的存储，支持高效的查询，各类的报表的打印，数据的统计分析以及财务信息等。 1.3参考资料 黑盒测试也称功能测试或数据驱动测试，它是在已知产品所应具有的功能，通过测试来检测每个功能是否都能正常使用，在测试时，把程序看作一个不能打开的黑盆子，在完全不考虑程序内部结构和内部特性的情况下，测试者在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息，并且保持外部信息（如数据库或文件）的完整性。 黑盒测试注重于测试软件的功能性需求，也即黑盒测试使软件工程师派生出执行程序所有功能需求的输入条件。黑盒测试并不是白盒测试的替代品，而是用于辅助白盒测试发现其他类型的错误。 黑盒测试主要发现以下类型的错误： 1）是否有不正确的功能，是否有遗漏的功能； 2）在接口上，是否能够正确地接收输入数据并产生正确的输出结果； 3）是否有数据结构错误或外部信息访问错误； 4）性能上是否能够满足要求； 5）是否有程序初始化和终止方面的错误 2.测试计划 2.1测试环境 硬件环境：处理器AMD Athlon（tm）64 processor 2800+1.8GHz 512的内存。 软件环境：Microsoft SQL Server 2005软件和Microsoft Visual Studio 2005 软件。 测试环境：服务器环境windows sever 2003，网络访问环境windows sever 2003 IE浏览器 运行环境：windows sever 2003，windows xp等。 2.2测试项目

软件系统测试报告(简易版)

XXXX软件项目系统测试报告

1．引言部分 1．1项目背景 本测试报告的具体编写目的，指出预期的读者范围。(3-4句) 本测试报告为（系统名称）系统测试报告；本报告目的在于总结测试阶段的测试及测试结果分析，描述系统是否达到需求的目的。 本报告预期参考人员包括测试人员、测试部门经理、项目管理人员、SQA人员和其他质量控制人员。 1．2参考资料 《XXXX需求说明书》 2．测试基本信息 2．1测试范围 2．2测试案例设计思路 根据上述测试范围测试点进行测试用例的设计。 3．测试结果及缺陷分析 3．1测试执行情况与记录 3．1．1测试组织 第 2 页共4 页

3．1．2测试时间 3．1．3冒烟情况 3．1．4测试用例统计 3．2缺陷的统计与分析 缺陷汇总： 列出本次实际发现缺陷数、解决的缺陷数、残留的缺陷数、未解决的缺陷数。 缺陷分析： 对测试中发现的缺陷按缺陷类型、严重程度进行分类统计： 对测试中发现的缺陷就其功能分布、测试阶段进行统计，分析软件缺陷倾向及其主要原因： 残留缺陷与未解决问题 对残留缺陷对系统功能的影响情况进行分析：对未解决问题对项目的影响(如有，列表说明) 4．测试结论与建议 4．1风险分析及建议 无 第 3 页共4 页

4．2测试结论 本项目根据业务需求及开发人员的反馈意见，覆盖了所有的测试需求及案例，均已在ST环境测试完成，有效案例一共xx个，执行率xx%,，成功率xx%，缺陷关闭率为xx%，目前缺陷均已修复并回归关闭； 综上所述，xx需求达到ST项目测试出口标准，本项目ST测试(通过/不通过)，可以进行验收测试 5．交付文档 《xxx需求_系统测试计划》 《xx需求_测试案例》 《xx需求_ST测试报告》 第 4 页共4 页

中国联通CSFB测试的主要流程信令

中国联通FDD_LTE的CSFB测试和分析 一、前言 本文主要针对联通FDD-LTE网络，使用华星FLY6.0进行CSFB测试和分析；CSFB 涉及4G侧(LTE)、3G侧（WCDMA）和MSC核心网侧三方的配合。以下主要是针对测试和事件消息流程进行分析和说明。 二、CSFB测试流程 CSFB测试过程主要是主叫4G手机、被叫4G手机分别驻留LTE网络中，连接FLY6.0测试软件，进行主叫4G手机拨打被叫4G手机，主叫4G手机和被叫4G手机分别回落至WCDMA网络进行通话的过程。 CSFB测试流程主要分为测试准备、测试过程和测数据统计三个部分：

4、从主被叫的CSFB信令流程来看，主被叫的CSFB信令流程是否正常？一定要查看主被叫的CSFB的起呼、4G 网络RRC释放、4G重选至3G、3G的RRC\RAB\Alerting的完整起呼流程。验证完全完整后，才算合格。 数据统计1、单站报告中CSFB成功率统计 2、CSFB的log记录备份 3、若存在测试不成功现象，可初步按照 第4节指导进行初步分析原因，待调整后 复测 分析原因一定要细分类，描述清晰，复 测一定要确定故障消除 三、正常CSFB信令流程 3.1.主叫主要流程 当开机做主叫时，UE首先在FDD_LTE注册（attach）,完成注册后进行拨号； 通过E_nodeB上发CSFB请求；其主要流程如下： 3.1.1开机注册（attach） 注册请求消息Attach Request(层三消息RRCConnectionRequest)由UE发出（消息属NAS层），请求中包括UE注册的小区，UE支持的加密算法和方式；联合注册的4G（TAC）和3G(LAC/RAC)及ClassMark;

测试报告

目录 1前言 ......................................................... 错误!未定义书签。 编写目的..................................................... 错误!未定义书签。 参考资料..................................................... 错误!未定义书签。2测试总体情况.................................................. 错误!未定义书签。 测试用例设计................................................. 错误!未定义书签。 测试环境与配置........................................... 错误!未定义书签。 测试辅助工具............................................. 错误!未定义书签。 测试方法..................................................... 错误!未定义书签。 3 测试结果及缺陷分析 ........................................... 错误!未定义书签。 测试执行情况与记录........................................... 错误!未定义书签。 测试组织................................................. 错误!未定义书签。 测试时间................................................. 错误!未定义书签。 覆盖分析..................................................... 错误!未定义书签。 需求覆盖................................................. 错误!未定义书签。 兼容性分析................................................... 错误!未定义书签。 边界值测试分析............................................... 错误!未定义书签。 缺陷的统计与分析............................................. 错误!未定义书签。 缺陷汇总................................................. 错误!未定义书签。 缺陷分析................................................. 错误!未定义书签。4测试结论与建议................................................ 错误!未定义书签。 测试结论..................................................... 错误!未定义书签。 建议......................................................... 错误!未定义书签。

腾讯企业邮箱测试报告

腾讯企业邮箱测试报告一，评测对象: 腾讯企业邮箱 二，评测时间: 三，评测环境 网络环境： 电脑硬件环境: DELL 品牌机 CPU INTEL奔腾D 820 2.8G 主板 ATI Radeon Xpress 1100 内存 2G DDRII 硬盘 160GB 7200转 网卡 10/100M 浏览器：IE8浏览器，360浏览器，火狐浏览器

四，评测内容 1：邮箱登录页面打开速度，邮箱登录速度，国内邮件收/发速度，海外邮件收/发速度等进行测试。 邮箱WEB页面打开速度 邮箱品牌平均速度最长单次速度超过3秒次数 腾讯企业邮箱 备注：测试5天，各100批次 备注：测试5天，各100批次 账户登录速度 邮箱品牌平均速度最长单次速度超过3秒次数 腾讯企业邮箱 发往国内邮件速度测试 邮箱品牌平均速度延时进垃圾箱率退信率 延时率平均时长当次最长时间 腾讯企业邮箱 备注：测试5天，接收QQ/163/SINA/SOHU/TOM/YAHOO/HOTMAIL/21CN发来的邮件共100批次

接收国内邮件速度测试 邮箱品牌平均速度延时进垃圾箱率退信率 延时率平均时长当次最长时间 腾讯企业邮箱 发往海外邮件速度测试 邮箱品牌平均速度延时进垃圾箱率退信率 延时率平均时长当次最长时间 腾讯企业邮箱 接收海外邮件速度测试 邮箱品牌平均速度延时进垃圾箱率退信率 延时率平均时长当次最长时间 腾讯企业邮箱 2：邮箱功能 管理功能 功能测试结果功能测试结果 企业地址本导入导出外域信限制 邮件群组功能个性化登陆界面设定 邮件转移功能企业签名档 定期修改密码功能Rtx账户关联 限制成员外发功能限制成员外发 邮件归档功能邮件审批 分级管理员设定定期修改密码 公共地址本导入导出发信频率限制 系统日志企业名片 邮件搬家 邮件备份（监控） Ip登陆限制 开放接口 内部公告

CSFB分析流程

一、CSFB基本原理 无业务时候，MME通过SGs(MME与MSC之间的借口)进行CS域移动性管理。 有语音业务时，MME将UE回落到GSM网络，通过GSM网络为UE提供语音服务。 Extend Service Request至Alerting信令之间的间隔即为CSFB呼叫时延。 RRCConnection Release至CM Service Request信令之间的间隔为CSFB回落时延。 Channel Release 至Tracking area update accept 信令之间的间隔为CSFB返回时延。 二、CSFB信令流程 A.发起CSFB业务

UE向eNodeB 发起ExtendServiceRequest，此时说明开始发起CSFB业务。双击ExtendServiceRequest信令可以看到此时服务类型是service-type:mobile-originating-cs-fallback 即手机主叫CSFB（如图2红框所示） B.LTE重定向

如果CSFB业务可以正常进行，那么eNodeB会向UE发从RRCConnectionRelese信令，此时将进行LTE向GSM的重定向。双击此条信令，在msg中给定要重定向的频点，进行测量，如果符合重定向的条件，上报测量报告，实行重定向。

UE已经重定向GSM小区，双击SIT3消息看到UE重定向到GSM小区的CI为30893，LAC为14806。 C.重定向到GSM后进行语音业务 双击Setup可以查看到被叫手机号码，此时被叫UE应收到Paging消息开始进行CSFB。

CSFB分析方法与实例

CSFB的分析方法及典型问题1 、CSFB问题处理思路 1、基本信息收集： ?CSFB问题发生地点 ?CSFB问题发生前后占用4G小区，TAC是否插花 ?CSFB回落前占用4G小区添加2G频点和2G邻区是那些 ?CSFB回落后占用的2G小区和频点 ?CSFB问题发生地点是否POOL边界 2、CSFB问题主要原因： ?功能开关CSFB功能没有打开 ?2G邻区或邻区频点没有添加 ?POOL边界问题 ?UE被寻呼期间位置更新时间过长超过10秒 ?4G弱覆盖/质差 ?2G小区本身故障/无线空口问题

2、信令流程解析

3、优化经验总结 1.1信令优化步骤 1、核对主被叫呼叫对应时间：由于手机时间不匹配，需核对时间确认主被叫寻呼对应 2、找到主叫CSFB业务扩展信息，确认主叫占用LTE小区，在RRC连接释放内找到回落GSM 小区的频点信息：

3、主叫发起寻呼，对应被叫收到寻呼Paging消息： 4、主被叫振铃后，在2G侧正常呼叫流程 1.2 日常CSFB分析优化处理经验总结 日常优化工作主要从无线覆盖优化、参数优化、邻区优化，伪基站四个方面着手。

3 案例分析 3.1 TAU流程冲突导致未接通 案例1：被叫收到寻呼消息，LTE重选发起TAU请求 【问题描述分析】 主叫在11:52:50正常完成呼叫建立流程，被叫占用LTE小区沙坪坝饮水村-HLHA（TAC：13153）收到寻呼消息上发ESR（携带mobile terminating CS fallback or 1xCS fallback消息）和RRC Service Request的同时小区重选到沙坪坝饮水村2号-HLHA（TAC:13113）发起TAU流程，流程冲突导致回落流程失败至TDS小区导致未接通。

软件测试-测试报告模板

XX测试报告模版适用于XX公司 编写者: XX 文档编号: 编写日期: 2010-11-25

分发列表 文档修订历史 [模板修订历史 (文档首次使用前请删除)]

目录 1.测试概述 (4) 1.1.测试项目简述 (4) 1.2.名词定义 (4) 1.3.参考文档 (4) 2.测试环境与配置 (4) 3.测试情况 (4) 3.1.测试版本情况 (4) 3.2.测试用例统计执行情况 (4) 3.3.测试组织 (4) 4.测试结果及分析 (5) 4.1.测试情况统计分析 (5) 4.2.覆盖分析 (5) 4.2.1.需求覆盖 (5) 4.2.2.测试覆盖 (5) 4.3.缺陷的统计与分析 (5) 4.3.1.缺陷汇总 (5) 4.3.2.缺陷分析 (5) 4.4.测试质量对比统计 (5) 5.遗留缺陷与未解决问题 (5) 6.测试总结及风险分析 (6) 7.测试报告批准 (6)

1. 测试概述 1.1. 测试项目简述 <大、小、临时版本确定，测试范围 1. 测试需求 那些新增的需求验证 那些变更需求的需求验证 本次版本中可验证的需求列表 2. 修改问题的测试 3. 其他的功能测试内容> 1.2. 名词定义 本轮验证测试过程中涉及到需求、更新的产品术语、新产品术语等。 1.3. 参考文档 <参考的需求分档、设计文档等> 2. 测试环境与配置 简要介绍测试环境及其配置。 3. 测试情况 3.1. 测试版本情况 测试版本版本号，是否接受该版本以及原因表述。 什么时候接收的版本，什么时间版本部署完成 测试过程中有无更新版本 更新版本对测试的影响 测试中冒烟测试是否通过 3.2. 测试用例统计执行情况 3.3. 测试组织

VoLTE外场测试分析案例

案例1：580 Precondition Failure导致的未接通。 【问题描述】 在集团测试LOG中，存在Precondition Failure导致的失败事件，表现为呼叫过程中，终端主动上发或收到网络侧下发的580 Precondition Failure消息，随后呼叫中止，出现未接通事件。 【问题分析】 1、呼叫过程中，被叫发送Ringing 180后，收到网络下发的专载去激活命令，QCI 1 被释放，被叫随后上报580 Precondition Failure，主叫同样收到网络侧转发的 580消息，呼叫接续中止，导致未接通。 2、从信令中可以看到，被叫回复Ringing 180且主叫也已经收到Ringing 180，被叫 随后收到网络侧下发的RRC重配，携带有QCI 1被释放的信息，被叫去激活专有承 载。由于专载已被释放，业务资源已不存在，所以被叫上发580 Precondition

Failure失败消息。主叫收到网络侧下发的580，接续被中止，导致了会话未接通。 3、从MME下发到Node B的E-RAB RELEASE COMMAND，原因上看是Nas层nomal_release， 导致专载QCI 1被释放。 4、专载QCI 1被释放，去激活后，被叫发送INVITE 580，主叫收到网络侧转发的INVITE 580，会话流程中断，导致未接通 【问题定位】 在正常的会话流程中，由于MME下发E-RAB RELEASE COMMAND，使得QCI 1被释放，导致未接通。 【解决措施】 需要核心网查看MME在什么情况下会下发E-RAB RELEASE COMMAND。

coremail 性能测试报告

PoolTimeout="20" #添加PoolTimeout [tomd] #CommTimeOut="10" CommTimeOut="20" #调大tomd的CommTimeOut [toms] #maxconnection="50" maxconnection="100" [tosession] #maxconnection="20" maxconnection="120" #增加tosession的连接数 #CommTimeOut="5" CommTimeOut="20" #增加tosession的timeout programs.cf [mssvr] #MSMaxMsgInBox="100" MSMaxMsgInBox="300" #使一个信桶可以放更多封信，减少磁盘下文[udsvr] #TransLogPath="$(COREMAIL_HOME)/logs/udtrans" #注释掉,不写translog MBoxBlockSize="163840" #添加此配置 #KeepLoginHistory="7" KeepLoginHistory="0" #不保存登陆信息 #KeepDeliveryStatus = "7" KeepDeliveryStatus = "0" #不保存发送状态信息 #CacheLimit="10000" CacheLimit="102400" #UpdateLastLogin="1" UpdateLastLogin="0" # [pop3svr] #TransLogPath="$(COREMAIL_HOME)/logs/pop3trans.log" #不写translog [deliveragent] #StatLogPath="$(COREMAIL_HOME)/logs/rcptstat" #不写translog #TransLogPath="$(COREMAIL_HOME)/logs/rcptstat" [mtasvr] TransLogPath="" #需要设置成""才不会输出translog

LTE基站CSFB重定向至GSM的频点选择分析

诺西LTE基站CSFB重定向至GSM的频点选择分析关键词：CSFB;重定向;频点选择 问题内容： 为了明确当前诺西LTE基站在CSFB过程中重定向至GSM的频点选择原则。1月17日下午，我们使用国行iPhone5S、iPhone5C占用枢纽楼宏站2扇区（PCI：348）信号，进行了关于CSFB的测试，并对空口进行了信令跟踪分析。 问题分析： 首先，确保枢纽楼宏站开启CSFB，并且保证呼叫正常，终端iPhone5S、iPhone5C在挂机后能够返回至4G网络。我们使用iPhone5S、iPhone5C进行互拨测试10次，两款手机平均需要8秒接通（占用2G信号），挂断后可以迅速返回4G，时延小于1s，用户感知很好。 通过上图可以看到，RRC建立完成后，终端发起了CSFB的服务类型，并透传至核心网，之后在RRC Connection Release消息中带有网络指定终端回落2G时需使用的频点信息，频点信息为1800M的551频点。之后释放S1链路，无线侧4G流程正常结束。

为了找到网络以何种规则指定终端回到2G网络的频点（即100余次通话，为何始终指定回落到551频点），我们做了如下试验。 试验1 明确了4G枢纽楼宏站2扇区配置了8个1800M的频点作为异系统邻区信息，其中包含551频点，但551频点不是第一个，也不是最后一个。 将551频点从4G的2G邻区信息中删除，再次拨打测试，发现网络指定回落的频段号变为552。 我们又删除了552与558频点，发现网络除了指定回落的频点外，还下发了其他4个备选频点。结合上述现象，发现网络会选择2G邻区频点数值最小的频点号作为指定频点下发，当且仅当2G邻区频点数小于等于5个时，还会下发剩余的频点作为备选频点。

CSFB测试未接通事件分析汇总

CSFB测试未接通事件分析 CSFB未接通事件原因分类： 序号原因分类 1 被叫没有鉴权响应导致主叫未接通 2 被叫响应超时导致主叫未接通 3 主叫手机业务中断导致主叫未接通 4 被叫脱网导致主叫未接通 5 被叫由3G重选至4G导致主叫未接通 6 主叫干扰质差导致未接通 7 主叫TCH拥塞导致未接通 8 2G与4G小区TAC/LAC不一致导致未接通 1、被叫没有鉴权响应导致主叫未接通 问题分析：主叫终端在10:14:10.885起呼，于10:14:12.412时上发Setup消息。主叫Setup 后被叫进行CSFB呼叫流程，在10:14:15.819寻呼响应之后收到鉴权请求Authentication Request，但未鉴权响应（Authentication Response）。被叫未鉴权响应导致回落2G失败，又重选至4G网络，导致主叫未接通。

2、被叫响应超时导致主叫未接通 问题分析：主叫在14:49:57.657时起呼，于14:49:59.381时上发Setup消息。主叫Setup 后进入CSFB呼叫流程，但被叫过了12s后才收到Paging消息。主叫20s后上发Disconnect 消息，超时挂机。由于被叫响应超时（延迟12s）导致主叫发生未接通。

3、主叫手机业务中断导致主叫未接通 问题分析：主叫终端在07:09:56.913发起CSFB呼叫，在07:10:05:064时上发CM Service Aboert消息，CM业务中断，从网络到移动台，指示被CM的业务中断。怀疑主叫手机挂机导致业务中断，造成未接通。

4、被叫脱网导致主叫未接通

测试报告

目录 1前言 (2) 编写目的 (2) 参考资料 (2) 2测试总体情况 (2) 测试用例设计 (2) 测试环境与配置 (3) 测试辅助工具 (3) 测试方法 (3) 3 测试结果及缺陷分析 (3) 测试执行情况与记录 (3) 测试组织 (3) 测试时间 (4) 覆盖分析 (4) 需求覆盖 (4) 兼容性分析 (8) 边界值测试分析 (8) 缺陷的统计与分析 (8) 缺陷汇总 (8) 缺陷分析 (9) 4测试结论与建议 (10) 测试结论 (10) 建议 (11)

1前言 测试报告是测试阶段最后的文档产出物，优秀的测试经理应该具备良好的文档编写能力，一份详细的测试报告包含足够的信息，包括产品质量和测试过程的评价，测试报告基于测试中的数据采集以及对最终的测试结果分析。 下面以通用的测试报告模板为例，详细展开对测试报告编写的具体描述。 编写目的 本测试报告为智慧停车系统功能测试报告，目的在于总结测试阶段的测试以及分析测试结果，描述系统是否符合需求，并依据结果对该产品做出评价和建议。适用范围包括公司信息化建设客户管理系统项目的用户、测试人员、开发人员、项目管理其他质量管理人员和需要阅读本报告的高层经理。 参考资料 parkingManager(PC端）.docx 咪网城管端概要设计.xlsx 城管执法客户端产品需求文档 .docx 2测试总体情况 测试用例设计 测试用例的设计方法采用等价类划分、边界值、因果图、错误推测法等。

测试环境与配置 测试辅助工具 测试方法 测试方法：根据系统需求规格说明书的描述，明确指出了系统应该具有的功能。在完全不考虑程序内部结构和内部特性的情况下，测试者只需检查程序功能是否按照系统需求规格说明书的规定正常使用，是否能在输入适当的数锯下产生正确的输出信息，并且能保持外部信息（如数据库或文件）的完整性。因此采用了着眼于程序外部结构、不考虑内部逻辑结构、针对软件界面和软件功能进行测试的测试方法：黑盒测试。 3 测试结果及缺陷分析 测试执行情况与记录 测试组织

案例-软件测试报告模板案例

软件测试报告模板适用于XX公司 编写者: XX 文档编号: 编写日期: 2020-1-25

分发列表 文档修订历史 [模板修订历史 (文档首次使用前请删除)]

目录 1.测试概述 (4) 1.1.测试项目简述 (4) 1.2.名词定义 (4) 1.3.参考文档 (4) 2.测试环境与配置 (4) 3.测试情况 (4) 3.1.测试版本情况 (4) 3.2.测试用例统计执行情况 (4) 3.3.测试组织 (4) 4.测试结果及分析 (5) 4.1.测试情况统计分析 (5) 4.2.覆盖分析 (5) 4.2.1.需求覆盖 (5) 4.2.2.测试覆盖 (5) 4.3.缺陷的统计与分析 (5) 4.3.1.缺陷汇总 (5) 4.3.2.缺陷分析 (5) 4.4.测试质量对比统计 (5) 5.遗留缺陷与未解决问题 (5) 6.测试总结及风险分析 (6) 7.测试报告批准 (6)

1. 测试概述 1.1. 测试项目简述 <大、小、临时版本确定，测试范围 1. 测试需求 那些新增的需求验证 那些变更需求的需求验证 本次版本中可验证的需求列表 2. 修改问题的测试 3. 其他的功能测试内容> 1.2. 名词定义 本轮验证测试过程中涉及到需求、更新的产品术语、新产品术语等。 1.3. 参考文档 <参考的需求分档、设计文档等> 2. 测试环境与配置 简要介绍测试环境及其配置。 3. 测试情况 3.1. 测试版本情况 测试版本版本号，是否接受该版本以及原因表述。 什么时候接收的版本，什么时间版本部署完成 测试过程中有无更新版本 更新版本对测试的影响 测试中冒烟测试是否通过 3.2. 测试用例统计执行情况 3.3. 测试组织

CSFB基于测量的盲重定向验证测试情况

CSFB基于测量的盲重定向验证测试 1背景 为针对不通场景下，4G回落3G所回落频点不同，对后期不同场景采取CSFB回落不同策略，针对此情况进行CSFB基于测量的盲重定向验证测试。 2配置方法 （1）配置UMTS邻频点信息 ADD UTRANNFREQ: LocalCellId=XX, UtranDlArfcn=10713, UtranVersion=HSPA, UtranFddTddType=UTRAN_FDD, UtranUlArfcnCfgInd=NOT_CFG, CellReselPriorityCfgInd=CFG, CellReselPriority=4, ThreshXLow=3; （2）配置UMTS外部小区 ADD UTRANEXTERNALCELL: Mcc="460", Mnc="01", RncId=XX, CellId=XX, UtranDlArfcn=10713, UtranUlArfcnCfgInd=NOT_CFG, UtranFddTddType=UTRAN_FDD, RacCfgInd=NOT_CFG, PScrambCode=XX, Lac=XX; （3）配置UMTS小区为邻区（单频点的邻区数据不超过32个，如果UMTS有多个频点，可以配置，建议频点配置不超过3个） ADD UTRANNCELL: LocalCellId=XX, Mcc="460", Mnc="01", RncId=XX, CellId=XX; （4）配置UMTS重定向开关（CDMA的CSFB开关必须为0） MOD ENODEBALGOSWITCH: HoAlgoSwitch=UtranCsfbSwitch-1&GeranCsfbSwitch-1&Cdma1xRttCsfbSwitch-0, HoModeSwitch=UtranPsHoSwitch-0&GeranPsHoSwitch-0&UtranRedirectSwitch-1&&GeranRe directSwitch-1&BlindHoSwitch-0; （5）配置CSFB策略为Redirection MOD CSFALLBACKPOLICYCFG: CsfbHoPolicyCfg=REDIRECTION-1; （6）配置CSFB切换测量参数（CSFB保护定时器基线为1s） MOD CSFALLBACKHO: LocalCellId=XX, CsfbHoUtranTimeToTrig=40ms, CsfbHoGeranTimeToTrig=40ms, CsfbHoUtranB1ThdRscp=-106, CsfbHoGeranB1Thd=-103, CsfbProtectionTimer=1; B1的门限可以根据现场情况配置即可，这里的例子是-106dBm

自动化测试结果报告

案例演示 (1)启动CruiseControl程序。 编辑CruiseControl路径下的cruisecontrol.bat文件，在最下面的位置找到“-jmxport 8000 -webport 8080 -rmiport 1099”这句，若已有其他Tomcat占据8080端口，可将-webport 8080改成-webport 8088（或其他端口号），即可改变CruiseControl使用的端口（图13-4）。 图13-4 改变CruiseControl使用的端口 执行cruisecontrol.bat文件，启动CruiseControl程序（图13-5）。 图13-5 启动CruiseControl 出现BuildQueue started字样即表明一次执行已经结束，等待下次执行的开始。 (2)从CruiseControl的显示页面中查看测试结果。 在浏览器中输入CruiseControl的访问地址，如http://localhost:8088/cruisecontrol/。即可通过web方式访问CruiseControl的显示页面（图13-6）。

图13-6 web方式访问CruiseControl的显示页面 显示页面中会显示项目列表，项目当前的状态（等待中、测试中），上次测试成功的时间，上次测试失败的时间，版本信息。 点击项目名称可插件具体项目的测试结果日志（图13-7）。 图13-7 测试结果日志 (3)通过邮箱接收CruiseControl的测试结果。 在脚本设置的邮件接收人列表中的邮箱可以通过邮箱接收到测试结果，邮件内容与页面项目具体测试结果日志一样（图13-8）。

CSFB失败原因分类总结

CSFB失败原因分类总结 根据集团案例库、各省经验及现网相关情况，CSFB失败的原因总结主要有几类：数据配置问题、弱覆盖或干扰、设备未开启CSFB功能、设备功能缺陷、终端原因等，针对以上各类原因详细分析如下： 1、数据配置问题 CSFB流程较长，其中涉及无线网的ENODEB、BSC、RNC；EPC核心网的MME、DNS；CS域核心网的HLR、MSC等网元。其中一个网元上的数据配置有误或不当，均会造成CSFB联合位置更新失败、主叫、被叫失败及无法返回LTE网络的问题。由于目前大部分的CSFB失败仍与数据配置问题相关，在此对每个网元上需配置的数据进行梳理，并对有可能造成失败的数据配置问题进行总结： 1)ENODEB:ENODEB上需开启CSFB功能，新增至2G小区的重选回落功能，配置相应的2G重选参数、邻区关系等。 2)BSC:除原有的2/3G邻区关系外，在无3G有4G区域的设备上新增2G到4G 的小区重选功能，并配置相应的重选参数、邻区关系等。 3)RNC:针对2G-3G-4G桥接返回LTE，共用数据业务对3G、4G互操作的配置要求，新增连接态互操作功能。 4)MME:MME上主要配置以下数据：定义SGS物理接口；定义SGS IP层数据；定义SGS OSPF路由；定义SGSAP层及MSC 数据；开启license功能；配置与对接的MSC的SCTP链路；激活CSFB、SMS over SGS；TA与LA对应关系；LA与MSC 对应关系；SGs接口触发寻呼参数。 与MSC对接的SGS接口的数据配置示例如下：

5)MSC:MSC上主要配置以下数据：对接MME的SGs接口实体配置；对接MME的SGs接口SCTP链路配置；MSC Server license开启；定义对端MME host数据；定义CSFB所用LA 相关数据；配置SGs paging策略；LTE连接态和空闲态寻呼响应软参配置；回落定时器时长配置。 MSC上配置对接MME的SGS接口数据： 6）DNS：在未开启FAST RETURN时，需支持GL小区重选，UE回落后将发起PS 域的RAU流程，以及小区重选回LTE时的TAU流程，这时融合DNS或本地DNS 上需配置正确的RAI和TAI对应关系数据，否则通过桥接方式2G->3G-4G返回

网络质量测试报告

网络质量测试报告

目录 一、概述 (3) 二、测试内容 (3) 2.1测试环境 (3) 2.2测试项目 (4) 2.2.1物理连接链路测试 (4) 2.2.2到各大网站的路由跳数测试 (6) 2.2.3测试线路带宽质量 (7) 2.2.4 测试电脑随机打开网页 (12) 2.2.5 测试上传速度 (13) 2.2.6 手机上网测试 (14) 2.2.7 测速软件测试网速 (15) 2.3测试结果 (17) 三、目前网络所存在的问题 (18)

一、概述 目前主流运营商（联通、电信）家庭光纤入户宽带和电视业务使用结构为：光猫lan1口承载adsl拨号上网业务，lan2口承载iptv电视业务。网络采用定制网络机顶盒同时实现家庭普通路由器的wifi无线有线上网功能和电视直播功能，极大的方便了用户以及运营商配置维护。 二、测试内容 对于电视业务，由于是走的内网资源，没有产生对网络的访问，电视观看流畅，节目画面清晰，占用内网带宽。本测试主要针对用户adsl拨号上网业务测试。 2.1测试环境 本次测试基于主流FTTX网络，模拟用户真实上网环境，最大限度的还原用户上网需求。

2.2测试项目 2.2.1物理连接链路测试 测试方法：本端与internet上的大型WEB网站进行PING 操作 测试目的：测试去互连网上的各大主流网站间的延迟情况和丢包情况 测试流程:在本端电脑上使用PING 操作,查看到主流网站百度（https://www.sodocs.net/doc/0b4452001.html,）腾讯（https://www.sodocs.net/doc/0b4452001.html,）爱奇艺（https://www.sodocs.net/doc/0b4452001.html,）淘宝（https://www.sodocs.net/doc/0b4452001.html,）的链路质量注:电信服务规范释义,丢包率丢包率平均值≤5%为合格。

CSFB流程及常见问题

CSFB流程与常见问题 1TD-LTE语音解决方案 ?根据终端形态不同，TD-LTE语音终端包括多模单待和多模双待两种形态 ?多模单待终端话音分为由LTE提供和不通过LTE提供两种解决方案 ?多模双待终端话音由2G/TD电路域提供. 2CSFB基本原理 中文名：电路域回落 CSFB技术是针对TD-LTE多模单待终端提供语音服务的临时解决方案，主要思想是终端驻留在LTE，呼叫建立前先重定向到2/3G，由23G提供CS域语音服务，当语音结束后，根据网络的指示，返回LTE网络驻留；回落2G和返回4G是重点关注的过程。 回落方案：R8 RRC重定向回落(实现简单、性能一般） R9 RRC重定向回落（RIM）（实现复杂、性能好） 通话结束，返回4G：空闲态小区重选（小区重选机制,返回时间长，时延较长） 快速返回Fast Return （手机支持，无需配置4G邻区，返回时间短，时延较短）。

?开机选网：终端开机—>LTE及2G/3G电路域联合注册—>驻留LTE。 ?数据业务：由LTE直接承载,数据传输过程若有话音业务需求，（回落过程将导致数据业务中断）。 ?短信业务：可由LTE直接承载，短消息利用SGs接口，通过LTE无线信道传递给UE，UE不需要重选至2/3G。 网络拓扑：

3CSFB相关流程 3.1联合附着 CS Fallback语音主要是通过SGs接口实现的，用户在附着网络时，MME和MSC Server 需要对该用户的SGs连接进行维护。在E-UTRAN开机驻留的UE，开机后发起联合的EPS/IMSI 附着流程。联合附着流程如图1所示，由MME通过SGs接口完成UE在UTRAN/GERAN核心网的位置区更新流程，使得UTRAN/GERAN核心网感知到UE的位置. 图1联合附着流程图 1：UE发起网络附着请求，向MME发送Attach Request消息。其中参数Attach Type指示这是一个联合的EPS/IMSI附着流程，并且参数指示UE具备CS Fallback能力。 2：MME发送SGsAP-LOCATION-UPDATE-REQUEST消息给VLR，消息中包括new LAI、IMSI、MME name和Location Update Type等参数，其中MME name是MME的域名。 3：VLR存储MME信息，并创建与MME下此用户的SGs关联。 4：VLR根据用户信息和位置区信息，发起到HLR的位置更新流程。 5：VLR返回SGsAP-LOCATION-UPDATE-ACCEPT给MME，如果VLR支持TMSI重分配，消息中包括参数LAI和TMSI，否则消息中包括参数LAI和IMSI。 6: 完成联合的EPS/IMSI附着。MME发送Attach Accept给UE，消息中包括参数LAI和

CSFB回落优化

当前TD-LTE系统支持两种语音解决方案：语音回落（CSFB：Circuit Switch Fall Back）、单卡双待。Iphone6、5s，华为Mate终端采用CSFB方案。CSFB业务过程共分4个步骤：终端开机在LTE/GSM网络联合附着，通话建立过程回落到GSM网络，在GSM网络发起语音呼叫，通话结束后返回LTE网络。整个过程贯穿LTE、GSM的无线网与核心网，涉及网元数量多、流程复杂，与2/3G语音相比，CSFB端到端呼叫成功率优化相对困难，尤其是CSFB 终端做被叫时涉及网元间的信令非常繁琐。 近期在CSFB测试过程与投诉处理中，发现一定概率下Iphone终端不能回落到合理的2G 小区的现象，对此，网优工程师对CSFB终端回落合理性进行测试分析。 问题1：在室分环境下Iphone终端不能回落到最强的室分2G小区 该问题主要针对用户投诉，某用户更换Iphone6终端后，较大概率性出现接通电话后噪音很大，听不清的情况，而在更换手机之前没有遇到。网优工程师使用Iphone6、5s、华为Mate7进行互相拨打测试，下表分别为Iphone6做主叫、华为Mate做被叫以及对调后的测试记录。

8641为室分2G小区，无线信号稳定且资源充足、电平最强，从测试情况来看，Iphone6无论做主叫还是做被叫，都有约15%的概率回落不到最强的2G小区，而是回落到室外的宏基站小区，其中回落的20111小区更是跨LAC的小区，距离较远。回落不合理是用户通话过程噪音大、听不清的直接原因。为了综合对比，网优工程师对Iphone5s、sony也进行了相应的测试，Iphone 5s表现类似。 检查该室分4G小区参数配置，发现添加了28个2G BCCH频点，包含所有的2G室分与宏基站小区BCCH频点（4个室分，24个宏站），这种频点规划方法是典型的防止漏配频点的方法。但是，目前看来也是Iphone终端回落到不合理小区的基础条件。 问题2：在室外环境下Iphone终端不能回落到较近的2G小区

CSFB异常点分析总结

1 问题现象1：R9盲重定向后读取3G系统消息接入 如下图所示：UE发起CSFB后，接入3G后读取系统消息，说明R9的FLASH CSFB未生效 分析LTE侧RRC连接释放消息，可以看到ENB只下发了频点，没有下发相应小区信息 分析LTE侧SIB1消息，可以看到此时接入的LTE ENB为9，小区为1 结论：9号enb为集锦饭店，此站的RIM流程有问题，DSP UTRANRIMINFO中，未包含最高优先级的3G邻区，由于测试版本BUG，导致rrc release消息中未携带系统消息，接入3G小区后读取了系统消息。 2 问题现象2：CSFB至3G后发起LAU，并且无法快速返回4G， 并且未发现alerting 问题如下所示，UE在3G侧发起LAU

从呼叫开始分析，在16:16:40.135，LTE发起RRC连接释放触发CSFB动作，由于RRC连接释放消息中只携带频点，因此是R8的重定向CSFB，UE在3G侧读取系统消息接入 UE在16:16:41.300发起RRC连接请求，此次RRC连接请求是CSFB的接入请求，可以看到RRC 连接请求携带的原因为conversation call UE在16:16:42.957发送RB SETUP CMP消息完成CS RAB的建立，但从UE侧信令上看，过了6秒之后，UE进入空闲态

UE在16:16:48.742发送cell update重新接入，携带原因为unrecoverableError，并且报AM-RLC 在RB 2-3or4上错误指示为1，因此判断链路发生SRB复位掉话，UE后续通过cell update重新接入。从当时的信号强度和质量来看，下行Ec/Io较好，因此判断是上行失败导致UE掉话。怀疑RNC未收到UE发送的RB SETUP CMP消息。 由于UE掉话，后续UE接入后重新发起RRC连接请求，此时携带原因值为注册。表示此时UE认为该次RRC连接并非CSFB业务。UE在16:16:49.509发起RRC连接请求，原因为注册。 由于前面UE也没有做过位置区更新，因此本次注册后，UE发起位置区更新