博客园  :: 首页  :: 新随笔  :: 联系 :: 订阅 订阅  :: 管理

请求支付报表的测试

Posted on 2007-11-17 16:27  懒人ABC  阅读(259)  评论(0编辑  收藏  举报
1,业务相关
    ①当需要显示明细,又需要显示合计时,需要注意不存在明细,但有合计的情况。
      比如:明细里只需要显示请求和支付有差异的记录,但是结果里却仍然需要显示总的合计。
    ②需要两部分业务数据进行对比时,要注意1业务存在时,2业务不存在
      或者1业务不存在,2业务存在,
      又或1业务及2业务均存在时的情况。
      比如:请求业务和支付业务。请求业务是针对订单号来对客户请求付款的;
            然而客户有可能一次性支付好几笔订单的货款。
    ③締日。不同的客户,每个月的结算日是有可能不相同的。
     比如:有的客户在一个月的10号进行结算,
          有的客户在一个月的20号结算,
          但是也有客户在月底结算。
          在月底结算时,前台的条件需要注意。10月份要取31号,11月份要取30号。
    ④締年月日。一次请求肯定是针对一个结算日的,一次支付也肯定针对一次请求的。
      所以检索明细以及合计数据时,谨慎核对检索出来内容是否符合条件。
    ⑤请求金额必须从发出方的存根里取得,而不能从客户支付的存根里获取。
2,代码分析
   ①如果使用FULL JOIN 来获取数据的话,
   连接时必须注意检索的条件。不能把请求业务的条件和支付业务的条件放在一起过滤。
  ②当请求和支付业务,任何一方不存在时,求差异时注意使用ISNULL(请求金额)-ISNULL(支付金额),
   而不能使用请求金额-支付金额。
  
 
3,客户相关
  ①界面的排版要美观,注意每个项目之间的空格,以及整体的布局。
  ②一行内内容注意对齐,同时数字需要右对齐。
  ③数字时,也要注意千分符的设置。比如:999,999
  ④出力内容要按照指定顺序出力。
  ⑤换页时,假如前页明细内容都显示完了了,只需在第二页显示合计结果时,需要把前页的明细对应的标头信息也在
   合计之上对应显示。