走在测试的大路上

200914工作周报

上一篇 / 下一篇 2009-04-13 10:39:04 / 个人分类：工作日记

***************台州****************************
客户反映没有分库的分前段下载不了新的计费策略
测试思路：新建一个价格策略，看分前端的下载情况
新建价格策略过程
1、在中心管理-计费管理-价格策略管理中新建计费策略；增加准用运营商；提交。
2、在中心管理-计费管理-条件策略表中新建应用业务，选择新增的价格策略，提交
3、在运营管理-计费管理-价格策略管理中下载新的计费策略
4、在运营管理-系统管理-系统权限管理-角色管理中给相应角色分配新的价格策勒。
5、使用分前端运营商角色登陆，做业务时可以使用新的价格策略。
没有发现问题。

*************大庆新版测试***********************
验证目标：Conax类型卡后台发送程序对于授权时间正好是12月的也进行发送
测试准备：在D:\大庆项目\自动催缴下更新EntService.exe 程序，用install指令安装该服务；修改EntService.ini文件，其中的datasource=smsdb，在服务中启动该服务。
    使用service注册dispatcher服务，在管理-服务中启动该服务。
    需要修改C:\Program Files\NOVEL-TONGFANG\CASManagerWrap V1.0\Configuration.exe中的User ID=dq_cas;Password=dq_cas

测试思路：给conax用户定购不同时间段产品，超过一年的产品，在授权到达第十个月时，系统重新发送授权，确保用户顺利收看到后面的节目。需要订购1年的、2年的、6个月的，还要考虑之前订购的，到测试日期已超过11个月的授权。
   进行订购测试时：返回中心错误：CAS接口返回错误：Conas上传文件错误。
   在21上调环境最终没有成功，始终报：上传文件失败的错误
   换到19上进行测试，报同样的问题。
   请开发查看conax模拟器，是否存在问题
   开发没有发现问题，但是修改了conax模拟器，无论文件传送到那里，都返回成功信息，故，可以给conax卡用户进行订购。
开始测试
1、找到一个conax用户00341000005 订购3个产品，时间分别为一年、两年、6个月，调整服务端时间和数据库时间为20100302（11个月后）启动conax授权服务，查看TConaxEnt20100402.log是否发送两条授权，如果生成了，则证明运行正常。
2、调整服务端时间和数据库时间为20100302，重启各种服务
日志显示
2010-3-2 16:00:42 : 卡:00341000628,产品:6
2010-3-2 16:00:42 : 卡:00341000628,产品:11
全部更新了授权起始时间为20100302
通过在数据库中修改现有授权的时间，可以进一步验证新系统在11个月及以后会给用户更新授权，测试通过，已发送给用户。
    起初考虑定购就要满11个月的授权，希望它可以在当前时间下重新发送授权，但是测试订购20080503-20090502成功后，sms_cas_entitleinfo_tab中记录的授权时间是20090403（当前时间）-20090502，所以不符合EntService.exe的搜索条件，只能通过修改系统时间至11个月后，察看授权发送情况。

*******************温岭wrap测试***************
测试新的casmgrwrap程序。在21 C:\Program Files\NOVEL-TONGFANG\CASManagerWrap V1.0下更换程序，并重启CASMGR服务。登陆温岭SMS 新开户 wn1 0000000020013609 开户时订购基本节目包 1个月 0330-0430
续订基本包一个月，预期结果：立刻发送授权
实际结果：并没有发送授权
开发说发错文件了，我倒，重新更新程序
第二次测试，仍然失败,开发继续修改
第三次测试版本2.0.2009.8
测试过程
1、   确认集体用户换设备的bug   给集体用户陈立潭发新 000000020013630 成功，换卡0000000020013658 具体步骤，用户管理-集体用户服务-业务类型选择用户业务，通过搜索条件查找要换卡的用户，点击“更换卡”，输入新卡，选择收费类型，成功。客户采用了错误的方法，在个人用户服务中修改集体用户卡，所以失败。开发因为不了解流程，所以错误的修改了程序，没有测试新版，并建议用户使用原有版本。
2、   Casmanagerwrap已更换，继续给wn1续订，察看是否即时发送授权，预期结果：发送。
实际结果：如期即时发送测试通过.
   发给客户，需要在市区casmgr环境中更新该文件。
   客户反映更新版本后产生错误
现象：续订未来授权时没有能即时发送授权
初步原因分析：开发没有考虑到非当天续订的情况
初步确认问题：当天订购、当天续订可即时发送授权信息；非当天订购的用户，即使续订也无法即时发送授权，需要进一步修改
我的工作失误：更换casmanagerwrap文件后没有修改其配置文件
C:\Program Files\NOVEL-TONGFANG\CASManagerWrap V1.0\Configuration.exe中的User ID=tz_cas;Password=tz_cas
   后来确认其实这个可以换可以不换，只要该库不变。
   经开发验证，问题不存在。
再次验证：
新建用户200904021   0000000020013641 订购基本包2个月
修改系统时间至20090403
给用户续订，没有问题，即时发送授权。
   最终查明，是因为客户没有重新启动CASMGR造成，吐血吐血。

***************射洪*************************
环境中中心服务打不开，等待一会儿后正常
需要跟现场核实centerserver.dll的版本，测试环境中可能与实际不一致
现象总结，很多项目的中心服务莫名会停掉，并且无需处理，自己会恢复。原因未明。
******青海、台州各自出现一例集体用户卡无法在综合查询中查到bug***********
修改21上的青海环境，再次进行验证。
在用户管理-集体用户服务中，输入8512010045267054，可以找到所属用户：
解放军96351部队。
select * from sms_subscriber_core_tab where sub_name='解放军96351部队'，查找到sub_id= 126058；
select * from sms_sub_iccard_tab where sub_id='126058' ，察看到该用户下有20张卡，但是没有8512010045267054；
select * from sms_sub_iccard_tab where serial_no = '8512010045267054'，又可以清楚地察看到该卡确实属于sub_id= 126058的用户。
请察看原因，本问题与台州bug: 智能卡8057602162253254与10月10日开卡发给某集体用户，但是在综合查询中查看不到，基本类似，建议一起解决

*************洛阳报表系统测试******************************
LUOYANG-105 第二次修改后，打开该表时仍然报错，与第一次相同。是因为desc.txt文件没有更新，开发在发布记录中重新发布。
LUOYANG-101 操作员收款统计需增加"用户证号"字段
LUOYANG-105 区域收入报表增加代理商
都已经解决，关闭BUG
等待其他部分修改好后一并发给用户

************秦皇岛调度稳定性测试***************************
   使用开发发送过来的测试脚本，在秦皇岛环境上运行调度程序，察看调度结果是否正常
标准版发布一版，标签：2.0.2009.25
测试脚本
/*使用qhd_sms数据库*/
/*查询当前需要发送的条数*/
select COUNT(*) from cas_card_purchase_tab where stop_time >
to_date('2010-05-01', 'yyyy-mm-dd') and is_cas_notified =0 and is_deleted =0
and id > 23500000
/*将测试发送数据还原*/
update cas_card_purchase_tab set is_cas_notified =0,is_deleted =0 where stop_time >
to_date('2010-05-01', 'yyyy-mm-dd') and id > 23500000
测试过程
在20上卸载原来的SmsService.exe服务
运行 D:\宁波北伦\sss\cgi-bin\SMSService.exe –uninstall 重启电脑
安装新的调度程序D:\秦皇岛SMS\sss\cgi-bin\SMSService.exe –install
安装成功后启动该服务SmsSvr
测试思路：登陆秦皇岛数据库，察看需要发送的条数
启动调度服务，发送完之后，再次查询需要发送条数，预期结果 =0
第二轮测试，修改ServiceCfg.ini中的BatchThreadNumber=1、2、4
    还原所有待数据，重新发送授权
察看数据
1、   计算待发送条数
2、   记录每轮发送时间
3、   察看发送条数是否与待发送数一致
进程数〉2时，中心日志经常报错：Cannot open file D:\秦皇岛SMS\sss\cgi-bin\Log\SMSService2009-04-01.log 导致调度服务自动停止，开发需要修改一下中心服务
第三轮测试 2.0.2009.26 更换程序SmsService.exe
1、卸载旧程序
D:\秦皇岛SMS\sss\cgi-bin\SMSService.exe –uninstall
2、重启电脑
3、安装新程序
D:\秦皇岛SMS\sss\cgi-bin\SMSService.exe –install
4、在服务中启动SmsSvr
打开\\192.168.4.20\d$\秦皇岛SMS\sss\cgi-bin\Log\SMSService.log
5、执行/*将测试发送数据还原*/
update cas_card_purchase_tab set is_cas_notified =0,is_deleted =0 where stop_time >
to_date('2010-05-01', 'yyyy-mm-dd') and id > 23500000
执行完了必须commit
6、执行/*查询当前需要发送的条数*/
select COUNT(*) from cas_card_purchase_tab where stop_time >
to_date('2010-05-01', 'yyyy-mm-dd') and is_cas_notified =0 and is_deleted =0
and id > 23500000   count=4716
09：46在没有启动Casmanager条件下开始重新发送授权，日志中正确报错：
2009-4-2 9:54:05 : Socket Error # 10061 Connection refused

启动casmanager后
第一轮发送授权，耗时2分钟
2009-4-2 9:54:05 : CreaEnt End..
2009-4-2 9:56:04 : DispathForSend End
2009-4-2 9:57:14 : 共有记录数0
第二轮测试，耗时2分
2009-4-2 10:05:50 : 共有记录数4716
2009-4-2 10:05:50 : 开始23500025截止23528529
2009-4-2 10:07:30 : CreaEnt End..
2009-4-2 10:07:30 : Record count:0 StartID=23507095 NextID=23507150
2009-4-2 10:07:30 : DispathForSend End

第三轮测试耗时<2分
2009-4-2 10:22:47 : 共有记录数4716
2009-4-2 10:22:47 : 开始23500025截止23528529
2009-4-2 10:24:35 : Record count:0 StartID=23507095 NextID=23507150
2009-4-2 10:24:35 : DispathForSend End

第四轮测试耗时2分22秒
修改BatchThreadNumber=2（原来是4），重启SmsSvr服务
2009-4-2 10:51:48 : 共有记录数4716
2009-4-2 10:54:10 : Record count:0 StartID=23514266 NextID=23514276
2009-4-2 10:54:10 : DispathForSend End
第五轮测试耗时2分34秒
2009-4-2 11:00:09 : 共有记录数4716
2009-4-2 11:00:09 : 开始23500025截止23528529
2009-4-2 11:02:43 : Record count:0 StartID=23514266 NextID=23514276
2009-4-2 11:02:43 : DispathForSend End
第六轮测试耗时2分钟
修改BatchThreadNumber=1            重启服务报错
但实际服务已被停止，重启
2009-4-2 11:29:11 : 共有记录数4716
2009-4-2 11:29:11 : 开始23500025截止23528529
2009-4-2 11:31:10 : DispathForSend End
第七轮测试耗时7分
2009-4-2 11:35:42 : 共有记录数4716
2009-4-2 11:42:40 : DispathForSend End
第八轮测试耗时两分
2009-4-2 11:42:57 : 共有记录数4244
2009-4-2 11:42:57 : 开始23500025截止23524965
2009-4-2 11:44:56 : DispathForSend End
   测试通过。

收藏举报

TAG:

查看全部评论