*******************射洪新版测试（需重新发版）***********************
测试版本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用户。

*************更改SMS标准版安装手册（已完成）*******************
已上传到SMS标准版用户手册下

*************测试青海（已解决）**********************
解决集体用户无法续订的问题
执行脚本后给用户作集体定购，报中心错误：CAS接口返回错误：DecAGT: 返回包格式错误
修改数据字典中的数码视讯CAID=19254以及配置文件中的DecCASAgent casid=19254后订购成功，可以发送给客户。

****************泰安问题确认（问题已解决）***************
问题描述：泰安一个营业厅在打印发票的时候报错，这个报错经常在这个营业厅出，其他地方不出，而且报错后再用补打发票也不行。找到原因：更换desc.txt文件后没有清空CACHE目录：）

****************洛阳新版测试*************************   
待测试项
1、SMS运营系统─>用户管理─>个人用户服务─>用户功能─>修改资料。
测试要求 ：“所属小区”不能修改。
测试bug：
    建议：地址码前应该加必添项的标识符  
    输入地址码后，通讯地址、家庭地址被清空 （地址码不需要输入，直接选择地址后点击“组合”即可生成）
    重新输入地址后，提交，报错： 
    解决办法：在用户证号后加 _
问题：地址码如何定义和选择？
地址码由数据字典管理来定义，在资料修改中选择地址，点击“组合”后生成地址码和新的地址。
测试结果：
1、    建议地址码前应该加必添项的标识符
2、    地址码处禁止输入或进行校验，提示用户直接选择地址后点击“组合”即可生成，不能随意输入
3、    对于不在地址码列表中的用户地址，允许手工输入并设置地址码
4、    解决提交修改后报错的问题，不能让用户只通过修改用户证号来提交修改结果。
2、SMS运营系统─>用户管理─>综合查询。
简化查询的结果，或合理化列项的排列顺序，如“用户名称”可能排在“所属集体”的前面。开发通过修改desc文件，将

用户名称排在所属集体的前面
测试结果：用户名称确实在所属用户前，且各个字段可以随意挪动位置，满足用户查看的需要。测试通过。
3、 SMS运营系统─>用户管理─>个人用户服务─>产品功能─>订购产品。
续订购未到期的产品包，“订购时间范围设置”中的“起始时间”应该默认此产品包结束时间的下一天（系统没问题），

定购已经过期的产品包，“订购时间范围设置”中的“起始时间”应该默认操作计算机的当前时间（有时候会有问题）。
测试思路：
    提前续订
    当天续订
    过期续订（重点）
测试过程
过期续订：用户王梅英 213874 基本包1，基本包2 ，续费基本包均已过期，进行续订一个月，时间为20090422-20090521

订购范围正常
用户王梅 182294 所有产品过期  进行续订基本包，成功，授权期限为
20090422-20090521
用户王梅 296305 部分产品过期，续订已过期节目和未过期节目，察看时间
正常。
用户 王芳 131543 续费基本包 今天过期 订购成功，20090423-授权未发送
用户 王照娃 续订基本包 明天过期，续订成功 20090424至一个月后
订购其它产品 20090422-一个月后
测试通过
4、 SMS运营系统─>用户管理─>修改用户信息查询。
增加修改内容的详细记录，包括修改前的内容、修改后的内容、操作员、操作时间等。详细记录前一级的查询结果可以简化并合理化输出内容。记忆每一次修改记录历史。
  通过输入修改日期来查询修改纪录时报错：
个人用户修改
没有记录修改的必添项：
密码修改后没有记录
开户日期修改后没有记录
证件类型修改后没有记录
证件号码修改后没有记录
没有记录修改的其他输入项：
备注修改后没有记录
出生日期修改后没有记录
邮编修改后没有记录
所属主卡修改后没有记录
上述信息修改后，发票修改记录中会添加空的修改纪录
集体用户修改，所有修改都没有记录
需要修改。

5、 SMS运营系统─>用户管理─>个人用户服务─>用户功能─>用户迁移。
可以修改“所属小区”、“家庭地址”，同步“通讯地址”，其它不能修改；并且可以查询相关迁移记录，如用户资料修改查询。
测试思路：修改所属小区、家庭住址，地址码，去用户资料修改查询中去验证
尝试修改其他项目，预计结果：不能修改
修改小区后，提交报错；
因为没有办法修改用户证号，所以整体迁移失败。

6、SMS运营系统─>用户管理─>个人用户服务─>设备功能─>重新开通。
改为重新开通能根据报停日期自动计算添加顺延的相应节目包。
测试思路：查找已报停用户，进行重新开通
      对已过期的报停用户进行重新开通
报停用户 范树宁 143842  授权全部过期，重开，没有延授权，测试通过
    剩余授权一天的重新开通，察看是否精确延时？
报停用户test2，订购了两天天的基本包2，重新开通，延长授权一天
    剩余授权一年的重新开通，察看是否精确延时？
报停用户 唐振声 00008788 授权明天结束，重开，重发原来的授权，并且于25号发送剩余补充授权至10年4月9号，延时准确，测试通过
    对有未开始授权的报停用户进行重开，用户李土法， 165016，重开，首先重新发送原授权，到该授权结束后将会发送补充授权至20100110，计算准确。
    报停用户即时、一天后、一个月后、一年后重开，查看授权日期计算情况
报停用户test2,修改系统时间至一天（0424）后，开通，预计所有授权均延两天
测试通过

修改系统时间为7天后（0430），开通，预计所有授权均延后7天
基本包2延期错误
  计算错误，应该延到2009-05-02
修改系统时间为30天后（0522），开通，预计所有授权延后30天
基本包1和基本包2计算错误
 基本包1应该延续至06-16
基本包2应延续至05-24（实际为06-20）测试不通过

7、区分主卡、副卡。
增加主副卡区分标志。新发卡时，可以关联主副卡。产品订购时，副卡可以查看主卡订购情况。修改资料中可以修改卡关联情况，综合查询中增加查询某个卡，可以看到主副卡关联情况的功能。建立主副卡关系只能依靠修改资料中修改某卡为主卡，然后该卡将出现在其他卡修改资料时的下拉菜单中。
个人用户主副卡设置非常困难，建议在发新设备时建立主副卡关系，并可以在修改用户资料时修订，但目前修改用户资料时多卡用户只能显示一张卡，无法修改另几张卡的主副属性。
集体用户，没有主副卡关系

8、计算费用上使用四舍五入到角取整计算。
方便收费。

测试思路：定价时订到分，计算后看是否精确到角？回收授权计费
 第一步骤计算正确
 第二步中特殊优惠总额没有改，导致报错，无法提交，请查看。
9、系统加入模拟系统的地址码。测试通过
能够按照地址码进行相关查询统计等的操作，可以编辑、修改、输入地址码。地址码分路，小区，楼来组合。在普通用户服务里面增加地址码，可以根据用户输入自动组合生成。如何定义？是否替换家庭地址？
10、能对特定节目包的组合包进行策略优惠。先不管
如A、B、C三产品包，同时订购A、B优惠幅度为8折，同时订购A、C时优惠幅度是7折。策略对其它节目、或组合不使用。
11、增加用户证打印模块。格式用户已经提供。
打印出的用户证没有正确导入用户证号
12、到期未续费查询增加地址和地址码条件。
测试思路：模糊查询？两条条件一个符合一个不符合时，是否出结果？不出
02318193432   郑华  南苑小区206-1-501
8379002318753599   道北路申泰丽景 246736 万延涛
8379002525126944   军安小区 279868 莫太民
以上数据组合查询过期未续费用户，测试通过
无法查询到将要过期未续费用户
13、用户拖延缴费可以根据拖延天数来收取费用。针对主卡
例如用户拖延20天收费，10天内不收费，10天为进制，(X-10)/10*单价费用。
如何实现？

***************搭建湛江环境（19）********************
导数据库（zhanj_sms）
在19上搭建湛江环境，修改配置文件，建立运营服务1703，加密方式为地方版加密方式。
登陆后遇到第一个问题
客户端连接错误，应为ServerURL=http://192.168.4.19:1703/cgi-bin/SmsServer.dll
Serverconfig中为地方版加密方式
IdString=AD30619C893735E620A4C10788370C6696E6F6FA50DD99CB003C34EF365FD07907792DECC8596AFB
ConnectionStr=C4714F8D916510D134536D3F2A0E115C962E8ACC6B6B367887A459F0F3BC5516F3037B1596A654A20CDD81C219E9F
9643F0114FE42DDB18172AC805983E73C7509BDC588297F9B120B65DB187403B53DDC4C89F4DB8F916FBE4535409555AA8DB654CEED
A19EE8CD
重新加密后登陆成功
客户反映更新版本后，开户、定购（未来订购）、更换设备经常报错。

验证问题1
用户戴水兴 更换设备时的报错，客户方报错：中心管理返回信息：’’ is not a valid data and time
察看中心日志，是因为数据字典中的CASID没有改为18945，修改后重新提交，成功
验证问题二2
给李诗婷退户，成功
给李四做定购和未来续订，成功
均未重现用户bug
用户执行了波涛的清理旧数据脚本，并设置cas代理=1后出现的上述问题。


***********射洪新版测试（2.0.2009.33）4.19***************

操作员收款统计表，之前存在的问题：
 收款明细种数据重复显示，且明细中的总额与实际不符，针对多卡用户会出错
 无论选择那些操作员后，查询结果均显示所有操作员纪录，只有今天执行操作的操作员消费类型显示，其他操作员消费类型只有一个201110
   原有问题已经解决。
   发现新问题：
1、    发票管理中发票的落款人为1，而非ADMIN，开发在察看
2、    操作员收款统计中，集体用户数目为集体用户卡的总数，并非统计的是集体用户数。已跟开发确认，确实按照卡来查询。

**********验证台州发新设备（没有问题，已发送给小何）**************
是因为客户端程序没有更新到最新，汗，走查其他基本功能，无其他问题。
因为发布版本中遗漏了客户端程序，造成上次测试时新发设备总是报错，并遗漏了给用户发客户端程序。开发于本日在发布版本中增加了纪录，我已将客户端程序发给了客户。

  ***************台州****************************
客户反映没有分库的分前段下载不了新的计费策略
测试思路 ：新建一个价格策略，看分前端的下载情况
新建价格策略过程
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
   测试通过。

本周工作效率还不错，只是可惜没有得到A
***************************************************************************
展会最后一天，在20上准备标准版演示环境
更换宁波北仑的smsserver.dll文件，配置客户端文件，可以进行演示。
该smsserver.dll文件不能随意更换，如更换到黑龙江省网及秦皇岛目录下后，导致sms报错：表或视图不存在
*****************************************************************************
安装启动地方版CA模拟器
21重装系统后无法启动CA模拟器，首先进入D:\CA模拟器\new
双击《新建文本文件》后即安装了各种卡的CAS模拟器，然后进入开始-程序-管理工具-服务中启动该服务即可
IIS也需要在控制面板-安装删除程序-组件中重新安装。
*****************************************************************************
测试洛阳新版本
第一轮测试
在20上更换洛阳的报表文件（2.0.2009.7），进行测试
1、报表系统─>操作员收款统计─>操作员收款明细。
增加“用户证号”字段，并且可以导出Excel表格和可以打印功能。将用户证号放在用户名称之后。没有满足用户将用户证号放在用户名称之后的要求
2、报表系统─>操作员收款统计。
操作员收款统计中增加退户数量统计。没有产生费用的退户行为也要统计在内。测试通过
3、报表系统─>产品类型统计报表─>按操作员统计。
增加订购此产品的用户信息明细。主要信息包括用户姓名，智能卡号，节目名称，费用，操作员，时间等。问题：没有导入用户姓名
4、报表系统─>产品类型统计报表─>按代理商统计。
增加“小区”选择条件。可以多选。
选择全部小区时，系统报错：请选择小区
5、报表系统─>区域收入报表。
增加“代理商”选择条件。
打开区域收入报表时报错：Access violation at address 00404A5C in module 'SmsReport.exe'
点击“确定”后仍然可以打开
没有增加代理商选择条件
新发版本后第二轮测试
在20上更新版本并重启IIS
测试问题：区域收入报表增加代理商，打开区域收入报表时报错
点击"确定"后仍然可以打开 ，没有增加代理商选择条件。
Bug: 打开区域收入报表时报错依然存在。
Bug：查询到数据后，辖区列显示数字，不知道是哪个小区？需继续修改。
测试操作员收款明细时，个人修改资料 应收金额处为空，详细信息显示为空。
需要继续修改
********************************************************************************
测试台州新版本
第一轮测试 2.0.2009.3
整理台州环境，明确需求
登陆SMS-用户管理-个人用户服务-修改资料
查找某用户，显示其个人资料，双击其设备记录，弹出详细内容框体
修改其“是否主卡”属性。
只有一张卡时，不能取消其主卡的属性，否则会提示：
给该用户新增一张子卡0000000020019638  70000000221
环境问题：
系统运行非常缓慢，页面转换也许要很久
增加子卡的提交过程中出错，需要修改中心库里的操作员密码
修改密码为system后，重新提交。系统提示：中心管理返回信息：Error loading MIDAS.DLL
查找该文件，并放置在\\192.168.4.21\c$\WINNT\system32下，再次提交金额，提示新问题: 中心管理返回信息：没有注册类别
原因分析：测试环境重装之后没有安装MDAC_TYP.EXE  导致页面转换延迟，并提示莫名错误。
安装后系统运行速度正常。
   用户订购提交时提示：中心管理返回信息：没有注册成功
原因分析21上没有注册，需要双击CasManagerWrap.dll,采用regsvr32打开方式，即可注册，开始因为缺少文件msvcp60.dll，没有注册成功。将该文件放入sys32下后重新注册，成功。
   再次提交，提示：中心管理返回信息：CAS接口返回错误：数据库联接失败，授权尚未添加。
原因分析：C:\Program Files\NOVEL-TONGFANG\CASManagerWrap V1.0中的Configuration，datasource没有改对。 Casmanager中还需要修改TFCASAGT21pro.txt，注意CASID和server的地址及端口，并且保证中数节目相对
应。修改配置CASMGR文件后重新启动CASMGR。授权成功，发新卡成功。
小结：配置CASMGR,首先要注意C:\Program Files\NOVEL-TONGFANG\CASManagerWrap V1.0中的Configuration；其次要配置C:\Program Files\NOVEL-TONGFANG\CASManager V1.0下的各个配置文件，才能顺利使用。
   环境调通后发现bug: 进行发新设备操作，增加子卡时报错，在已经分配主卡的情况下依然提示“发分卡必须设置其所属主卡！”   移交给开发进行解决.

第二轮测试 2.0.2009.4
测试思路：
1、单卡用户，修改其主卡属性，预期结果：不能修改√
2、多卡用户，颠倒主副卡属性，预期结果：顺利修改╳
3、多卡用户，将子卡属性修改为主卡，原主卡不变，预期结果：顺利修改 √
4、多卡用户，将主卡属性修改为附卡，附卡属性不变，预期结果：不能修改√

给用户李小卫增加子卡0000000002000100  10000000078。修改子卡属性成功，修改主卡属性失败
给用户王建新加一张子卡0000000020019638  70000000221
Bug: 该卡的主卡为8057602600321564，并非该用户的卡
Bug: 给用户王建芬（用户证号13099）增加新卡0000000020009330，该卡的主卡也非本用户的卡。
所属主卡下拉菜单显示有问题：
bug1: 当用户的子卡改为主卡后，重新设置其为主卡，其所属主卡下拉菜单中将重复显示原主卡，如果选择“无”下面的卡号（于上面那个完全相同），点击确定后
系统报错：发新卡必须设置其所属主卡！
bug2: 子卡修改为主卡后，原主卡无法修改为子卡，因为所属主卡下拉菜单中没有子卡的号码
第三轮测试 2.0.2009.5
测试过程
1、    给用户李小卫 修改其主卡属性，修改成功。退出后重新进入资料修改，亦可以再次修改回来√
2、    给新换的主卡订购基本包一年，成功；给新换的附卡订购基本包两年（超过新主卡），不能订购，提示附卡订购基本包不能超过主卡√
3、    将新附卡修改属性为主卡，再次订购基本包，并且时间段超过另一主卡，顺利订购√
4、    查看同一时间段内的订购，系统提示不能重复订购√
5、    再增加一张子卡0000000020030375 20000000072 ，先为附卡，然后把其他两张卡都改为它的附卡，成功√
6、    给用户李小卫增加2张卡  0000000020030969 20000000083        0000000020030981 20000000106。
把带有附卡的主卡375修改为附卡，成功。查看原来属于375的附卡。发现问题：用户有1、2两张主卡，3是1的附卡
    修改1的卡属性，改为2的附卡3仍然显示为1的附卡，而没有随着1的属性改变
    开发认为不需要修改。经用户确认不再修改
7、    集体用户卡的属性修改，集体用户服务-修改用户资料，双击卡号后没有弹出新窗口，无法修改。经用户确认不再修改。
测试通过，已发送给客户

**********************************************************************************
测试开封新版本
测试2.0.2009.22：
选择框中备注增加成功，可以按照备注内容查询用户。但是查询结果显示有问题：无论备注处输入任何内容，

查询结果是所有有备注内容的用户。发给开发重新修改，应该是查询语句的问题。
重新发布2.0.2009.23
测试通过
    测试过程共提交订购申请报错：中心管理返回信息：XML文档必须有一个顶层元素    确认url部分完全正常，IIS服务正常。察看casmgr的配置文件  
   修改其ServerConfig.txt中的casmgr地址后系统正常（原址为127.0.0.1，应改为本机IP）
***********************************************************************************
在20上搭射洪环境
从sos上取最新标准版程序，并根据更新记录，替换SSS中的smsclient voice.ini文件
新建WEB站点1101，1102，调通IIS服务。
需要导数据库 ，已经导完，并修改了超级管理员的密码。
修改配置文件
Connectionstr=
UHJvdmlkZXI9TVNEQU9SQS4xO1Bhc3N3b3JkPXNoX3NtcztVc2VyIElEPXNoX3NtcztEYXRhIFNvdXJjZT1zbXNkYjtQZXJza
XN0IFNlY3VyaXR5IEluZm89VHJ1ZX==
MAC=MDAtRTAtNEQtNTAtMkItQjQ=
重启IIS
**********************************************************************************
测试贵州铝厂新版本

2.0.2009.24
测试：查看发票是否去除了背景，内容是否显示完整
测试通过，已发送给用户

    一直以来，我在本机上都无法顺利的导入数据库文件，每次都把文件放在另外的数据库客户端，然后在dos窗口内用imp语句导入。
    报错信息如下：
    IMP-00003：遇到ORACLE错误2248
    ORA-02248：无效的ALTER SESSION 选项
    IMP-00000：未成功终止导入
   
    察看了一些文档，初步断定是本机的oracle版本低的原因，不过暂时没有时间去更换新版本，不知道还有没有别的解决方法，知道的朋友麻烦讲解一下哦：）

同煤测试
在收费类型中新增用户迁移收费，成功，测试通过，发送给技服
*****************************************************************

泰安计费策略测试
因为业务太多，中途转给小猫，复杂计费策略对SQL的要求还是蛮高的，偶需要加快提高
*****************************************************************
测试环境中毒，非常严重，甚至影响到同网断内的网络，一天内断网数次，郁闷死了。请网络组同事过来杀毒。
*****************************************************************
紧急广播
协助小龙进行验收测试。
测试提出增加判定，只允许一个databroadcast进程运行。
开发新发布程序，但是测试人员说新程序无法正常运行。
*****************************************************************
秦皇岛刷新授权测试
测试思路：查找续订用户，刷新授权，察看发送授权时间是否至最长截至日期
查找某用户订购基本包，一个月；然后续订一个月，刷新授权，察看发送授权是否长达5月16日？
查找某用户订购3天，然后续订一个月，刷新授权，察看发送授权是否长达4月19？
测试环境20，更新中心文件，重启IIS.
测试环境只能顺利订购基本包
选定用户8335002396025608 ，该用户当前授权至6月30号，且续订一个月
固修改系统时间为6月29日，然后刷新授权，查看casmgr日志，发送授权为090301-090731，满足需求中所要求的从现有授权的起始日期发送到下一授权的结束日期。

*****************************************************************
察看软件评测师考试事宜，已报名
*****************************************************************
标准版新版测试
        1、解决服务端内存泄露问题
        2、后台调度程序优化，加入发送线程数
没有想好对应的测试思路
*****************************************************************
   本周工作较杂乱，我觉得自己应该考虑建一个工作计划，否则就会产生遗漏，比如本周就忘记标准版新版测试的事情，忙一些小事去了，工作重点错位!以后未完成的工作都得贴在主机的背板上，还得经常排一下优先级，优先解决重要又紧急的事务，时间管理方面还得加强。
   本周的亮点是报考了软件评测师，希望给自己一点动力，去学习一些平时懒得学习的基础知识：）

给19上的sms2.2制造数据，确保演示成功
周五早上9点进行软件评测，之前需要做好一切准备。

按照测试大纲逐条检查需求的实现情况
子母卡绑定部分总是出错，提示CAS 调用错误！。是因为CA模拟器的问题，需要更新最新的SMSCheck.exe文件.
在准备VOD业务查询数据时，发生点问题，在测试工具上发送用户请求服务时，总是报的错误。可能是机顶盒mac的问题，交给心宝查看ing。本部分需要在发送用户请求后，再发送扣费请求，扣费成功即产生vod用户。

Vod查询数据已经生成~~~

子母卡绑定
需要启动SMSCheck.exe代替CA模拟器服务
因为19正在进行稳定性测试，casmgr不能修改参数并且重启，所以仍然指向21上的服务，把SMSCheck.exe拷贝至21，打开时提示缺少mscoree.dll文件。
添加该文件后又提示没有安装.netframwork，随即安装重启21 上的IIS 及CASMGR，在19上进行子母卡绑定测试。
依然报错，最后连到4.4上的SMSCheck.exe后绑定成功。
需要继续研究为什么19和21上的没有成功。另外可以使用新的SMSCheck.exe进行测试。

测试成功，现在连结19上的SMSCheck.exe也能成功绑定和解绑。
之前不成功，可能是因为验证工具目录中没有encry.dll和prodll.dll.
修改casmgr配置文件，将连接的CA模拟器地址改为192.168.4.21
重启casmgr和IIS，然后可以进行大部分操作。

如果演示子母卡绑定，
需要修改casmgr配置文件，将连接的CA模拟器地址改为192.168.4.19，
重启casmgr和IIS，
启动sss下的sms验证工具
就可以做子母卡绑定了。
SMS2.2快捷方式放在桌面。
安装目录在C盘novel-supertv下。
*****************************************************
同煤测试不通过，没有修改完整。
*********************************************************
再次验证本溪报表数据重复问题是否存在
测试环境没有重现，报表系统版本与现场不同。
开发私自重新编译了程序，导致上次测试时现象没有重现。
再次编译程序后现象消除，已发送给用户。
****************************************************
秦皇岛测试
将测试环境由20移至19，进行稳定性测试。
已经打开测试工具product1.exe，进行发送数据测试。
******************************************************
写完紧急广播测试用例，并开始测试
1、新建消息时未选择语种，添加附件后保存，提示请录入语种信息，然后再录入语种信息，页面却没有如预想中那样改变，无法生成新消息。
2、新建消息时加入协议以外的文件类型，如jpg，系统返回提示，点击回退按钮，无法回退，提示网页已过期
3、发送完成消息无法被删除，如果日积月累，数量很大了怎么办?
写完测试用例：）交给领导查看
修改完毕紧急广播测试用例,项目延期验收，暂时停止测试。
*****************************************************
技术支持
咨询调度时间在哪里设置？
需要在CasManagerServer Config.exe中设置自动延时参数，单位为小时。

本周工作分为三部分：紧急广播、测试黑龙江新版本、技术支持与客户培训

***********************************************************************

紧急广播系统测试

    周三时接到新任务，测试紧急广播系统，之前该系统一直由研发人员自测，所以我对需求一点也不了解。有个小插曲，大猫说：一周内争取测完！

   我立刻盘算了一下时间，0.5工作日研究需求和设计文档；1个工作日写方案；一个工作日写用例和搭建测试环境（系统还是很简单的），剩下2.5个工作日测试，如果系统没有问题的话，1周应该是够用的。但是到周五我正埋头写用例的时候，大猫问测试完了没有？我瞬时被石化了。大猫还很无辜的说：我不是让你本周内完成么？

    汗，即使是部门内测，也不能这样吧，况且那个系统还是有很多漏洞的，我没正式开始测试已经发现若干问题了，最要命的是该系统发送的消息终端无法顺利接收。以上情况又跟大猫汇报了一下，他终于偃旗息鼓，安静的等待去了，嘿嘿。

    测试方案基本完成，因为没有任何确切地性能指标（我再汗，就算是个不常用的紧急系统，也不止于没有性能指标阿），性能测试部分暂时没写。

    开发同事按照我以前的一个测试用例照葫芦画瓢的写了一份，很有趣，思路果然和我们是不同的，借鉴一下后我就自己重新开始写了，因为进度肯定要延后，索性写得仔细些，没有在周五完成。

*************************************************************
HLJ ：   增加基本包优惠不同代理的限制
测试思路：

        1、在配置文件中设置某代理A享受优惠
         找到符合优惠条件的A代理用户，进行续订，预期结果该用户可以享受到优惠；
         找不符合优惠条件的A代理用户，进行续订，预期结果该用户不能享受到优惠；
         找到其他代理B符合优惠条件的用户，进行续订，预期结果该用户不能享受到优惠；
         找到其他代理B不符合优惠条件的用户，进行续订，预期结果该用户不能享受到优惠；
         2、在配置文件中设置代理B也享受优惠
         找到符合优惠条件的A代理用户，进行续订，预期结果该用户可以享受到优惠；
         找到代理B符合优惠条件的用户，进行续订，预期结果该用户可以享受到优惠；
         找到代理B不符合优惠条件的用户，进行续订，预期结果该用户不能享受到优惠；
         找到其他代理C符合优惠条件的用户，进行续订，预期结果该用户不能享受到优惠；
         3、在配置文件中添加所有代理，享受优惠
         找到其他代理（A、B、C以外）符合优惠条件的用户，进行续订，预期结果该用户可以享受到优惠；
     测试过程：下载新程序，放在D:\工作\1黑龙江\20090302，并在20上替换旧程序，重启IIS，登陆SMS后测试。
1、修改OldSubFav.txt，agentids=10001（意味着只有肇东营业厅的用户可以享受优惠），修改后重启IIS。
查找肇东分公司订购14元优惠的用户，在规定优惠时间内续订，预期结果：不能享受到14元/月优惠。
找用户李茹峰 8451002333927385，进行续订，如预期结果，继续享受到优惠策略。
注意：不能使用超级管理员登陆系统，无法辨别所属代理商。
还需要修改产品编码，确认优惠SMS产品对应的CA产品编码正确。
查找不受优惠的用户张利 拜泉分公司 8451002333335472 不能享受优惠，测试通过

2、修改Oldsubfav.txt 中的代理商设置，增加拜泉id 100006，重启IIS
8451002333335472订购  之前修改oldsubfav.txt中的发卡时间段为070125至今，但是没有订购到优惠产品。
  找一个开户比较晚，肯定在发卡时间段内  8451002333976663， 为其订购，不能享受优惠。测试有问题。
原因是使用了admin用户（总是心存侥幸，结果白费功夫，嘿）。
使用bq4\123456d登陆系统，给用户8451002333976663订购，可以享受优惠。
任选一个用户订购，也享受优惠。

3、修改配置文件，增加其他代理的id，重启IIS
用bq4为8451002333976663订购
用xinxin为8451002333927385订购
均享受到优惠，测试通过。向用户发新版本

*************************************************************************************

  TA问题终于尘埃落定：

  某用户反授权总是报错的问题已经找到原因：

     该用户的机顶盒号不知什么原因当时没有录入数据库中，导致回收授权总是失败，所以调度程序每天都会发送同样反授权指令，在casmgr日志中每日出现报错信息

     解决办法——清在泰安的数据库中执行以下脚本：

update sms_cas_entitleinfo_tab set cardno='707901096A6879BA,110293471',ended=1 where cardno='707901096A6879BA,' and endtime='20081001235959'

   已向技服人员发送邮件。

     技服人员说TA当地最近业务很多，出现登陆及处理数据很慢的问题，希望能解决。

  解决方案，无他，重启服务器而已。

**************************************************************************************

  剩下的事情比较杂

  1、SH客户提出要用运营商购买设备，以供下面的代理商们使用。

  向开发咨询，回曰：可以改，不过容易引发问题，而且改起来比较困难。如果实在需要，可以汇总在新需求里。 后续情况不甚了解，大概是写入新需求了。

  2、协助售前给客户做培训

  主要演示计费模块的使用，同时客户对银行接口非常感兴趣，可惜我以前没有测试过这块，回答不够到位。需要了解的东西还很多，偶要更加努力：）

  3、CBBN准备工作

  争取到比较满意的展板数量：）还有其他一些确认工作，其实我就是传话筒，市场部问什么，就找大猫请示一下，然后把请示结果转给市场部。感觉自己处理事情的能力还需要提高。

  4、名片信息汇总

  因为公司名称变故，所以需要新印名片，收集同事信息的任务就光荣的落在我的头上。很快收集完毕，大猫表扬了我，并且鼓励和鞭策我说：出了问题你要自己付钱重印哦。

  我当然诚惶诚恐，哪能容它出错。但是，没想到，交到秘书那里后，重新更换了模板，在一个最不可能出错的地方出错了，公司邮箱里多了个字母。糟糕的是秘书在让我最后审核时，我仔细对比了每一个地方，除了公司邮箱的名称。阴沟里翻船阿，这个明显的bug我都没找到，呜呜。

   这事错在测试范围不够完整

 

    本周工作重点——验证TA问题

    因为IP的重新分配，数据库客户端需要修改一下服务（4.21）
    开始测试，又出现了灾难性故障提示，并且死机，自动重启。
    问题卡是个天柏卡，为了重现该现象，需要在测试端（4.19）上停止CA模拟器_DVN的服务。（注意：修改配置文件，才能生成dvn日志）
    对比21的配置，修改19上的dvn配置。
    修订测试目标：提示灾难性故障没什么，只要确认jira上的错误在实际环境（19）中同样存在即可。（之前走了一些弯路，唉）

    在19上新建泰安中心服务，修改css中的配置文件，19的datasource=smsdb.
    DVN服务暂时连接到21上，进行反授权处理，提示：灾难性故障
顺利生成DVNCASAGT日志:
2009/02/24 16:35:13 :
ENT_EX_SCDelete
2009/02/24 16:35:13 : REMOVE_PRODUCT(0-1;2;0-1-2-3-4-110293471;707901096A6879BA;                                                          70790109696B79BA
2009/02/24 16:35:13;2009/05/01 00:00:00;0;PP;1,6;)
2009/02/24 16:35:14 : Open Socket
2009/02/24 16:35:44 : Open socket failure!
2009/02/24 16:35:44 :
2009/02/24 16:35:44 : 调用CAS接口失败
    未重现现场的问题，现场产生的日志中没有机顶盒号码。
    等待计服发来casmgr文件夹，再次模拟现场环境进行测试。

在19上搭建现场的CASMGR环境，进行泰安的验证测试
C:\Program Files\NOVEL-TONGFANG\CASMGR
给用户高文泉回收授权
生成casmgr日志内容与上次测试相同，仍然没有验证问题。
    要用户索要现场的centerserver.log ,

  本周主要测试三个项目HLJ省网、NB银行接口、LY呼叫中心
HLJ省网
    需要测试一个新功能，需求如下：
    1、对2008年8月15日前开户并承诺连续收看3年的部分老用户，在续订基本包节目时继续实行优惠政策，即168元/年/户，期限为入户后的3年内，超过3年的这部分老用户，续费时实行正常资费，不再享受优惠政策。
    2、168元/年的优惠政策只对按整年订购节目的老用户开放，如果其按月订购节目，则不享受该优惠。
    3、2008年8月15日前开户并按正常资费即192元/年订购基本包节目的老用户，续订时维持正常资费。
    4、对2008年8月15日之后（含8月15日）入网的新用户，实行正常收费政策，即192元/年/户。
    制定简单测试方案
    1、查找数个优惠用户，进行续订基本包（开户时即享受优惠的用户和开户时没有享受到优惠的用户两种情况）察看收费情况，满三年者可按月订购，16元/月；不满三年者，只能按年订购，168元/年。
    2、查找数个非优惠用户，进行续订基本包，查看收费情况，可以按月订购 16元/月；可按年订购，192元/年。
    3、查找优惠用户和非优惠用户，订购同样的其他产品包，查看收费情况是否一致。
    4、边际测试：察看开户日期在20080815和20070725的用户订购基本包情况
    5、将系统时间修改为3年后，订购测试
测试结果
    Bug1: 给优惠用户订购两年的优惠节目时，系统提示：需要整年订购。
    与实际稍有不同，无法订购是因为订购该节目时间超过3年，而并非因为订购的时间单位不正确。与开发确认后暂不修改
    Bug2:20070725开户的用户 019023580订购失败，节目选择框没有出来。原因分析：该用户已经报停，不是bug
    Bug3:20080815开户的用户不能享受优惠。原因分析：本卡之前就订购16元/月产品，顾续订时不享受优惠,不是bug
    Bug4:订购不同策略的产品时，系统并不判断其时间是否重合。同样都是基本包，只是策略不同（14元/月和16元/月），却可以在相同时间段内同时订购。经开发确认，问题确实存在，但是客户并没有相应的需求，暂不修改。


NB银行接口
测试内容：银行批扣+银行接口
**************银行批扣第一轮******************
简单测试方案：
1、测试正常返盘文件扣费    
2、测试部分状态未修改返盘文件扣费        
3、测试CASMGR关闭情况下返盘处理和日志显示        
4、测试当今时间之前过期用户的续费
测试结果
1、查询2011-01-01至2011-05-31 到期用户，共1588条，批扣处理-下载修改文件-返盘处理    全部成功。日志中有提示卡过期或产品不存在的信息，正常，因为银行的返盘文件中包含了同一用户的所有正常卡，其中只有一个被授权，其他则报错。
2、此类情况在实际环境中不可能出现，之前测试没有问题，正常报错，之后不再进行测试
3、返盘处理，看PL日志，有相应提示。
4、 发现bug.测试过程：查2007-2009年底的到期用户，共267人需要续费。正在批扣处理，下载批扣文件，发现只有4条记录本来应该有267条数据 的。再次测试，查询2007-01-01 到2009-01-31，到期用户265，进行批扣处理，下载批扣文件仅有两条记录！察看公用库日志，有如下提示：
<ReturnMessage>授权结束时间2009-1-31 23:59:59必须大于当前时间2009-02-04 02:31:41</ReturnMessage>
所以批扣处理失败是因为授权结束时间早于当下时间。
开发已确认是IE缓存未清理造成的问题，继续修改"批扣处理"用户卡授权过期生成数据方式。
****************银行批扣第二轮*******************

更换新程序后重启IIS，查询07年至今的所有到期用户，共265条记录
有两个用户扣费为0  孙*尔和俞*道
问题 ：已验证并解释
1、    以上两个用户不符合查询条件 。
问题分析：这两个用户都有附卡，且附卡的基本包：副机用户基本服务已经过期，所以符合查询条件。
2、    对俞*道作了一年的授权，但是没有收费；公共库日志中无该卡的计费信息。
原因分析：没有授权是因为没有作返盘处理
3、    俞*道有副卡，但是并没有随着主卡延续订购而增加新的授权。
原因分析：附卡上的基本包：副机用户基本服务已经过期，所以无法进行续订。结果正常。
4、    单独给俞*道做授权，计费成功。
原因分析：主卡可以无限次的预授权，计费成功很正常。
    察看其他带有附卡的授权记录，乐五美就带有附卡，进行批量订购，察看公共库日志，显示正常，虽然该用户有附卡，但是因为附卡结束时间没有在查询时间范围内，顾没有出现在计费条款中。主卡续费成功。
    发现新问题：查询时，如果上次查询数据量比较大，产生分页；则在下翻页之后，重新输入日期范围（小于上次查询的时间段）后再次查询报错，无法查询到结果。开发正在修改，并重新编译。
****************银行批扣第三轮测试*****************
  最后测试一下银行接口批量授权部分
  2011-2012年将过期用户的批量授权。成功，批量授权部分测试通过。
  开发修改查询部分的语句，查询部分测试通过。批扣接口测试通过。

*************银行接口测试**************************
    在53上搭建测试环境，建立D:\标准版SMS\BankIFFinace和D:\标准版SMS\BankIFServer两个文件加，并在IIS上建立 bankserver服务，端口1503。BankIFFinace目录下缺少一个servervonfig.txt，由sos上重新获取。打开 BankIFFinance.exe，点击发票，进入查询界面，点击查询后报错。
    原因：server部分没有更新文件，需要重新发版本（我倒）。
    问题分析：在搭建测试环境，尤其是比较陌生的呼叫中心阿、银行接口阿、VOD什么的，都需要多问多了解，不能仅仅依靠SOS上提供的文件来搭建，一旦开发忘记更新或者忘记上传，就会造成很多不必要的问题，浪费很多时间。
    测试发票打印，查询没有问题，但是打印时提示bank_name 找不到。
    重新编译BankIFServer.dll后更新，打印正常，符合要求：银行代收和代扣的发票打印问题：对银行缴费发票的打印款式要区别于现金收费，对发票中“收款方式”要打印显示出“银行扣费”。如果能具体打印出“某某银行扣费”则更方便工作。
登陆页面部分尚未完成。
测试完成。

LY呼叫中心
   
测试失败sms无法发送返回信息。
察看旧版本的加密。
跟客户要了callcenter部署环境，需要重新部署测试环境。
加密方式错误，需要修改代码，等待新版本
依据现场环境重新在55上搭建测试环境
   开发人员查找半天后说是因为编译环境有个参数设置错了，导致编译后的文件运行错误（我再倒）

测试方案
    1、查询用户基本信息中添加小区信息  √测试通过
    2、查询卡状态中增加卡回收状态  状态标示 0、1、2、4均正常显示，但是无法出现状态表示3。
    3、用户基本信息中,用户证号条件改为精确查询 √ 测试通过。
    4、测试智能卡产品授权查询。√测试通过。
        开发正在查看卡状态中3的查询语句。
测试新版本
    测试通过。交给开发人员发送给用户。

    嘿，俺的测试博客重新开张啦。持之以恒确实是件很困难的事情，希望自己从今天，从这个星期开始，每周末汇总以下测试工作的进展与学习情况，监督自己。
    与之同步更新的还有俺在薄荷网上的减肥博客，嘿嘿，加油~~~

20080521

升级版
确认批次未能执行扣费(银行+帐户),开发正在修改.（居然改到下班都没提交，还敢催着我加班测试，呜呼）
******************************************************************************

TA
经分析该脚本存在回滚空间的问题, 在大量没有提交的时候会出现rollback segment的争用，导致DML无法正常结束。
解决办法: 修改执行的时间,先删除04年数据,然后是05年,布拉布拉布拉,直到07年.
运行仍然十分缓慢,不知道这个办法是否可行,其实数据量不是很大.
虽然很缓慢,但是终于执行成功了.嘿嘿.
 
察看资料勘误导致死机的问题.
四个客户端同时进行资料勘误的时候,中心报错: 存储空间不足,无法处理此命令;系统提示：out of memory.

打开四个客户端，同时进行勘误操作，领导一声令下：1、2、3，我们就按提交按钮，汗，1840年。
晚上一定要看一下loadrunner，不能这么原始下去了。

导数据
新建库ta_sms521,ta_center521,ta_cas521
imp ***/***@**** file=路径 fromuser=ta_sms,ta_center,ta_cas

touser=ta_sms521,ta_center521,ta_cas521
导入失败，遇到oracle 错误 2248，无效的ALTER SESSION选项

怀疑是oracle版本的问题，换到另一台安装了oracle 10g的电脑上重新导库，问题依据。

请开发重新上传数据库文件。

附：同事今天向同一数据库服务器中导数据，好像也失败了，问题不明。

*******************************************************************************
TZ
今天没找我，我也没有主动去找他们，嘿嘿.

    TA
    执行删除数据脚本,在执行到delete ams_sub_accounting_tab
    where Charge_time <= to_date('2007-02-28 23:59:59','yyyy-mm-dd hh24:mi:ss');
 时sql plus死掉。需要重新修改脚本 。  配制好oracle客户端了，嘿嘿，以后就不用跑到别的机器上换库了。

确认两个问题，全是天柏卡的缘故
（1）、当用户进行刷新区域码操作后，在终端作机卡配对后，配对成功，但无授权，刷新授权后正常
（2）、sms进行机卡绑定操作，在终端作机卡配对后，配对成功，但区域码不正确
************************************************************************************
    逐级扣费测试用例
    需要更改两点
    1、在升级版中，缴费方式选择银行代缴和帐户扣费时，无授权结束时间，取而代之的是收费止日。
    2、扣费一方面要考虑产品价格，一方面要考虑计费策略，producype=1时，根据计费策略A计费，其他产品类型则按照其产品价格来计费。已经修改完毕，开始测试。客户端版本2.7
    设置批次通过测试，已设置数个批次。
    批次的执行，通过设置config.xml文件中的时间，两分钟后，sms并未锁定，且没有什么什么日至或者报盘文件。开发去开会了，暂停测试工作

go on ,天啊！当前程序不会按照config中的时间来锁定，而需要手动执行SETTLEMENT.EXE才可以！！！

bug1、建立11个批次后无法再建新批次，无错误提示
bug2、开户后执行批次10001和10006，并未给用户200805201进行扣费。可能与收费止日有关，再次订购。bug3、开户时订购本地节目包和付费节目包，未选授权结束时间，收费止日默认为一个月后，计费时口本地节目包两个月的钱，收费节目包1一月的钱，为什么？其实是在按现金缴费来计费！！

由上面两个bug可以看出来：原来收费止日的作用是这样的，订购时先收本日到收费止日的钱，下次系统自动扣费时，自收费止日开始计费。
bug4、无法查询收费止日，建议将综合查询中的授权结束时间改为收费止日。

************************************************************************************
TZ
   出现奇怪现象，因为未发布新的desc文件，又被批评了。
   该文件于4月30日发布，其后发布7个新版本，导致我在5月16号发版本时遗忘了一个30号修改的文件，真是吐血阿!懊悔了半天，还是自己工作出了纰漏，必须反思并且要亡羊补牢。后来又补充了一下clientconfig文件里的一个baseproductid的设置。

   下午直接与客户沟通，分析并解决问题。
   发现一个bug：上级小区的名称无法自动录入到下级小区的名字中。属于需求不明确的后果。已经修改，取新版本进行测试。

测试结果：下级小区已经可以自动录入上一级小区的名称，三级小区的自动录入所属二级小区名称，测试通过。
发现新问题，更新版本后本次开户，选择策略后，系统弹出提示框''is not a valid integer value.

经分析是invoiceconfig的配置问题，将lastinvoice= 设为0，问题解决。

    今天本来想回家游泳的，又被留下来加班，呜呜。不过还是有进度的，比较欣慰，现在回家，希望外面的沙尘暴已经小点了，肩膀好痛哦。

    明天的工作重点依然是TA和逐级扣费

周一大早写周报
 一、接收ta方面的新bug
    将截图发送给曾
    验证一下bug:
    （1）、当用户进行刷新区域码操作后，在终端作机卡配对后，配对成功，但无授权，刷新授权后正常
    （2）、sms进行机卡绑定操作，在终端作机卡配对后，配对成功，但区域码不正确
    （3）18日操作员日终对帐时候发现 操作员：青年路张真对用户李桂军（用户证号0536005026）授权操作后，收费312，但明细中显示为286。操作员：花园路许向峰对用户张勇进行授权操作后，收费312，但明细中显示为0
    （4）、操作员zyw2，角色为宁阳操作员  订购时输入用户姓名、用户证号后查找，用户显示不出来，但超级管理员能查到。角色为邮政操作员，小区加岱岳，订购时用户名是TEST3，底下没有显示，超级管理员能查到
    （5）、17、18日又出现营业厅客户端操作报系统存储空间不足，内存不足等问题，服务器显示内存正常、硬盘空间正常，将iis重新启动后正常
    到ftp服务器上下载最新数据库。放在166上，进行换库。

    ta删除数据的脚本似乎有问题，需要在测试环境应用一下。
    做完资料勘误不久就会出现死机，内存不足的问题，明天测试一下

************************************************************************************

二、把录屏文件转换成易播放的文件格式。
    可以利用camtasia studio将文件转为AVI格式，并安装暴风影音进行播放 。终于找到更换模式的模块了，嘿嘿。系统管理里好像少录了一段，要补充上。
    已补充，经过整理，已将完整版本放在55的标准版培训上。任务完成 ：）

************************************************************************************ 
三、补充并升级版逐级扣费的测试用例（下班前完成用例）已完成。
   
开户       已完成
订购       已完成
取消定购   已完成
报停       已完成
重开       已完成
退户       已完成
用例需要补充
已经完成初稿，发送给开发人员

发现bug1: 今天作订购操作，选择产品后点击“确定”时，系统提示：Field“product-tpye”not found,致使订购无法进行下去。  开户订购可以进行.
    已解决，版本问题，登陆系统时应先下载最新的更新，察看系统的版本号码是否为最新，并及时清除CACHE目录。

bug2: 做回收设备操作，生成帐单时系统提示：Could not convert variant of type(String) into type(Double),无法回收.尚未解决

18:00 -19: 30  对测试用例进行修订，分为三部分：批次的查询与生成；账户扣费（一系列操作）；银行代扣（一系列操作）。    期望结果方面也进行了更正
************************************************************************************

四、开例会（14：00-14：45）
汇报工作，因为进度问题，被项目经理批评了，连免费加班的功绩也没有人提。看来进度是第一位的，以后工作要按照进度表来进行，没有进度安排的事情不妨delay，希望没有客户来投诉我。
    不过自己的工作确实需要抓紧一些，加油！虽然关心大地震，关心灾民，不过还是回家再去看新闻吧。
************************************************************************************
五、 台州
报停用户时发生问题。
SM卡号为8057602162054736的用户报停成功后，无法在综合查询中查到信息，只有在帐户管理的历史查询记录中找到。