接口测试计划

概述

目的

确认需求

保证测试进度，确认测试方法和测试环境，为设计测试用例做准备

通过具体测试方法，测试该项目的接口是否按照需求实现相应的功能

测试范围

确认项目接口的基本功能

确认测试交付时间

确认接口性能要求

此计划作为测试依据,控制测试时间、编写测试用例、执行测试阶段及过程、追踪漏洞记录、提交测试报告

参考资料

文档	作者	备注
《需求文档》	****	产品输出文档
《接口文档》

测试应提交文档

提交时间	编写人员	文档名称
2021年10月16日		测试计划
2021年10月16日		测试用例
2021年10月16日		测试报告

测试资源

测试环境

类别	资源名称	资源说明
硬件资源	工作机	I5 4核CPU、8G内存、500G
硬件资源	服务器	阿里云OS
软件资源	工作机操作系统	windows10
软件资源	服务器操作系统	centos7.6
软件资源	禅道/jire/mantis	项目管理工具
软件资源	Postman	接口测试工具
软件资源	Github、jenkins	接口持续集成及监控软件

测试里程碑计划

任务分解	工作量	开始时间	结束时间	负责人
集成/软件测试计划编写
集成/软件测试计划评审
集成/软件测试用例设计
集成/软件测试用例评审
集成/软件测试执行
集成/软件测试报告
集成测试问题修复验证

测试功能以及重点

测试对象

此次测试组只对接口的功能及性能做测试,以下是所有功能点的制作测试用例的大纲
获取用户信息
测试目标 -基于用户的ID获取用户信息
测试范围 -测试几口是否支持用户ID,并且有预期返回结果
预期结果中含有姓名和年龄
技术 - 运用有效的和无效的数据来编写测试用例并执行
接口case示例 -Userid=1
完成标准 -实现用户ID的查询功能
测试重点和优先级 -重点为用户ID查询，主要验证接口参数与返回结果的正确性

集成/软件测试策略

整体测试方案，按照测试计划严格控制测试过程，与产品人员讨论需求编写测试用例，与开发人员沟通测试中发现的问题，编写测试报告

测试类型:此次接口测试只做功能测试与性能测试

性能测试方案:不涉及

回归测试方案:对上一版本已解决问题和基本功能进行回归验证,基本功能测试用例进行自动化验证，其中手工抽查测试用例加以验证，以此保证原有功能正常

测试风险

本次测试过程中,可能出现的风险如下:

​ 需求变更导致开发周期延迟从而导致测试周期延迟

​ 需求不明确导致开发周期延迟从而导致测试周期延迟

测试标准

测试指标

​ 问题严重性区分

​ 一般严重程度分为5个等级

​ 测试1~3级缺陷应该完全解决，如果不能解决告知原因，或延迟解决风险，4级缺陷发现问题的总数不能超过bug总量的20%，不然会认为bug过多从而不允许通过

测试通过标准

P1级缺陷必须全部解决，功能测试用例覆盖率必须100%，通过率100%

P2、P3级缺陷必须全部解决，功能测试用力覆盖率必须100%，通过率100%

P4级别缺陷解决80%

P5级为建议修改，主要增加体验，在允许的范围内也需要尽量修改

标签：集成,测试计划,--,软件资源,接口,测试用例,测试,软件测试
来源： https://www.cnblogs.com/sean-test/p/15472654.html