做了大半年软测,上班接触不到技术性的东西,是在浪费时间吗?

最近接到粉丝私信,苦恼目前的工作状态:

来这个公司大半年,现在主要做的是类似于淘宝的购物商城,以前也做应用系统什么的,可是感觉公司的软件测试岗位都是不着边的,因为做的都是功能测试,来了这么久,没接触过技术性的东西,都是开发做好了然后把功能验证一遍,什么代码,性能,压力测试都没接触过,就连测试用例都没怎么写!

没事的时候就玩手机,比如现在,因为上班又没网,看书又说在做别的,所以一直觉得我现在在浪费时间,因为刚毕业,也不能就这么不干了,可是继续这样下去,真的一点意义都没有,我该怎么办?

测试工程师自我提升的方式有哪些呢?

做了大半年软测,上班接触不到技术性的东西,是在浪费时间吗?_第1张图片

 

从调查的数据来看,大部分测试工程师提升的方式还是集中在论坛社区、阅读书籍以及沙龙内训上。

当然这些方式和途径很容易获得,但是我在平时的工作中该如何的精进自己呢?

举个例子吧

比如题主觉得做测试浪费时间,可能大部分的时间都是在做一个事情:测试用例—>提交bug—>回归bug,最开始刚入行的时候,流程不熟悉,可能还会觉得有所收获,后面轻车熟路,也就会觉得再浪费时间。

这个时候你就需要精进技术了,咱们从一个点来讲解:教你彻底掌握接口测试!

1、什么是接口测试?

所谓接口,是指同一个系统中模块与模块间的数据传递接口、前后端交互、跨系统跨平台跨数据库的对接。而接口测试,则是通过接口的不同情况下的输入,去对比输出,看看是否满足接口规范所规定的功能、安全以及性能方面的要求。

2、为什么要做接口测试?

1、相比系统测试,更早介入测试,提高效率

2、可以发现前端测试不了的问题,提高版本质量

3、接口标准化了,更容易实现自动化和持续集成,降低测试成本

因此在软件测试招聘岗位的要求中,无论是功能测试、自动化测试、性能测试亦或测试开发岗位,接口测试都是必须掌握的!

做了大半年软测,上班接触不到技术性的东西,是在浪费时间吗?_第2张图片

 

3、如何开展接口测试?

接口测试的开展一般包含5个部分:接口文档分析、接口用例设计、执行接口用例、定位bug提交并跟踪、输出接口测试报告。

接口文档分析

接口文档一般是由后端开发提供,可以是在线的swagger也可以是word。

做了大半年软测,上班接触不到技术性的东西,是在浪费时间吗?_第3张图片

 

若开发未提供接口文档,则可通过抓包工具fiddler或charles去抓取接口信息进行分析,进行接口测试。

做了大半年软测,上班接触不到技术性的东西,是在浪费时间吗?_第4张图片

 

获取到接口文档后,我们需要理清楚每个接口包含的请求、响应信息,概括为 接口信息五要素:

1)接口地址url:

例注册接口地址:http://api.lemonban.com:8765/futureloan/member/register

http-请求协议,api.lemonban.com-域名或ip,8765-端口号,/futureloan/member/register-资源路径

2)请求方法:

看开发定义的请求方法是什么,测试就对应用什么方法。restful风格中常见的请求方法为post、get、put、patch、delete等

3)请求头:

发送请求到服务器,包含的头部信息。常见的content-type。

4)请求体:

发送请求到服务器,具体传递的数据。例如要完成注册接口的调用,请求体包含手机号mobile_phone、密码pwd、用户名reg_name、验证码verification_code。

5)响应内容:

接口文档中描述的响应内容,与接口测试的实际结果做比较,可以判断当前接口是否通过。响应内容包含:响应码-http状态码、响应头、响应体。

接口用例设计

接口用例设计跟功能测试思维相通,需要:

1)清楚项目业务

2)运用用例设计8大方法:等价类、边界值、场景法、因果图、判定表、正交试验法、状态迁移法、错误推测法。

以下是接口用例模板参考:

做了大半年软测,上班接触不到技术性的东西,是在浪费时间吗?_第5张图片

 

执行接口用例,进行接口测试

接口测试原理:

模拟客户端发送请求到服务器,服务器接收请求并处理,返回响应到客户端, 客户端接收响应这样的一个过程。

通过接口测试原理可知,进行接口测试需要借助工具或代码。主流的接口测试工具Jmeter、postman。

使用工具编写脚本,需要结合接口项目具体应用场景来设计,运用关联、参数化、断言等技术。

做了大半年软测,上班接触不到技术性的东西,是在浪费时间吗?_第6张图片

 

做了大半年软测,上班接触不到技术性的东西,是在浪费时间吗?_第7张图片

 

发现bug、定位、提交并跟踪

怎么判断是否是bug呢?

1)接口测试中响应结果错误,返回了错误的code码、msg信息:

判断请求:请求地址、方式、请求头、请求正文是否正确,如果不正确则修改对应请求信息再做发送;如果正确,则说明是服务器端问题

进一步查看服务器日志、数据库信息,并整理信息提交bug

2)接口测试中响应结果,code码、msg正确,但返回的data数据不正确:

查看数据库数据正确完整性,并结合服务器日志,整理信息提交bug

3)接口测试中响应结果正确,但若是增删改业务操作:

需进一步确认到数据库层面,数据增删改的正确性

4)考虑安全性:一般接口对请求会做出一些限制,比如请求次数、请求频率限制;涉及敏感信息是否加密

接口测试报告

接口测试报告的整理这个看公司要求。有些公司是在整个项目测试结束后,整理一份统一的测试报告。有些公司会要求输出阶段性的测试报告。做了大半年软测,上班接触不到技术性的东西,是在浪费时间吗?_第8张图片

 

长路漫漫,且行且学叭,你们的每一个赞都是作者创作的动力哟,欸嘿[可爱]!

你可能感兴趣的:(软件测试,单元测试,测试用例)