200916工作周报

*******************射洪新版测试（需重新发版）***********************
测试版本2.0.2009.29
在19上搭建射洪环境，建立IIS服务，更换文件，16：45调整完毕，开始测试补打发票功能。执行脚本后，在权限管理中给超级管理员，添加发票管理，重新登陆没有在计费管理中顺利查到发票管理。
在20上更换文件后测试，提示：ORA-12154:无法处理服务名，增加数据库客户端的服务smsdb后亦无效。最后确定是因为开发没有上传所有文件所致。
测试新版本2.0.2009.30
在19上搭建射洪环境，建立IIS服务，更换文件，9：45调整完毕，开始测试
增加补打发票功能
测试方法：进行开户和定购，打印发票、查询并补打发票，提示灾难性故障，
交给开发去修改
开发说需要将最新的中心服务文件更新在射洪的环境上，或者是数据库不稳定的原因，也可能是测试环境的缘故，中心服务大概与实际环境不一样。
原因找到了：因为配有最新的标准版中心文件，需要修改ServerConfig.txt ,添加centerurl=http://192.168.4.20:1101/cgi-bin/CenterServer.dll
新建用户test0416,进行定购，成功，查询当日的发票，未查到。
需要修改invioce.ini中的  Version=sh
测试要求：
增加补打发票功能 增加一个单独的发票打印功能模块。操作员根据查询条件查询出来所做的业务，然后选择一个需要补打发票的业务，进行补打发票。 查询条件：业务开始时间、业务终止时间、操作员、业务类型。 查询结果：用户姓名、用户证号、智能卡号、业务类型、应收金额、实收金额、操作员、操作时间。 功能操作：查询、打印发票、关闭。   
测试思路：执行以下操作，并察看发票的打印以及补打的情况，发票管理中发票的内容、状态
新开户（个人\集体）问题：集体用户开户后，发票管理中显示的业务类型为0
                     集体用户开户发票内容显示有误，总额为222，发票上只显示新发卡项目，没有显示节目信息

*****************测试秦皇岛新版（测试通过，已发送）*******************
2.0.2009.28
 更新步骤
1、卸载原来的SmSService.exe，重启服务端
2、安装新的SmSService.exe，并在服务中启动SmsSvr。
使用以下两条语句查询并执行自动授权，
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
测试执行数千数据与数条数据时，自动调度的执行情况
首先测试4716条记录的执行情况
2009-4-13 15:05:36 : 共有记录数4716
2009-4-13 15:05:36 : 开始23500025截止23528529
2009-4-13 15:10:17 : 共有记录数4716
2009-4-13 15:10:17 : 开始23500025截止23528529
一直没有发送授权。测试不通过。
昨天失败的原因：没有更新调度配置文件ServiceCfg.ini。发布版本中没有提到，汗
在20上更换配置文件，重启SMSSrv服务。
SMSService.log显示
2009-4-14 9:59:52 : CreateEnt starting...
2009-4-14 9:59:53 : CenterUrl=http://192.168.4.20:9001/cgi-bin/CenterServer.dll
恢复数据
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
数据恢复后，日志依然显示
2009-4-14 10:07:02 : 共有记录数0
2009-4-14 10:07:02 : 开始0截止
没有及时查找到数据。
是因为update后没有commit，咳
第一轮大数据测试
2009-4-14 10:25:13 : 共有记录数4716
2009-4-14 10:25:13 : 开始23500025截止23528529
2009-4-14 10:28:28 : 共有记录数0
2009-4-14 10:28:28 : 开始0截止0
第二轮小数据测试
Select * from cas_card_purchase_tab  where stop_time >
to_date('2010-05-01', 'yyyy-mm-dd')  and id > 23500000
//修改8335002396558541 的7条授权的is_cas_notified =0
update  cas_card_purchase_tab set is_cas_notified =0,is_deleted =0  where entitlement_id = '23500060'
察看日志
2009-4-14 10:46:57 : 共有记录数7
2009-4-14 10:46:57 : 开始23500025截止23500031
2009-4-14 10:46:57 : Record count:1 StartID=23500025 NextID=23500031
2009-4-14 10:46:57 : CardNo=8335002396558541EntileNum = 23500060 Thread Index 1
2009-4-14 10:47:17 : 共有记录数0
第三轮小数据测试
update  cas_card_purchase_tab set is_cas_notified =0,is_deleted =0  where entitlement_id = '23500060'
update  cas_card_purchase_tab set is_cas_notified =0,is_deleted =0  where entitlement_id = ' 23500072'
察看日志
2009-4-14 11:22:32 : 共有记录数14
2009-4-14 11:22:32 : 开始23500025截止23500048
2009-4-14 11:22:33 : Record count:2 StartID=23500025 NextID=23500048
2009-4-14 11:22:34 : CardNo=8335002396558541EntileNum = 23500060 Thread Index 1
2009-4-14 11:22:34 : CardNo=8335002396559721EntileNum = 23500072 Thread Index 1
2009-4-14 11:23:38 : 共有记录数0
2009-4-14 11:23:38 : 开始0截止0
发送授权正常
第四轮测试
修改一条授权纪录
update cas_card_purchase_tab set is_cas_notified =0,is_deleted =0 where entitlement_id = '23500060' and caproduct_id ='1000037'
察看日志
2009-4-14 11:43:23 : 共有记录数1
2009-4-14 11:43:23 : 开始23500025截止23500025
2009-4-14 11:43:23 : Record count:0 StartID=23500025 NextID=23500025
测试通过
下午修改配置文件中的时间，进行下一轮测试。
第五轮测试 修改beforeday=10
update cas_card_purchase_tab set is_cas_notified =0,is_deleted =0 where stop_time >
to_date('2009-04-23', 'yyyy-mm-dd')  and id > 23500000

select COUNT(*) from cas_card_purchase_tab where stop_time > to_date('200-04-23', 'yyyy-mm-dd') and is_cas_notified =0 and is_deleted =0
56933
启动服务
日志显示
2009-4-14 13:40:34 : 共有记录数46219
2009-4-14 13:40:34 : 开始23501496截止23774790
2009-4-14 14:15:50 : 共有记录数8
2009-4-14 14:15:50 : 开始23501496截止23501553
2009-4-14 14:15:51 : Record count:0 StartID=23501496 NextID=23501553
该纪录重复N次，是因为测试数据中有些已经回收设备的纪录，人为错误的测试数据。清除后正常
2009-4-14 14:53:22 : 共有记录数0
2009-4-14 14:53:22 : 开始0截止0
等会察看发送这么多数据一共耗时多少，有没有报错？有没有重复？
耗时约35分钟，没有报错，发现错误数据时重复。
第六轮测试
恢复数据
update cas_card_purchase_tab set is_cas_notified =0,is_deleted =0 where stop_time >
to_date('2009-04-14', 'yyyy-mm-dd')  and id > 23500000
查询数据
select COUNT(*) from cas_card_purchase_tab where stop_time > to_date('2009-04-14', 'yyyy-mm-dd') and is_cas_notified =0 and is_deleted =0 and id > 23500000
= 67011
但是调度日志中的2009-4-14 15:43:51 : 共有记录数67003
相差为8，即使不一致，也应该是查询数据<调度数据，需要再次查询
死机了，准备将环境挪到19上继续测试
准备制造新的订购信息
登陆秦皇岛SMS，订购产品2天后、10天后、15天后、1个月后的授权

0415 将测试环境转移到19上，进行最后一轮测试，预计完成时间：11：15
安装调度程序后在服务中启动，出错：在本地计算机无法启动SmsSrv服务。错误1053：服务并未及时响应启动或控制请求
  查明原因，是因为serverconfig.txt中的connectionstr错误，更新后正常启动服务。
   剩余三万多条授权已经全部发送。
准备制造新的订购信息
登陆秦皇岛SMS，订购产品2天后、10天后、15天后、1个月后的授权
调度系统应该可以发送到2条授权。
调度日志显示
2009-4-15 15:44:37 : 共有记录数2
2009-4-15 15:44:37 : 开始23811545截止23811546
Casmanager日志显示
CreateEntitlement
2009/04/15 15:44:37 : ENTITLE 8335002396902111 c 24 1239984000(2009-04-18 00:00:00) 1242327599(2009-05-15 02:59:59),
2009/04/15 15:44:37 : return code = 0x0000 ??3?|

CreateEntitlement
2009/04/15 15:44:37 : ENTITLE 8335002396902111 c 2 1240588800(2009-04-25 00:00:00) 1245869999(2009-06-25 02:59:59),
2009/04/15 15:44:37 : return code = 0x0000 ??3?|
测试通过。

调度程序有遗漏发送授权的可能
恢复数据67015条
update cas_card_purchase_tab set is_cas_notified =0,is_deleted =0 where stop_time >
to_date('2009-04-14', 'yyyy-mm-dd')  and id > 23500000   
查询数据= 67015条
select COUNT(*) from cas_card_purchase_tab where stop_time > to_date('2009-04-14', 'yyyy-mm-dd') and is_cas_notified =0 and is_deleted =0 and id > 23500000
但是调度日志中2009-4-15 16:11:30 : 共有记录数67012
遗漏三条
这个是因为查询数据中没有设置起始时间，所以查寻范围比调度程序要大。
测试通过，可以发送给用户了。
************************调试21上的青海中心服务 （已完成）********
现象：中心总是连接台州的库
解决办法：将19上的center-cgi-bin目录拷贝到21上，修改mac后即可。
*************************黑龙江省网（测试通过）**********
测试版本2.0.2009.9
修订内容：
综合查询里面关于用户多卡任何一个有过期就是有效记录
本地更换客户端文件，综合查询，输入查询条件 产品基本包，授权结束时间2009-05-09，预计查看到用户test0410，实际结果：没有查到，打回去重新修改
验证新版本2.0.2009.10
更换文件后进行测试
测试思路：在综合查询中查找要过期用户、今天过期用户、已过期用户
测试过程：查询20090401-0414 全部过期的用户
          查询20090415（今天）全部过期的用户
          查询20090607-0608 全部过期的用户
综合查询，输入查询条件 产品基本包，授权结束时间2009-05-09，预计查看到用户test0410，测试通过，已发送邮件
确认报表系统中超级管理员可以在报表系统中察看他人的纪录。

******************洛阳（报表，已测完，还需继续修改）*************

测试版本2.0.2009.9
在20上更换程序，进入产品类型统计报表─>按代理商统计，仍然不支持选择“全部”。
代理商全选，小区：西工区  查询总数 263209
更换小区为  老城区  93542
做新的用户数据，但是在开户选择节目时报错：[DBNETLIB][ConnectionOpen(Connect()).]SQL Server不存在或者拒绝访问。
需要确认数据库连接串，原来配置文件中连接串有误，
原来为Provider=MSDAORA.1;Password=ly_sms;User ID=ly_sms;Data Source=sms;Persist Security Info=True
修改为ctvConnectionStr=Provider=MSDAORA.1;Password=ly_sms;UserID=ly_sms;Data Source=sms;Persist Security Info=True
重启IIS后正常定购
给用户wn0414芳林路营业厅 老城区 定购基本包1 基本包2
给用户王立霞 西工区、西工区，定购基本包1 　
在报表中查寻，正常，比较讨厌的是一旦选择全部，系统一定会提示：请选择运营商、小区
已将该问题返回给开发，希望下次修改时一并改好

杂事：
安装4.4上的环境，安装NOD32和数据库，IIS，搭建测试环境 安装casmanager及台州、本溪、齐鲁石化的客户端
安装CA模拟器，并启动服务。

*****************测试台州新版（测试不通过）******************
测试版本2.0.2009.6
 
在4.4上调环境，登陆失败，提示 ：无法连接到服务器（http://192.168.4.4: 1601/cgi-bin/SmsServer.dll/soap/）请检查你的客户端配置。
需要安装mdac_typ.exe，需要设置ORACLE服务，右键点击ORACLE安装目录，选择属性菜单，在安全选项卡重点击“高级”按钮，将“重置所有子对象的权限并允许传播可继承权限”的复选框打勾，确定，重启电脑
需要注册midas.dll.casmanagerwrap.dll
在旧版上更新设备，更换卡，成功；更换基顶盒，成功
制定最新价格策略wn0416,三门运营商下载成功。
对比老版本的价格策略下载速度，都在20秒以内，没有发现明显改善
测试其他基本功能：开户、定购、更换设备、退户
开户0416
发现错误两个：
?    发新设备时报：oracle : 缺少表达式
?    用户管理-用户类型转换 发现问题：
以sanmen\sanmen登陆系统，本来应该察看三门的vip用户：VIP，但是却查到了温岭的VIP用户。