缺陷都包含什么
1、项目:
2、测试策略 方法
3、用例
4、时间
5、测试环境 系统配置
6、测试人员 提交BUG 数量 ,等级,BUG的走势
7、每天的BUG数据
8、BUG 的状态 多少打开,多少关闭各种状态
9、系统还存在的问题。和以后可能有的问题
用例包含什么
用例编号,所属模块,用例标题,优先级,前置条件,输入数据,操作步骤,预期结果,实际结果,是否通过,测试人员,测试时
测试流程
1、测试需求分析阶段(理解需求,对业务进行学习)
2、测试计划阶段(编写测试计划)
3、测试设计阶段(编写测试用例,用例编写完后会进行评审)
4、测试执行阶段(搭建环境、预测试、正式测试、测试结束)
5、测试评估阶段(确认是否上线)。
如何去做接口测试
不同公司都又自己的工作流程,为什么要在这说呢,因为有些公司整个流程是很规范的,有些公司公司流程是比较随意的,这就会出现一些情况,比如说文档和流程的规范这块,因为接口测试和平常我们做的功能测试整个流程可以说是非常类似的。流程可以分为
①测试接口文档(需求文档)
②根据接口文档编写测试用例(用例的评审)
③执行测试,提交bug
④回归测试
⑤编写测试报告。
整个流程是不是一清二楚了,知道了测试流程之后,接下来就是按照流程去一步一步推进就ok了。我们需要准备就也就只有测试用例模块(有些公司可以用测试点去代替),下面拿一个在测试过程中一个接口去进行示范如何进行接口测试.
1、一般在做接口测试时候只有一份接口文档,也是最重要的一份文档,如何没有的话是无法进行接口测试了(切记),至于接口文档规范与否这点值得注意,如果接口文档不规范或者是缺少一些内容的话,必然会影响我们的测试进展,所以确保接口文档规范或者该要有的点不能缺少即可。一般包括接口名称,接口介绍,适用场景,服务说明,服务示例,服务地址,请求参数,返回结果参数说明等(每个公司不一样,根据自己公司实际情况)通过阅读接口文档,我们会知道到底这个接口有什么用,应用在什么场景,有哪些限制,应当返回什么样的结果。2、然后根据接口文档设计测试用例(测试点),设计用例的方法与功能测试设计用例的方法一模一样,在这就不重复了,个人在比较复杂的接口上喜欢编写测试点,在比较简单的接口上去编写测试用例。编写完测试用例(或者测试点),接下来就是对用例的评审,看哪些点没有想到或者哪些点重复多余或者错误的项,及时提出来,以便日后对用例的维护,到了接着就是使用接口测试工具对用例的执行,在这里本人使用postman工具,当然也可以使用fiddler或者jmeter工具去测试,个人更习惯用postman,postman如何使用在这就不多描述了,那么就是对着测试用例去执行就ok了 ,最后查看请求的返回值与预期结果是否一致,如果一致证明没问题,如果不一致,及时提交bug至bug管理工具,整个接口测试大概就差不多了。