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

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

缺陷类型表 编号 缺陷类型 描述 子类型 编号 名称 01 功能问题 影响了重要特性.用户界面.产品接口.硬件结构接口和全局数据.并且设计文档需要正式的变更.如指针循环,递归,功能等缺陷. 0101 功能错误 0102 功能缺失 0103 功能超越 0104 设计的二义性 0105 算法错误 02 接口问题 与其他组件.模块或设备驱动程序.调动参数.控制块或参数列表相互影响的缺陷. 0201 模块间接口 0202 模块内接口 0203 公共数据使用 03 逻辑问题 需要进行逻辑分析,进行代码修改

        软件开发:需要做什么? 如何做? 用什么去完成?        一.过程:控制和管理软件开发活动 软件过程用来控制和管理软件团队的开发活动和进度,对于个人来说,也需要使用一定的过程方法来规范化自己的开发流程. 一个值得尝试的方案是:迭代+瀑布模型+测试驱动开发. 这种方案首先将系统分成多个迭代故事,然后,针对每个迭代故事使用瀑布模型并融入测试驱动开发理念. 具体做法: S1:将系统开发分解为多个故事的迭代,每个故事中包含若干个模块. S2:针对每个故事中的模块,使用 “需求分析-

一.Keepalived介绍 Keepalived是Linux下一个轻量级的高可用解决方案,它与HeartBeat.RoseHA实现的功能类似,都可以实现服务或者网络的高可用,但是又有差别:HeartBeat是一个专业的.功能完善的高可用软件,它提供了HA软件所需的基本功能,比如心跳检测和资源接管,监测集群中的系统服务,在群集节点间转移共享IP地址的所有者等,HeartBeat功能强大,但是部署和使用相对比较麻烦:与HeartBeat相比,Keepalived主要是通过虚拟路由冗余来实现高可用功

1.接口测试的定义 接口:常用接口有两种API(应用程序接口,属于操作系统或程序接口).GUI(图形界面接口,属于图形接口). 接口测试是测试系统组件间接口的一种测试.主要用于检测外部系统与系统之间以及各个子系统之间的交互点. 2.为什么要做接口测试 传统测试成本急剧增高(主要是时间成本),效率降低. 接口测试站在用户的角度对系统进行全面高效持续的检测. 原文地址:https://www.cnblogs.com/chenting-personal/p/12079924.html

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

一种面向用户的测试角色 一种用户开发者,TE首先必须是工程师,Google的TE他综合了开发者仰慕的技术能力和以用户为中心检查软件质量而对开发者产生一定制约的能力.在研发的早期阶段,功能还在不断变化,最终功能列表和范畴还没有确定,通常TE没有太多工作可做.在TE进入产品时,需要考虑以下问题: 当前软件薄弱点在哪里? 有没有安全.隐私.性能.可靠性.可用性.兼容性.全球化和其他方面的问题? 主用户场景是否功能正常?对于全世界不同国家的用户都是这样吗? 这个产品能与其他产品互操作吗? 当发生问题时,

CLR支持两种基本类型:值类型和引用类型 那么又有哪些数据类型是值类型的   又有哪些数据类型是引用类型的呢?请看下面的简单归纳: 值类型: 所有的数值类型(long int short byte ulong uint ushort sbyte decimal double float) bool 枚举(enum) 结构(struct) 引用类型: string 数组 类(class) 接口(interface) 引用类型和值类型的划分依据:  他们在内存中的存储方式不同      内存最重要的

说到单元测试,几乎所有人都知道,由开发人员完成.可是为什么要进行单元测试呢? 开发人员写单元测试的时间几乎和他写产品代码的时间相当,因此,当做项目计划的时候,把单元测试考虑进去是合理的.尽管单元测试增加了相当大的开发工作量,看上去开发时间延长了,但实际上对于一个长期不断改进和维护的项目而言,我们不能忽视级联效应,要从项目整体来看. 单元测试可以保证最基本的缺陷尽早的发现并解决,因此,用来解决被流转到后期的测试阶段的缺陷时间实际上就会缩短. 而如果问开发人员是否进行了单元测试,他们通常也会说,是的