宠辱不惊,看庭前花开花落;去留无意,望天空云卷云舒
通信接口测试小结
上一篇 /
下一篇 2007-12-11 18:20:32
/ 个人分类:测试技术
做了五、六个接口程序的测试,由于接口测试的特性:可能没有什么界面,没有太多功能。也可能是开发人员水平不错,没有发现很多的bug。在用户那里使用也都正常。可是真要说测试方法来自己也说不清楚
特此回顾一下测试接口程序的心得。接口有不同的层次,小的有函数间的接口,大的有系统间的接口。同时接口也有不同的类型:函数接口、消息接口、文件接口、数据库接口、共享内存接口、类接口等.我做的一直是系统间的接口测试。这类测试的主要依据文档是通信协议。客户通常是要求把一个系统里的通信报文格式转换成另一个系统里的报文格式。那功能测试的内容,把每一条报文都覆盖测试一次确保转换成功。关注:参数的类形、数量、顺序匹配。接口的日志文件,异常处理。
在BBS里别人是这样总结:
接口测试需要关注的几点:
1、调用所测试模块时的输入参数与模块的形式参数在个数、属性、顺序上是否匹配;
2、所测试模块调用子模块时,它输入给子模块的参数与子模块中的形式参数在个数、属性、顺序上是否匹配;
3、是否修改了只做输入用的形式参数;
4、输出给标准函数的参数在个数、属性、顺序上是否正确;
5、全局变量的定义在每个模块中是否一致;
6、约束条件是否通过形式参数来传送。
接口有不同的层次,小的有函数间的接口,大的有系统间的接口。同时接口也有不同的类型:函数接口、消息接口、文件接口、数据库接口、共享内存接口、类接口等,你所说的参数的传递只是其中一小部分。
采用面向对象的方法,并不能避免参数传递,类型匹配,个数匹配这方面的错误.
1.在把各个模块连接起来的时候,穿越模块接口的数据会不会丢失;
2.各个子功能组合起来,能否达到预期要求的父功能;
3.一个模块的功能是否对另一个模块的功能产生不利影响;
4.全局数据结构是否有问题;
5.单个模块的误差积累起来,是否会放大,从而达到不可接受的程度。
写用例把这个这几个原则,当然还要具体问题具体分析,需要多考虑一些
主要从事嵌入式软件的系统测试,在进行接口测试类型时,我们这边主要按照以下要求来做
接口测试时对软件需求规格说明中的接口需求逐项进行的测试。接口测试一般需要进行:
a) 测试所有外部接口,检查接口信息的格式及内容;
b) 对每一个外部输入/输出接口必须作正常和异常情况的测试;
c) 测试硬件提供的接口是否便于使用;
d) 测试系统的特性(如数据特性、错误特性、速度特性)对软件功能、性能特性的影响;
e) 对所有的内部接口的功能、性能进行测试
相关阅读:
- (转贴)敏捷测试(Agile Testing)有感 (thefirstred, 2007-11-28)
- 软件测试资源网站 (baihehua520, 2007-12-03)
- 【转】测试经理的能力要求 (ruanyongjie, 2007-12-05)
- 测试的目的 (lsg83214, 2007-12-09)
- 关于测试的词汇(转) (lsg83214, 2007-12-09)
- Web测试总结 (lsg83214, 2007-12-09)
- 证书有什么用? (lsg83214, 2007-12-09)
- 测试、需求 孰轻孰重 (秋天的枫叶, 2007-12-10)
- 测试,一个被遗忘的阶段【转】 (秋天的枫叶, 2007-12-10)
- 软件评测师考试历年试题及解答合订本 (higkoo, 2007-12-11)
收藏
举报
TAG:
测试技术