写掉话和未接通的测试报告的思路

有GSM这方面的资料和案例了麻烦给我发一下。谢谢好心人！邮箱pengdream0126@163.com

一般都是先先描述一下当时UE的行驶情况，周边的站点目前的状态，然后描述一下当时的信号情况，主要还是定位为题，问题定位清楚了，就好写了

首先把问题发生时测试的路线、问题的现象描述清楚。
其次，检查设备的告警、设备的状态。
第三，结合信令，分析掉话前和未接通的信令流程走到了那一边
第四，排查覆盖、干扰的问题
第五，如果仍然不行，考虑参数的问题
报告的最后确定原因，给出解决建议（如果可以实施，则还需要给出问题排查后的复测情况）

如是写， 故障类型、故障分析、故障原因、解决方案、未解决原因、后续处理。

把问题，现象描述清楚，测试定位的过程需要详细描述，最后给出一个准确的结论。

要看信令，并结合现场环境来写。

先还是找个模板模仿着写吧。

哈哈，我也有同样的问题，学习ing....

现象描述清楚，测试定位的过程需要详细描述

首先把问题发生时测试的路线、问题的现象描述清楚。s1fd知1fK:JFD()$本文来自移动通信网www.mscbsc.com,版权所有
其次，检查设备的告警、设备的状态。*$#(*K:JFD本文来自移动通信网www.mscbsc.com,版权所有
第三，结合信令，分析掉话前和未接通的信令流程走到了那一边ds也f12K:JFD()本文来自移动通信网www.mscbsc.com,版权所有
第四，排查覆盖、干扰的问题
第五，如果仍然不行，考虑参数的问题*)#$@&%#*(我K:JFD()$#_*(本文来自移动通信网www.mscbsc.com,版权所有
报告的最后确定原因，给出解决建议（如果可以实施，则还需要给出问题排查后的复测情况）#%kcvK:JFD本文来自移动通信网www.mscbsc.com,版权所有
4f8e342是434K:JFD()$#_*(本文来自移动通信网www.mscbsc.com,版权所有

有模板就好办 ，其实可以简单点 路测写一部分，后台写一部分 ，然后综合起来考察。

实事求是，以模本格式撰写