首先查看了一下站内关于软测的一些看法和报名情况，觉得还是很值得考一下的，所以就立马上了北京人事网去报名了。
   有人不知道报名网址么？http://www.bjpta.gov.cn/wsbm_z.asp?catid=366&left_catname=%CD%F8%C9%CF%B1%A8%C3%FB。
   过程还算顺利，填写资料-传照片-网上缴费，半个小时就搞定了。
   教材也到手了，卓越送货还是很快哦，头天订购，第二天就送到了，嘿嘿。就是书好厚哦，要啃下来还真是不易，以后晚上不能随心所欲的玩了，要抓紧时间学习啦。

本周工作效率还不错，只是可惜没有得到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
测试：查看发票是否去除了背景，内容是否显示完整
测试通过，已发送给用户

本周工作重点——验证泰安问题

因为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 , 察看日志，没有发现该卡记录。
    经过沙的提示，casmgr日志中指令是凌晨发送=〉调度在发送指令，并不是做了反授权操作，而是系统自动发送的反授权指令。所以启动19上的调度服务，果然发送了相同授权。问题的根源越来越清晰了。进入数据库查询，发现该用户有3条过期授权并未结束（特征值为0），是因为某种原因导致该用户的机顶盒号未输入到数据库，所以在去年10月1号后的反授权始终没有成功，于是调度服务一直在重复发送反授权。
    在数据库中加入机顶盒号码，重启dispatcher服务，等待反授权成功，问题最终解决：）
**************************************************************
    因为售前人员的需要，我们需要制定一份现场演示的可行方案。
    首先要安装oracle 10g express edition。安装成功后，使用sql plus work sheet登陆数据库，提示：ERROR:ORA-12154: TNS: 无法解析指定的连接标识符
   在oracle客户端的服务连接测试时，提示：无法定位程序输入点snlinAddrLocalhost于动态链接库oral10.dll
可能是版本兼容问题？不过不碍事，继续使用建库程序，建标准版SMS库成功。
修改19上标准版配置connectionstr=UHJvdmlkZ......
    重启IIS后登陆客户端，进行测试。
    其次， 在XP home版上配置IIS.需要2003的安装盘。安装完成后，IIS刚开始无法浏览，权限有问题，经过如下方法调整：

    第一步：“开始”->“设置”->“控制面板”->“管理工具”->“组件服务”中，“控制台根目录”->“组件服务 ”->“计算机”->“我的电脑”->“COM+应用程序”中，有一个“IIS Out-Of-Process Pooled”鼠标右键“属性”--“标识”--把“此用户”调整为“交互式用户--目前已登录的用户”。然后“确定”，再鼠标右键“属性”--“启动 ”.

    第二步：“开始”->“管理工具”->“Internet 信息服务”->展开左侧的本地计算机->右击“网站”属性->选择“目录安全性”->点“编辑”然后在弹出的对话框中确保只选中 了“匿名访问”和“集成Windows验证”两项，单击匿名访问中的编辑，去掉“允许IIS控制密码”然后保存设置就可以了。

    修改后重新启动IIS，即可正常浏览。

    最后，启动casmgr服务后，登陆标准版SMS测试。
    打开个人用户服务时，报错。修改webconifg.txt中的datasource=xe；CenterURL=http://localhost/标准版运营管理系统/cgi-bin/CenterServer.dll后，重启IIS，即可。作一系列基本操作：卡报盘、出仓；开户；定购；设置策略

    下载中心CA产品时又报错，研究很久，领导说演示环境嘛，不用太研究，所以 经开发修改SmsServer.dll,屏蔽了其中连接中心服务的语，不用启动CASMGR,即 可正常进行开户等操作。

     这个演示方案通过测试，比较可行，随时可以给售前人员使用了。

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

    测试黑龙江省网

    测试不同代理商用户的优惠不同这个新功能。总体测试思想就是配置中设定某些代理商的用户无法享受新优惠，然后去实际订购操作中验证即可。很不幸，第一轮就测出问题：新程序只对某个代理商起限制作用，其他代理无论设置与否，均可享受到优惠。打回去重新修改

     摘要:     本周有两天时间花费在整理展会的宣传文档上，改了又改，每层领导都能提点意见出来，真汗阿。******************************************************************************    宁波北仑银行接口--登陆页面测试    ...  阅读全文

    本周主要测试三个项目黑龙江省网、宁波银行接口、洛阳呼叫中心
黑龙江省网
    需要测试一个新功能，需求如下：
    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元/月），却可以在相同时间段内同时订购。经开发确认，问题确实存在，但是客户并没有相应的需求，暂不修改。


宁波银行接口
测试内容：银行批扣+银行接口
**************银行批扣第一轮******************
简单测试方案：
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后更新，打印正常，符合要求：银行代收和代扣的发票打印问题：对银行缴费发票的打印款式要区别于现金收费，对发票中“收款方式”要打印显示出“银行扣费”。如果能具体打印出“某某银行扣费”则更方便工作。
登陆页面部分尚未完成。
测试完成。

洛阳呼叫中心
    洛阳项目呼叫中心发布一版，标签：2.0.2009.2
        发布时间：2009-02-03
         发布内容：
                1、Bin\CallCenterComm\CallCenterInterFace.exe  2.0.2009.5       987,136 字

节        2009-02-03, 16:41:56
                2、Bin\CallCenterServer\CallCenterServer.dll        2.0.2009.4        1,278,464

字节        2009-02-03, 16:42:11
                3、Bin\CallCenterClient\CallCenterClient.exe        2.0.2009.1        508,928 字

节        2009-02-03, 16:42:24
测试失败sms无法发送返回信息。

察看旧版本的加密。
跟客户要了callcenter部署环境，需要重新部署测试环境。
加密方式错误，需要修改代码，等待新版本
依据现场环境重新在55上搭建测试环境

   开发人员查找半天后说是因为编译环境有个参数设置错了，导致编译后的文件运行错误（我再倒）

测试方案
    1、查询用户基本信息中添加小区信息  √测试通过
    2、查询卡状态中增加卡回收状态  状态标示 0、1、2、4均正常显示，但是无法出现状态表示3。
    3、用户基本信息中,用户证号条件改为精确查询 √ 测试通过。
    4、测试智能卡产品授权查询。√测试通过。
        开发正在查看卡状态中3的查询语句。
测试新版本
        发布时间：2009-02-10
    发布内容：
                1、Bin\CallCenterServer\CallCenterServer.dll        2.0.2009.9        1,279,488

字节        2009-02-10, 16:19:17
2.0.2009.6
        修订时间：2009-02-10
        修订内容：1、    关于卡过期状态的一个bug
        测试通过。交给开发人员发送给用户。