今天先定了计划
1、验证泰安发票问题。
2、补充升级版测试用例中逐期扣费部分：发票批量打印、催缴和批量停机。
3、完成银行接口测试用例编写

工作实施记录
1、验证泰安发票问题,已部分确认，发票查询中确实有问题，但是发票页面还是可以弹出的。（需要更换数据库）
3、根据测试方案写大致用例（已完成）
  191搭建银行接口服务器，安装银行接口服务器，生成C:\Program Files\BankComm目录，安装 MDAC，修改BankInterfaceCfg.ini，嘿，我这里不用改了（偷懒总会遭到报复的，呜呜）。
   要到数据库190（sms/sms）中select* from sms_subscriber_core_tab where sub_code='',才能在模拟器中正确发送。
模拟器下方总是显示：未监听状态？？？？？无他，开发不愿意改就算了
测试用户验证，
输入sub_id=100990001
  银行发送信息 00001 80400 00132007030100000000 0000000058 1 0000 0013 100990001
  银行接收信息 00001 80400 00132007030100000000 0000000058 2 0000 1001 100990001
输入sub_id=
  银行发送信息 00001 80400 00132007030100000000 0000000049 1 0000 0013
  银行接收信息 00001 80400 00132007030100000000 0000000049 1 0000 0013
输入sub_id=1
  银行发送信息 00001 80400 00132007030100000000 0000000050 1 0000 0013 1
  银行接收信息 00001 80400 00132007030100000000 0000000049 1 0000 0013   有问题，返回值应该为2
注意：发送指令前都要重新“连接sms”，
  再次发送并接收，返回正常       00001 80400 00132007030100000000 0000000049 2 0200 1001 此用户不存在

发现两个问题：1、对于非正常用户，接口在发送和接收信息时没有明确提示？
              2、输入非正常用户sub_id，发送信息后，银行计收信息中代码错误，返回信息应该为2， 可实际返回为1

测试用户签约
输入正常用户sub_id=100990001
  银行发送信息 00001 80500 00132007030100000001 0000000068 1 0000 0013 100990001 200806241
  银行返回信息 00001 80500 00132007030100000001 0000000049 2 0010 1001 签约失败
输入已注销用户sub_id=1003433 
  银行发送信息 00001 80500 00132007030100000001 0000000066 1 0000 0013 1003433 200806241
  银行返回信息 00001 80500 00132007030100000001 0000000049 2 0010 1001 签约失败
修改服务端bankinterface.dll文件中的ip为192.168.4.191后签约成功，呜呜。
重新测试
输入正常用户sub_id=100990001
  银行发送信息 00001 80500 00132007030100000001 0000000068 1 0000 0013 100990001 200806241
                            00001 80500 00132007030100000001 0000000068 2 0000 1001 100990001 200806241
输入已注销用户sub_id=1003433 
  银行发送信息 00001 80500 00132007030100000001 0000000066 1 0000 0013 1003433 200806241
  银行返回信息 00001 80500 00132007030100000001 0000000066 2 0000 1001 1003433 200806242
  返回信息错误，因为该用户属于注销用户，所以返回值应该为0100
  开发生气了，今天测试结束，先写用例
申请批量代扣文件
00001 80600 00132007030100000004 0000000057 1 0000 0013 20080624
00001 80600 00132007030100000004 0000000049 2 0160 1001   提示批次为空？
我晕了，打道回府，刚过八点，还是公交车回吧
伊春项目
注销失败可能是因为中数产品，需要修改服务端sss\cgi-bin下的cdmconfig.txt文件，将里面的CDMurl=后面该为空。

进行公共库性能测试
1000 刷新授权 35秒左右
1000 发送OSD  35秒左右
1000 发送EMAIL 35秒左右
1000 订购产品  第一张卡即被报错。

 <ResultInfo ReturnCode="306">
    <ReturnMessage>卡0000000000000085产品101与已有授权时间重叠</ReturnMessage>
其他卡并没有继续授权下去。
    没有实现需求中所说的前一授权指令不影响后一授权的执行。已经在JIRA上报错了
1000 报停   30秒左右
1000 重新开通 30秒所有
1000 计费 用例还没有写好

订购部分用例需要重新写，因为订购产品已经被订购过了，现在只剩下产品102
无法前将原有测试脚本分成一个用例一个文档，并做链接到文档中。
花了半天时间，终于将文档重新分页并做成链接放进文档了，嘿嘿。
       应该算迄今为止比较写得比较痛苦的一篇用例，脑袋都晕了，嘻嘻。
      今天加班到9点，打车回家！

1、YC方面的配置似乎有问题，报得错误提示信息与测试环境不一致。正在交涉文件的版本和serverconfig文件信息。

2、升级版公共库停机部分测试用例
明确各个参数
operationid=200210
promotercode=GD-0001
agentcode=0001
StrategyPkgId=1000071
哈哈哈哈，公共库的用例用于写完了，就差那个变态的1000卡同时并发了。

3、研究银行接口的测试工具

验证YC问题
     安装好YC的服务端，在本地安装客户端。
     数据库链接需要加密。将密文更换进serverconfig文件中，却总提示数据库有问题，可能是拷贝时有空格或者输入法的差异？？由开发人员自己拷进区就没有问题，我倒。

升级版
     报告升级版bug：计费策略错误时仍然可以定购成功。
     用写好的脚本继续测试公共库，没有发现其他问题。
     现在看来干活仍然比较少，可能确实被外星人劫持了吧？嘻嘻

补充升级版测试用例
上午完成公共库 xml语句的编写。（实际完成情况：只完成了定购部分，）
        执行下面语句后报了个999的错误，提示  <ReturnMessage>Name cannot begin with the ' ' character, hexadecimal value 0x20. Line 15, position 10.</ReturnMessage>
<CalParams>
  <OperationInfo OperationId="200240">
    <OperatorInfo PromoterCode="GD-001" AgentCode="10001" OpreatorCode="1" WorkstationCode="" />
  </OperationInfo>
  <StrategyInfo StrategyPkgId="1000074" />
    <SubscriberInfo SubCode="pub001">
      <DeviceInfo_List>
        <DeviceInfo CardNO="0000000000000081" StbNO="00000000000000000042">
          <EntitlementInfo_List>
       <EntitlementInfo CardNO="" StbNO="" ProductCode="101" StartTime="2008-01-01 00:00:00" StopTime="2008-12-31 23:59:59" />
            <EntitlementInfo CardNO="" StbNO="" ProductCode="102" StartTime="2008-01-01 00:00:00" StopTime="2008-12-31 23:59:59" />
       <EntitlementInfo CardNO="" StbNO="" ProductCode="103" StartTime="2008-01-01 00:00:00" StopTime="2008-12-31 23:59:59" />
     </EntitlementInfo_List>
   </DeviceInfo>
       </ DeviceInfo_List >
   </SubscriberInfo>
</CalParams>

经查问题在于 promotercode=GD-0001  AgentCode=0001,没有subcode，所以应该为空。另外程序在判断授权时间上有点问题，正在修改。
修改Msi文件后，重新配置web config，输入
<?xml version="1.0" encoding="UTF-8"?>
<CalParams>
  <OperationInfo OperationId="200240">
    <OperatorInfo PromoterCode="GD-0001" AgentCode="0001" OpreatorCode="1" WorkstationCode="" />
  </OperationInfo>
  <StrategyInfo StrategyPkgId="1000074" />
    <SubscriberInfo SubCode="">
      <DeviceInfo_List>
        <DeviceInfo CardNO="0000000000000081" StbNO="00000000000000000042">
          <EntitlementInfo_List>
       <EntitlementInfo CardNO="" StbNO="" ProductCode="101" StartTime="2008-01-01 00:00:00" StopTime="2008-12-31 23:59:59" />
            <EntitlementInfo CardNO="" StbNO="" ProductCode="102" StartTime="2008-01-01 00:00:00" StopTime="2008-12-31 23:59:59" />
       <EntitlementInfo CardNO="" StbNO="" ProductCode="103" StartTime="2008-01-01 00:00:00" StopTime="2008-12-31 23:59:59" />
     </EntitlementInfo_List>
   </DeviceInfo>
       </DeviceInfo_List >
   </SubscriberInfo>
</CalParams>

返回信息
<?xml version="1.0" encoding="utf-8"?>
<ResultInfo_List  >
  <ResultInfo ReturnCode="104">
    <ReturnMessage>Unable to load DLL 'oramts.dll': 找不到指定的模块。 (Exception from HRESULT: 0x8007007E)</ReturnMessage>
  </ResultInfo>
</ResultInfo_List>
好像是数据库驱动的问题，正在查看。
在oracle安装文件执行时，选择安装类型：自定义 下一步——指定主目录后，进入组件选择页面
选择Oracle Service For Microsoft Transaction serve
安装成功后，服务中增加oracle services for microsoft transaction serve

给pub003   增加新设备0000000000000092
给pub004   增加新设备0000000000000091

<ReturnMessage>Name cannot begin with the ' ' character, hexadecimal value 0x20. Line 16, position 10.</ReturnMessage>
提示某某处不得为空时，一定是因为有空格，按照提示删除空格即可。
定购策略错误时，依然可以成功定购！

下班前发现的最后一个bug:   定购策略错误时不可以进行订购和授权，而实际情况是无论订购策略部分输入什么，都可以订购成功。已提交给开发人员。
****************************************************************************************

YC并验证一个问题。
       吐血，121上的伊春库有三个文件，而实际现有的伊春sms为标准版，白导了半天。
       导成功了，但是121服务端没有YC的环境，明天SLL如果把文件导到55上，我就搭一下环境再测试。