软件测试之接口测试系列一

1.接口测试的定义

　　接口：常用接口有两种API（应用程序接口，属于操作系统或程序接口）、GUI（图形界面接口，属于图形接口）。

　　接口测试是测试系统组件间接口的一种测试。主要用于检测外部系统与系统之间以及各个子系统之间的交互点。

2.为什么要做接口测试

　　传统测试成本急剧增高（主要是时间成本），效率降低。

　　接口测试站在用户的角度对系统进行全面高效持续的检测。

　　

　　

原文地址：https://www.cnblogs.com/chenting-personal/p/12079924.html

时间： 2024-11-08 17:04:05

软件测试之接口测试系列一的相关文章

软件测试之接口测试系列七

1.常见接口测试工具 常见浏览器(拥有独立的内核):谷歌.火狐 postMan简介:比较完整的API测试开发环境. JMeter简介:Apache组织开发,最开始用于web测试,后扩展于其他测试领域 Fiddler简介:HTTP协议调式代理工具. 2.接口测试测试用例设计 接口测试用例设计方式:等价类.边界值等等. 接口测试用例模板 原文地址:https://www.cnblogs.com/chenting-personal/p/12112883.html

软件测试之接口测试基础知识接口类型、测试工具

HTTP,webservice,socket HTTP:分为get和post类型 Webservice也分get和post类型.(一般wsdl结尾,即webservice接口) Socket:少见. Http接口测试工具: Jmeter Firefox插件httprequester 在线工具http://www.atool.org/httptest.php postman soapui loadrunner 原文地址:https://www.cnblogs.com/hisweety/p/1084

测试技术的思考 ---- 读《微软的软件测试之道》有感系列

假期期间,带着复习巩固测试基础理论的目的,开始阅读<微软的软件测试之道>,阅读过程中有不少启发,遂将自己的思考及学到的知识在此处做个总结记录. 1. 为什么阅读这本书? ????做了几年测试工作,随着对测试理解的加深,我发现测试理论对于日常的测试工作有较大的帮助与影响.待测系统复杂多样性的增加,要求我们也逐步去思考,如何测试,才能保证待测系统的质量,这期间就需要测试理论的支撑. ????我个人的一个观点是,一个优秀的测试工程师,或一个优秀的软件开发测试工程师,需要在三个方面持续的打磨: 理论

全程软件测试之测试需求分析与计划

全程软件测试之测试需求分析与计划 在项目启动之后,就要着手软件项目的计划,包括软件测试计划.软件测试计划是整个开发计划的组成部分,同时,它又依赖于软件组织过程.项目的总体计划.质量文化和方针.在测试计划活动中,首先要确认测试目标.范围和需求,其中"测试需求分析"是关键任务,然后在测试需求基础上制定测试策略,并对测试任务.时间.资源.成本和风险等进行估算或评估. 无论何时进行估算,我们都是在预测未来,并会接受某种程度的不确定性.软件项目计划的目标是提供一个框架,不断收集信息,对不确定性进

转《Google软件测试之道》

<Google软件测试之道>,一直听朋友讲起这本书,出于琐事太多,一直没机会拜读,最近部门架构觉得我们IT部门的技术太low,就给我们挑选了一些书籍,让我们多看看... 个人的一种学习习惯吧,就做了笔记,将自己的学习理解感触写下来... 预计会分为五部分写这些学习笔记,分别是Google软件测试基础介绍.软件测试开发工程师.软件测试工程师.测试经理以及附录其他部分... 快乐阅读,快乐测试,祝愿你总能发现(并修复)BUG... ----James Whittaker.Jason Arbon.J

读《微软的软件测试之道》有感（上）

在这个电子书漫天飞的年代,我居然仍然喜欢读纸书,喜欢一边读一遍闻书的味道,就像品尝一顿美味的大餐一样.最近得了一本<微软的软件测试之道>,啃了一段时间了,每次重新拿起来看就觉得里面的内容忘得一干二净了,想起之前有位领导总是教导我们:“要不断总结,要累积,这样才会进步!”之前每次听这话都觉得烦,后来工作久了才知道总结有多重要,如今为了记住这本书的内容,我决定写个读后感,想到哪里写到哪里. 第一部分: 第一章<微软的软件工程> 第二章<微软的软件测试工程师> 第三章<

软件测试之路再谈（三年测试风雨）

碧水涟涟,夏至未至,秋风依依,梅花落时,已是一生 一初衷: 为什么写这篇博客? 个人性别偏于低调,最近换了新工作,坐标成都,就任于一家T系公司. 1.公司是以项目为单位,有测试团队但没有测试部这个概念,测试团队人数大概60人左右,但都基本跟你没任何关系,只有项目上的其他两个成员跟你有交集,缺少后方养分,差异性,一时间不太适应, 2.业务划分很精细,能接触到的东西十分有限,还有各模块之间弱化了连接测试,担忧.已经发现过问题,而且也和组员讨论过他们也赞同这种方式容易出现质量弱化 基于以上有些迷茫吧.

《Google软件测试之道》测试开发工程师

拖延了将近半年的草稿,断断续续的写完了.之前草草翻看完这本书,关注点主要在TE上,而关于SET的部分则只是浏览,最近后知后觉,又翻出了这本书,重新看了一遍,又有新收获. 就说说Google的SET是如何做的,以及个人的一些思考和收获吧,寥有慰藉... Google的测试流程可以简练的概括为:让每个工程师都注重质量.而在工作流程引入过程中也伴随着一些致命的缺陷,下面简述下Google是如何解决以及其测试流程的是如何进化的. ①.测试并不能保证产品质量.需要一直谨记的一点:质量是内建的,而不是外加的

1、HTML学习 - IT软件人员学习系列文章

本文做为<IT软件人员学习系列文章>的第一篇,将从最基本的开始进行描述,了解的人完全可以跳过本文(后面会介绍一些工具). 今天讲讲Web开发中最基础的内容:HTML(超文本标记语言).HTML的内容是文本,就象我们在文本文档中记录内容一样. 一.最基本例子. 下面是一个最基本的HTML页面文本内容(代码一): <html> <head> <title>这个HTML页面</title> </head> <body> 这是HT