App软件测试流程介绍

本文概述了软件开发中的关键步骤,包括需求预审、细评、版本排期、用例编写与评审、开发提测、测试执行、线上回归、提审以及测试报告编写,强调了线上崩溃和用户反馈的跟进过程。
摘要由CSDN通过智能技术生成

1、需求预审

一般是产品、开发组长、测试组长参与需求预审,产品简单说下需求,开发和测试共同评估需求可行性(一般大公司会有这个环节)

2、需求细评

需求预审后产品会拉相应需求群,开发组长和测试组长分配好对应需求开发和测试人员,将其拉到需求群并参与细评,细评时产品对需求进行详细讲解

3、版本排期

需求细评人员评估用例编写工时和测试工时,组长review组内工时。根据提测时间和工时进行排期。

4、用例编写

根据需求文档、设计稿、技术实现文档进行用例编写

5、用例评审

提测前1-2天组织需求用例评审,拉上对应开发、产品参与,评审完后整理用例并提供P0用例给开发自测。

6、开发提测

开发需自测P0用例,需要在自测用例上标上自测结果和执行人员。P0用例未通过需打回。

7、测试执行

  • 进入测试阶段后,每日下班前需在项目群同步版本测试情况,卡点问题需要及时暴露推进。
  • 需求冒烟通过后,需通知产品、UI、翻译进行验收。
  • 需求冒烟通过后,需执行app性能测试和monkey测试。
  • 发版前一天需拉上产品开发进行bug评审,评审出发版前需要解决的bug。
  • 发版前一天提前通知产品运营等进行线上配置。
  • 测试完一轮后如果没有影响服务端上线的bug需要提前通知服务端上线并提前打好正式包

8、线上回归

正式回归前需要分配好回归用例的执行人员,服务端上线后先线上回归新需求,再回归原有功能

9、提审

回归没有问题后通知产品提审,并打开提审开关。

10、测试报告

编写该版本的测试报告,总结版本测试质量情况并发邮件,抄送项目组

10、回归用例整理

需求测试人员整理回归用例,将本次版本核心功能点整理到回归用例中。

11、线上崩溃和用户反馈跟进

版本灰度期间关注线上崩溃和ANR情况,及时跟进线上反馈问题,有必要需发补丁及时解决。灰度一段时间后崩溃和anr正常,用户反馈无异常可全量。

  • 6
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

打赏作者

叮!蕉个朋友

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

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

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

打赏作者

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

抵扣说明:

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

余额充值