测试场景

验票接口验收测试

1          数据完整性

1.1         通过票号提取信息

1.1.1   国内航空公司

1.1.1.1      单程      票号：9993355782402/9993355782403

1.1.1.2      往返      票号：7843353486115/9993346838373

1.1.1.3      多航程

1.1.2   国际航空公司

1.1.2.1      单程      票号：6183179541677

1.1.2.2    往返      票号：2323179541714/0433179541706

1.1.2.3      多航程    票号：0433179448539

1.1.3   客票状态

1.1.3.1      未使用    票号: 7842441718442/7842441718922

1.1.3.2      已使用    票号：9993355782402/9993355782403

1.1.3.3      已退票    票号：9992116230126/9992116230127/9992116230124

1.1.3.4      已废票    票号：8803197224583

1.1.3.5      其他

1.2         通过PNR提取信息

1.2.1   已出票

1.2.1.1      单人       PNR：TPYLD（已出票）W80VP（已取消）

1.2.1.2      多人       PNR：QV8Z6（已出票）

1.2.1.3    单程       PNR：TPYLD（已出票）

1.2.1.4      往返

1.2.1.5      多程

1.2.2   未出票

1.2.2.1      单人

1.2.2.2      多人

1.2.2.3      单程

1.2.2.4      往返

1.2.2.5      多程

1.3         客票状态监控

1.3.1   退票

1.3.1.1      部分航程退票

1.3.1.2      全部航程退票

1.3.2   废票

1.3.2.1      全部航程废票

1.3.3   系统已存在退票订单

1.3.4   系统未存在退票订单

 

2          压力测试

2.1         接口并发量

2.2         返回数据速度

 

 

======================

 

见附件，响应时间太慢

如：并发50个请求（第3次）时getDetailByTicketId()接口测试：

一.（注意：下面的数据是西安凯讯后台打印的数据）

009-03-25 20:34:11.296   来访ip=211.148.7.241

2009-03-25 20:34:11.296   进入GetDetailByTicketId（）

2009-03-25 20:34:12.906   来访ip=211.148.7.241

2009-03-25 20:34:12.906   进入GetDetailByTicketId（）

2009-03-25 20:34:12.906   来访ip=211.148.7.241

2009-03-25 20:34:12.921   进入GetDetailByTicketId（）

2009-03-25 20:34:14.937   来访ip=211.148.7.241

2009-03-25 20:34:14.937   进入GetDetailByTicketId（）

2009-03-25 20:34:15.937   来访ip=211.148.7.241

2009-03-25 20:34:15.937   进入GetDetailByTicketId（）

2009-03-25 20:34:17.078   来访ip=211.148.7.241

2009-03-25 20:34:17.078   进入GetDetailByTicketId（）

2009-03-25 20:34:18.796   来访ip=211.148.7.241

2009-03-25 20:34:18.796   进入GetDetailByTicketId（）

2009-03-25 20:34:19.875   来访ip=211.148.7.241

2009-03-25 20:34:19.875   进入GetDetailByTicketId（）

2009-03-25 20:34:20.968   来访ip=211.148.7.241

2009-03-25 20:34:20.968   进入GetDetailByTicketId（）

2009-03-25 20:34:21.968   来访ip=211.148.7.241

2009-03-25 20:34:21.968   进入GetDetailByTicketId（）

2009-03-25 20:34:23.421   结束GetDetailByTicketId（）

2009-03-25 20:34:26.375   结束GetDetailByTicketId（）

从我们第一个请求的进入凯讯的系统到它的返回用时为

2009-03-25 20:34:23.421 --2009-03-25 20:34:11.296= 12.125秒

二．我们的数据

Thread-0 线程运行开始!

Thread-2 线程运行开始!

Thread-6 线程运行开始!

Thread-10 线程运行开始!

Thread-14 线程运行开始!

Thread-18 线程运行开始!

Thread-22 线程运行开始!

Thread-26 线程运行开始!

Thread-30 线程运行开始!

Thread-32 线程运行开始!

Thread-28 线程运行开始!

Thread-24 线程运行开始!

Thread-20 线程运行开始!

Thread-16 线程运行开始!

Thread-12 线程运行开始!

Thread-4 线程运行开始!

Thread-8 线程运行开始!

Thread-34 线程运行开始!

Thread-38 线程运行开始!

Thread-42 线程运行开始!

Thread-46 线程运行开始!

Thread-36 线程运行开始!

Thread-40 线程运行开始!

Thread-44 线程运行开始!

Thread-48 线程运行开始!

Thread-4========getDetailByTicketId()响应时间：12.641s

从第一个请求开始，到一个回应共用时12.641秒

网络传输时间 12.641-12.125=0.516秒

文件大小为：4K

分析其他测试数据也是差不多是同样的情况，

结论：瓶颈在凯讯那，而不是网络问题。

 

说明下：GetDetailByTicketId接口执行了三条指令

1. DETR TN/4792490167627

2.DETR TN/4792490167627,F

3.RTM9NC6

每个指令的间隔时间是0.8秒×3=2.4秒（最快响应时间）

 

因此要优化就需要凯讯想想办法了

===================