接口测试计划
概述
目的
确认需求
保证测试进度,确认测试方法和测试环境,为设计测试用例做准备
通过具体测试方法,测试该项目的接口是否按照需求实现相应的功能
测试范围
确认项目接口的基本功能
确认测试交付时间
确认接口性能要求
此计划作为测试依据,控制测试时间、编写测试用例、执行测试阶段及过程、追踪漏洞记录、提交测试报告
参考资料
文档 | 作者 | 备注 |
《需求文档》 | **** | 产品输出文档 |
《接口文档》 |
测试应提交文档
提交时间 | 编写人员 | 文档名称 |
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级为建议修改,主要增加体验,在允许的范围内也需要尽量修改
作者:暄总-tester