走在测试的大路上

20080520 灰白的一天

上一篇 / 下一篇  2008-05-20 20:28:42 / 个人分类:工作日记

    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和逐级扣费


TAG: 手工测试 工作日记

 

评分:0

我来说两句

日历

« 2024-03-26  
     12
3456789
10111213141516
17181920212223
24252627282930
31      

数据统计

  • 访问量: 9772
  • 日志数: 21
  • 图片数: 1
  • 建立时间: 2007-04-10
  • 更新时间: 2009-07-15

RSS订阅

Open Toolbar