金融信息交换协议（FIX）5.0 FIXT1.1（7）

Songzhang

于 2007-10-08 10:31:00 发布

阅读量6k

点赞数

文章标签：金融测试解密文档加密存储

版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文链接：https://blog.csdn.net/Songzhang/article/details/1814816

版权

本文档详细介绍了适用于所有FIX系统的7.3测试用例，内容涉及金融信息交换协议FIX 5.0 SP2及其FIXT1.1版本的相关测试，涵盖加密、解密、文档存储等多个关键环节。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

7.3 Test cases applicable to all FIX systems

Ref ID 参考号	Pre- Condi- tion 前置条件	Test case 测试用例	Mandaory /Optional 强制 / 可选	Condition /Stimulus 状态 / 激发	Expected Beheavior 期望行为
2		收到消息标准头	Mandatory 强制	A 收到期望的 MsgSeqNum	接受该消息的 MsgSeqNum
				b 收到比期望值大的 MsgSeqNum	用 Resend Request 消息作为响应
				c 收到比期望值小的 MsgSeqNum 且 PossDupFlag 不为‘ Y ’ 列外： SeqReset-Reset	1. 推荐 FIX 引擎尝试发送一个 Logout ，并带有 Text 的值为“ MsgSeqNum too low ， expecting X but receiced Y ” 2. （可选）等待 Logout 消息的响应（注意：可能会出现的错误的 MsgSeqNum ）或者等待 2 秒无论什么先到达 3. 断开连接 4. 产生、输出错误报告
				d 收到混乱消息	1. 当做混乱消息并忽略消息（不增加输入 MsgSeqNum ），继续接收消息。 2. 产生并输出“警告”测试信息。 3. 发送 Logout 消息，在其 Text 域填写错误状态。 4. 断开连接。
				e PossDupFlag 值为‘ Y ’； OrigSendingTime 值小于或等于 SendingTime 且 MsgSeqNum 比期望值小。注意： OrigSendingTime 应遭遇 SendingTime 除非该消息在同一秒内重传。	1. 检查是否该 MsgSeqNum 值消息已经被接收。 2. 如果已经收到，忽略该消息，否则接收并处理该消息。
				f PossDupFlag 值为‘ Y ’， OrigSendingTime 比 SendingTime 大，且 MsgSeqNum 等于期望值注意： OrigSendingTime 应遭遇 SendingTime 除非该消息在同一秒内重传。	1. 发送 Reject 驳回消息，参照不准确的发送时间（ >=FIX4.2 ： SessionRejectReason = “ SendingTime 准确性问题 ”） 2. 增加接收 MsgSeqNum 值 3. 可选： a) 发送 Logtout 消息，参照不准确的 SendingTime 值 b) （可选）等待 Logout 响应（注意有可能有不准确的 SendingTime ）或者等待 2 秒无论什么消息先到达。 c) 断开连接。产生、输出一个“错误”测试信息。
				g PossDupFlag 值为‘ Y ’， OrigSendingTime 没有指定注意：在响应 Resen Request 消息时，始终将 OrigSendingTime 设置为消息最开始发送的时间，不是当前 SendingTime 时间，并且 PossDuFlag= ‘ Y ’	1. 发送 Reject 驳回消息，参照不准确的发送时间（ >=FIX4.2 ： SessionRejectReason = “ tag 丢失”） 2. 增加接收 MsgSeqNum 值
				h 收到在测试 Profile 中指定的期望的 BeginString 值，并且匹配发送消息的 BeginString 值	接受该消息的 BeginString
				i 收到不是在测试 Profile 中指定的期望的 BeginString 值，并且匹配发送消息的 BeginString 值	1. 发送 Logout 消息参照错误的 BeginString 值。 2. （可选）等待 Logout 响应消息（注意可能有错误的 BeginString ）或者等待 2 秒无论什么先到达 3. 断开连接。 4. 产生、输出“错误“测试信息。
				j 收到在测试 Profile 中指定的期望的 SenderCompID 和 TargetCompID 值	接受该消息的 SenderCompID 和 TargetCompID
				k 收到不是在测试 Profile 中指定的期望的 SenderCompID 和 TargetCompID 值	1. 发送 Reject 驳回消息，参照无效的 SenderCompID 和 TargetCompID 。（ >=FIX4.2 ： SessionRejectReason = “ CompID 错误”） 2. 增加接收 MsgSeqNum 值。 3. 参照错误的 SenderCompID 或 TargetCompID 值发送 Logout 消息。 4. （可选）等待 Logout 响应消息（注意可能有错误的 SenderCompID 或 TargetCompID 值）或者等待 2 秒无论什么先到达 5. 断开连接 6. 产生、输出“错误”测试信息。
				l 收到正确的 BodyLength 值	接受该消息的 BodyLength
				m 收到正确的 BodyLength 值	1. 当做混乱消息并忽略（不增加接收 MsgSeqNum 值），继续接收消息。 2. 产生、输出“警告”测试信息。
				N SendingTime 值使用 UTC 格式并在一个基于原子时间的合理范围内（如， 2 秒）

最低0.47元/天解锁文章

评论 4

被折叠的条评论为什么被折叠?

到【灌水乐园】发言

查看更多评论

添加红包

成就一亿技术人!

hope_wisdom

发出的红包

实付元

使用余额支付

点击重新获取

扫码支付

钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。