如果时间不够,无法进行充分的测试怎么办?

陈哥聊测试
• 阅读 10

大家好,我是陈哥。

最近,看到后台有读者问: 如果时间不够,无法进行充分的测试怎么办?

时间紧张导致测试不充分,这是一个高频难题。不少团队遇到这种情况时,要么盲目压缩测试范围导致核心问题漏测,要么硬扛时间压力全面测试结果处处不精。

项目管理上有一种思维叫优先级思维,就是一种根据重要性和紧急性来排序事物、指导我们如何进行选择的思维模式。

我们同样可以把优先级思维应用到测试上,把有限时间聚焦在高风险高价值的测试点上,用精准测试替代全面测试。

我会结合禅道,分享一下我的方法。

第一步:用风险价值矩阵快速划分测试优先级

时间不够时,最忌讳的就是想到哪测到哪。测试人员可以按照需求优先级来进行测试,或者可以借助风险价值矩阵梳理所有待测试功能点。

如果时间不够,无法进行充分的测试怎么办?

我举一个电商项目的例子,简单说明一下:

1.业务价值维度

优先筛选直接影响核心流程的功能。比如订单提交、用户支付、库存扣减等核心链路,再比如用户登录、收货地址保存等基础功能,这些都属于高价值。而个人中心皮肤设置、个性化签名修改等,这就是非核心功能,属于低价值。

2.风险概率维度

重点关注历史问题多、技术复杂度高的模块。像支付模块因接口加密逻辑频繁出现Bug,或者新上线的AI智能推荐功能采用了团队首次接触的算法框架,那么这一类就属于高风险模块,可能直接影响用户体验,需要优先测试。

通过这两个维度,可将测试点分为高价值高风险、高价值低风险、低价值高风险、低价值低风险这四类。

时间紧张时,我们只需聚焦高价值高风险类测试点。待核心测试梳理完毕后,直接在禅道项目管理软件中录入用例,依次标注P1-P4优先级,后续按优先级顺序执行测试即可。

第二步:简化测试流程,砍掉非必要环节

很多时候,测试耗时久是因为流程中存在冗余环节。我们可以适当的简化流程,把更多时间留给执行测试。

在禅道中,测试用例采用了清单式填写方式。在创建测试用例时,不需要写一个完整详尽的文档,只需要填写清楚所属产品、用例类型、用例名称、优先级、用例步骤即可。

如果时间不够,无法进行充分的测试怎么办?

再就是重视自动化测试。针对一些高频的测试场景,优先通过自动化测试提升效率。测试中,肯定会出现测试登录接口的参数校验之类,没必要每次都手动输入账号密码,编写一个自动化脚本批量执行,几分钟就可以完成1个小时的手动工作量。

这也就是我在 《你在测试金字塔的哪一层》 一文中所强调,通过自动化测试,团队可以在短短几分钟内就了解到软件是否存在问题,而不需要等待几天的时间。

这也能让测试人员更集中地投入到核心功能的手动验证中,既保证效率又不忽视关键测试点。

第三步:及时同步进度,明确测试边界

大家在赶项目过程中,很容易上头,我们一定要避免因为认知不一致导致的团队矛盾。有的人会觉得核心功能已经测完,有的人觉得A也是核心功能也应该测试。

大家可以通过会议来明确这两件事:

1.Bug修复优先级

和团队成员达成共识,哪些是这一期迭代必须修复的Bug、哪些是可后续迭代解决的Bug。

2.未测功能的处理方案

明确哪些测试点因时间原因需放弃,以及放弃的理由。并同步给所有相关方,避免后期争议。

第四步:回归测试抓重点,避免引发新问题

回归测试肯定不能省,但并不是所有功能都要重新测试,那样太费时间了。

我们要重点关注两个方面:一个是被修复Bug所在的模块,得先确认这问题真的改好了;一个是与被修复Bug关联的核心流程,防止修复操作引发连锁问题。

在禅道中,开发人员在解决好Bug后,可以重新指派给测试人员进行验证。这样既能保证改好的地方没问题,也能盯着关联的关键环节,不用瞎折腾全量测试,省下来的时间还能多看看别的重点。

如果时间不够,无法进行充分的测试怎么办?

所以,如果我们在项目中真的遇到了时间不够的情况,那么测试的核心就变成了守住核心质量底线。

即使测试时间有限,也要最大程度保障项目核心功能的稳定性,避免因盲目追求全面测试而导致核心问题漏测,反而影响项目上线后的用户体验和业务效果。

希望我的分享可以帮助到你,也欢迎给我留言与我讨论。

点赞
收藏
评论区
推荐文章
美凌格栋栋酱 美凌格栋栋酱
9个月前
Oracle 分组与拼接字符串同时使用
SELECTT.,ROWNUMIDFROM(SELECTT.EMPLID,T.NAME,T.BU,T.REALDEPART,T.FORMATDATE,SUM(T.S0)S0,MAX(UPDATETIME)CREATETIME,LISTAGG(TOCHAR(
Stella981 Stella981
4年前
Jmeter+Ant+Jenkins接口自动化测试框架搭建for Windows
前言软件开发的V模型大家都不陌生,其中测试阶段分为单元测试→功能测试→系统测试→验收测试。其中单元测试一般由开发同学们自己完成,大部分测试具体实施(这里不包括用例设计)是从单体功能测试开始着手的。!(https://usergoldcdn.xitu.io/2018/11/12/16706895ac09c25d?imageView2/0/
Stella981 Stella981
4年前
Burp之Collaborator使用技巧
注:本文仅供学习参考0x01Collaborator的用途0x02Collaborator的原理0x03Collaborator的实践0x01Collaborator的用途在我们进行渗透测试的时候,可能会遇到这种情况,测试xss的时候插入了脚本,无法立即触发,例如提交反馈表单,需要等
Wesley13 Wesley13
4年前
Java日期时间API系列36
  十二时辰,古代劳动人民把一昼夜划分成十二个时段,每一个时段叫一个时辰。二十四小时和十二时辰对照表:时辰时间24时制子时深夜11:00凌晨01:0023:0001:00丑时上午01:00上午03:0001:0003:00寅时上午03:00上午0
Stella981 Stella981
4年前
Docker与自动化测试及其测试实践
<h2Docker与自动化测试</h2<p对于重复枯燥的手动测试任务,可以考虑将其进行自动化改造。自动化的成本在于自动化程序的编写和维护,而收益在于节省了手动执行用例的时间。简而言之,如果收益大于成本,测试任务就有价值自动化,否则受益的只是测试人员的自动化技能得到了提升。利用Docker的快速部署、环境共享等特性,可以大大减少自动化的成本,使很
Stella981 Stella981
4年前
Chapter 2 全程测试:闪光的思想
软件质量其实是在软件开发生命周期中慢慢形成的,或者说,软件质量是内建的(Qualityisbuiltin),而不是测试测出来的。贯穿于软件开发全过程的测试,不仅可以在第一时间内发现缺陷,降低缺陷带来的成本(劣质成本),而且能有效的预防缺陷的产生,构建更好的软件产品质量。2.1测试的左移和右移测试左移:将测试计划与设计提前进行,以及开展需求
京东云开发者 京东云开发者
11个月前
测试右移之——监控告警中心优化与建设策略
作者:京东保险郑飞前言在11.11大促中,质量保障成为了确保大促顺利进行的坚固防线。其中,测试右移作为一种前瞻性的质量策略,正日益彰显其不可或缺的价值。而监控,作为测试右移战略中的核心环节,不仅承担着全面、精准捕捉系统运行动态的重任,更需在问题初露端倪时,
敏捷开发 敏捷开发
1年前
实践了上万次,原来这些才是敏捷测试需要遵循的原则
与传统的阶段性测试不同的是,敏捷测试能够将测试集成到整个软件开发过程中,尽早、及时地发现缺陷,帮助交付有价值的高质量产品。传统测试与敏捷测试的比较大的区别在于:在瀑布方法中,测试只能在开发结束后进行;在敏捷方法中,测试是贯穿在整个开发过程中的,同时可以在需
精准测试之过程与实践 | 京东云技术团队
精准测试是一套计算机测试辅助分析系统。精准测试的核心组件包含的软件测试示波器、用例和代码的双向追溯、智能回归测试用例选取、覆盖率分析、缺陷定位、测试用例聚类分析、测试用例自动生成系统,这些功能完整的构成了精准测试技术体系。
精准测试之探索
一、怎样的技术•百度百科:精准测试是一套计算机测试辅助分析系统。精准测试的核心组件包含的软件测试示波器、用例和代码的双向追溯、智能回归测试用例选取、覆盖率分析、缺陷定位、测试用例聚类分析、测试用例自动生成系统,这些功能完整的构成了精准测试技术体系。•其他定
陈哥聊测试
陈哥聊测试
Lv1
资深敏捷测试顾问,致力于测试自动化和DevOps等的实践和研究。
文章
83
粉丝
0
获赞
2