我的建议是先分析那个不可重现的BUG是否严重,如果在重现出来了的情况下值得修复。
这个可以测试方进行分析,不过最好是和开发方一起分析严重级别。
当不严重,不值得修复的情况下,不必重现。
当严重且需要修复,再想办法进行重现,可借助多种重现方案(包括开发支持)
1.作为测试人员在遇到问题时不管开发有没有看过,你都要留下图片或者录像
2.无法重现的问题有概率性,比如做了几次出现几次
3.详细记录你出现问题时的前后步骤,包括系统环境,软硬件环境,你的操作步骤等
4.无法重现的问题不能因为不再出现就不做处理
我要赚赏金打赏帖 |
|
|---|---|
| bsp_log:RTT分级日志封装被打赏¥16元 | |
| J-LinkRTT常用API函数讲解被打赏¥14元 | |
| 【S32K3学习整理】S32K388 四核启动被打赏¥23元 | |
| 【S32K3学习整理】Lockstep和Decoupled 模式被打赏¥28元 | |
| 嵌入式芯片调试神器-J-LinkRTT被打赏¥21元 | |
| 人体红外PIR感应传感器使用(ESP32S3)被打赏¥26元 | |
| 一种有效完成脚本程序测试的方法被打赏¥28元 | |
| WorkBuddy搭配SolidCraft给开发板做两件式外壳被打赏¥33元 | |
| 开箱一块k230被打赏¥33元 | |
| 【瑞萨RA8D1测评】RA8D1+lwIP网络验证与TCPOTA的实验记录被打赏¥33元 | |
我要赚赏金
