工作概述:
我主要负责此项目的测试工作以及图片分割工作、需求文档以及项目博客,总结报告等的整理工作。
接口测试:
1.接口的定义:
接口测试主要用于外部系统与系统之间以及内部各个子系统之间的交互点,定义特定的交互点,然后通过这些交互点来,通过一些特殊的规则也就是协议,来进行数据之间的交互。
2.接口的分类:1.webservice接口 2.http api接口
webService接口是走soap协议通过http传输,请求报文和返回报文都是xml格式的,我们在测试的时候都用通过工具才能进行调用,测试。
http api接口是走http协议,通过路径来区分调用的方法,请求报文都是key-value形式的,返回报文一般都是json串,有get和post等方法,这也是最常用的两种请求方式。本项目的后端接口即为此类型的。
json是一种用于数据传输的通用的数据类型。
3.接口的本质及其工作原理是什么?
接口你可以简单的理解他就是URL,工作原理就会说URL通过get或者post请求像服务器发送一些东西,然后得到一些相应的返回值,本质就是数据的传输与接收。
4.什么是接口测试?
接口测试是测试系统组件间接口的一种测试。接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点。测试的重点是要检查数据的交换,传递和控制管理过程,以及系统间的相互逻辑依赖关系等。
5.为什么要做接口测试?
1.越底层发现bug,它的修复成本是越低的。
2.前端随便变,接口测好了,后端不用变,前后端是两拨人开发的。
3.检查系统的安全性、稳定性,前端传参不可信,比如京东购物,前端价格不可能传入-1元,但是通过接口可以传入-1元。
4.如今的系统复杂度不断上升,传统的测试方法成本急剧增加且测试效率大幅下降,接口测试可以提供这种情况下的解决方案。
5. 接口测试相对容易实现自动化持续集成,且相对UI自动化也比较稳定,可以减少人工回归测试人力成本与时间,缩短测试周期,支持后端快速发版需求。接口持续集成是为什么能低成本高收益的根源。
6.本项目的接口测试
后端接口测试,我使用的是postman,可以向服务器发送各种类型的http请求,来根据返回的json判断接口是否正常工作,这个在之前博客都有提到。测试完成后形成接口文档,便于前端同学后续开发。
接口文档示例
baseURL:https://www.sdu-guke.com:443/api
三、社区
Post类 (帖子)
private long postId; // 帖子的id
private String owner; // 帖子的发起人的所有者 --- openid
private String title; // 帖子的标题
private Date time; // 发布时间
private int commentCount; // 评论数量
private List<String> likes;
1. 新建一个帖子
URL: /post/newPost
请求方式:POST
请求字段
字段 | 说明 | 类型 |
---|---|---|
token | 在headers中带上(不是参数列表中) | String |
title | 帖子的标题 | String |
success
{
"success": true,
"code": 0,
"message": "新增post帖子成功",
"data": {}
}
error
{
"success": false,
"code": -1,
"message": 传入post为空,
"data": {}
}
{
"success": false,
"code": -1,
"message": 无token,
"data": {}
}
code为-1即失败
文档整理
软件需求规格说明书,软件测试报告,项目总结报告等都需要按照一定的格式来编辑,符合要求的同时便于查阅以及交流,例如:
总结
此次的“古文字识别助手与众包平台”项目实训,我学到了很多,明白了团队分工的重要性,以及软件测试的必要性,尽早发现bug能够很大程度上降低开发成本,其次,对于软件开发过程中的需求规格说明书等撰写的工作积累了一定的经验,同时也从后端同学那学到了很多知识,收货颇丰。