功能测试 之 测试流程

项目熟悉之后,如何去开展测试呢?有6个测试流程让测试工作有条不紊的开展


1.需求评审

作用为了保证各部门对需求理解一致。
前提评审之前提前阅读需求文档,记录疑惑点。
目的知道有什么功能?规则是什么?最终各部门理解一致。

2 计划编写

作用让测试工作有条不紊的展开
核心内容
测什么 (测试目标和范围)
谁来测 (人员进度及安排)
怎么测 (测试策略、测试工具)
重点关注
准入标准 研发提测标准, 什么时候可以开始测试
                  业务能跑通:P0
准出标准 什么时候结束测试
                  数据化:例(100%) \ 缺陷 ( 解决率 :S0 100%,S1:100% S2\S3 :95%)

3.设计用例

建议

先设计业务用例,后设计功能模块用例

原因:业务能否跑通决定功能是否可用

1.熟悉需求
2.设计测试点
3.编写测试用例

4.用例执行

按优先级执行(推荐)
前提: 写用例的时候标注清楚优先级并且明确优先级的定义
P0: 最高级别(正向用例)
顺序执行

5.缺陷管理

提交缺陷
  • 提交时间:用例执行失败的第一时间
  • 注意事项:
                (1) 唯一性 (一个缺陷只描述一个问题)
                (2) 可复现明确复现步骤、 问题发生时间、 日志截图)
                (3) 注明版本号 (问题发生在哪个版本,修复在哪个版本)
验证缺陷
  • 验证后需要注明版本号
  • 验证不通过需要Reopen
关闭缺陷验证通过则关闭并注明版本号

6.测试报告

略。。。


未完待续。。。

  • 2
    点赞
  • 5
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 1
    评论
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

埜玊

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值