`
guoanding
  • 浏览: 29516 次
  • 性别: Icon_minigender_1
  • 来自: 上海
社区版块
存档分类
最新评论

测试总结20101029(缺少重新连接机制)

阅读更多
测试总结:
1.多个系统的耦合,其中一个服务宕掉了,系统是否有重新连接的机制,今天的测试碰到开发人员没有加入 重联机制。
2.并发性测试,一张票能多次退。
3.提交订单,提交按键没有灰掉,能多次提交订单。
4.excel提交订单提交最大值包括标题。
5.乱码问题,开发人员编码格式的统一。
6.加入COD行业,新增COD模块,测试只考虑ATF订单不显示在COD订单和COD订单不进入ATF订单, 但忽略了下载订单是否包含其它行业订单.
7.测试时COD有订单自动审核,只考虑采用自创订单来跑流程,忽略自动订单审核跑流程,结果自动审核订单无调用方法,没有产生”审核时间”和”确认时间”无法生成批次造成后面无财务结算一系统流程.
8.COD自动审核订单,只考虑自动审核订单,无考虑自动审核订单被修改或拒绝后再次提交是否会自动审核.
9.自动审核订单考虑到0-1000,1000-2000,2000-3000的订单,生成批次没考虑这些因素(一个流程没做下去).
10.测试订单确认“按客票”和“按订单”只考虑到订单和客票,无考虑到合同关系,一代理下多个企业。
11.COD和B2C合同无效能导入订单和添加订单(测试时忽略了测试合同关系).
12.多调几次账,出现重复电子客票号问题.

13.手续费率,页面显示(0.2)只显示(.2)(只测试一般情况,特殊情况没考虑)。

14.COD导入订单的金额,小数点后两位,系统不显示。

15.ATF行业导入订单,3个代理同时导入订单,订单会产生错乱。(测试并发性没考虑到)

16.对方接口退票和提交订单button,已经做动作时,button按键没有灰掉,如果我们系统没有做锁定这条记录或者锁定退票余额,就会导致重复退票,所以不管对方没做这个系统改造,我们也要做这个约束。

17.系统的优化,关键字或者用处比较多的字段,建议用索引,避免全表扫描。

18.频繁的修改服务器时间,会导致后台的定时器阻塞:如1分钟的定时器,取当前时间操作系统的时间为起点(2010-6-23 18:00) 定时应该在下一分钟2010-6-23 18:01再次工作,同时系统时间修改为(2010-06-24 18:00),然而定时器现在取的时间为2010-06-24 18:00,取不到2010-6-23 18:01时间点,定时器一直在那等待这个个时间点2010-6-23 18:01,导致所有的定时器阻塞。

19.日志记录IP地址有误。

20.运营人员对系统不熟,如额度不足,或者合同失效,无报警邮件提示,导致反映系统问题。
分享到:
评论
发表评论

文章已被作者锁定,不允许评论。

相关推荐

Global site tag (gtag.js) - Google Analytics