51Testing软件测试论坛

标题: 协议测试用例设计思路 [打印本页]

作者: andywang0910 时间: 2011-7-18 16:54
标题: 协议测试用例设计思路
本人刚接触SCTP协议测试，对于很多东西甚至连基本的TCP、UDP原理都不懂，想问问各位大侠如何根据不同的网络协议生成协议测试的测试用例，例如如何根据SCTP的特点设计对应的测试用例既能保证高覆盖率又能体现其与其他协议如TCP、UDP的不同。

作者: w阿思 时间: 2011-7-27 17:22
难啊，先学一下TCP/IP详解吧，

作者: Jackc 时间: 2011-7-27 20:32
本帖最后由 Jackc 于 2011-7-27 20:35 编辑

通常来说，协议测试的基础测试点都来源于RFC（应用程序额外接口视实际需求而定），还需要搭建模拟测试环境（主要是服务器端和测试工具）。

SCTP主要用到2960和4960，可将RFC看做是基础需求文档，即基本的应用规范。测试者需要从中提取出可被侦测的元素，并对其施加测试用例方法，最终得到实际测试用例组。

1.首先，应该对需要测试的RFC文档结构有个大概的了解，所以，多看几次目录对后面设计用例将有很大的帮助；

2.不建议按照RFC的文档结构书写用例。比较容易设计用例的方式是程序流程为主的设计方式。
以SCTP RFC2960为例：
1.按照数据交互的流程，可以考虑从握手开始设计用例，中间是数据传输的各种情况（如区别于TCP的多流传输），最后以结束数据交互为终止，这样来设计基础功能用例组
2.为了快速熟悉SCTP功能，可以先直接看第10节关于SCTP的各种功能实现命令的介绍，比如，
1）分析SCTP初始化的实现，Initialize 的格式：
INITIALIZE ([local port], [local eligible address list]) ->local SCTP instance name
2）得到3个可测单元，port，list，name。
3）然后根据RFC下面的描述以及测试者对这3个测试单元的理解，对他们施加测试方法。
如，port属性可细化为：数字类型，有长度限制，非必要条件
数字类型的测试的正常测试方法有：负数测试、0测试、空值测试、正整数测试、小数测试。。。。
当然，同时需要考虑数字类型的非正常测试：其他字符测试
………………

上面说得很简单，RFC演变为测试用例的过程大致如此，通常按照固定RFC设计出的用例组，已经具有有别于其他RFC用例组（当然，相同的部分还是存在的，比如数字类型测试用例组）。而单个完整的RFC测试用例组会有几千条用例，属于“苦力活”，多多努力吧.

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)