怎么办
1
retrocode 2022-03-17 10:30:24 +08:00 2
跑 这还要问吗 我的朋友
|
2
Maboroshii 2022-03-17 10:31:25 +08:00
问领导 延期 慢慢修,或者直接上
|
3
lovelylain 2022-03-17 10:32:38 +08:00 via Android
修复不费时就修复下,修复麻烦且线上在跑且不会有问题就拒掉呗,修复一个 bug 引入了更严重的 bug 又不是不可能。
|
4
nuansediao 2022-03-17 10:32:41 +08:00
把新测试撵走
|
5
bertonzh 2022-03-17 10:33:59 +08:00 2
「历史问题,后面走迭代修」
|
6
oneisall8955 2022-03-17 10:34:02 +08:00 3
先把人解决掉
|
7
onionKnight888 OP @bertonzh 没迭代了 老项目 用户偶尔有需求才会改下
|
8
HelloWZ 2022-03-17 10:45:47 +08:00
不改,走流程排期
|
9
sam90 2022-03-17 10:46:58 +08:00
看领导评估吧, 如果觉得有价值, 给时间, 就慢慢修复呗, 这是你的本职工作
|
10
firechat 2022-03-17 10:48:33 +08:00 1
让测试做一些区分,是以前系统本来就有的 Bug ,还是新功能加上后引入的 Bug 。新功能引入的 bug 解决完以后就可以上新功能了,原来就有的 bug 等新功能上线后再解决
|
11
westoy 2022-03-17 10:48:40 +08:00
要么解决问题, 要么解决提出问题
既然问题已经没有解决的价值了 那就做下那个艰难的决定吧 |
12
lakehylia 2022-03-17 10:53:39 +08:00
新功能的 bug 就立刻修,线上版本遗留的 bug 就排期修。
|
13
ffffb 2022-03-17 11:00:22 +08:00
新问题立刻修,老问题领导评估。
|
14
zsc8917zsc 2022-03-17 11:06:36 +08:00
升级,向上反应
|
16
registerrr 2022-03-17 11:19:59 +08:00
@shyrock 这个简单啊,整两个测试环境,改之前的部一套,改之后的部一套,取交集之后得到的就算是新引入的 bug 吧
|
17
shyrock 2022-03-17 11:21:28 +08:00
@registerrr #16 说话简单,部署两个环境,准备两套数据,跑两次流程他就一点都不简单。
|
18
dawnYellow 2022-03-17 11:25:39 +08:00
这种情况真的非常之多,见怪不怪了。反正咋们不背锅
|
19
registerrr 2022-03-17 11:46:01 +08:00
@shyrock 找测试搭呗,本职工作么😂😂
|
20
github2020 2022-03-17 12:05:09 +08:00
得看这个屎山是谁累积起来的...
|
21
seres 2022-03-17 12:30:41 +08:00
交给领导交涉
|
22
powerkai 2022-03-17 13:38:38 +08:00
和产品经理沟通,需要修复就延期,产品 bug 转需求,排期慢慢修。之前经历过,我就是那个产品 哈哈。
|
23
Hungter007 2022-03-17 15:26:46 +08:00
先测新功能,新功能没问题,历史问题后期迭代版本修复
|
24
BIND 2022-03-17 16:25:28 +08:00 via iPhone
头大,还是埋起来吧
|
25
pengtdyd 2022-03-17 16:43:17 +08:00
先把这个测试开除了
|
26
jones2000 2022-03-17 18:33:10 +08:00
开始挖屎, 一点一点挖呗。 挖完了 你就扛把子了。
|
27
horizon 2022-03-17 19:33:49 +08:00
用户不报,就不是 bug
|
28
paradoxs 2022-03-17 19:44:39 +08:00
bug 是有级别之分的
如果这个老项目在线上跑很久了,那就证明这些 BUG 级别不高。 可以缓着 |
29
darkengine 2022-03-17 23:02:00 +08:00
找领导来 bug review 啊,看领导觉得新功能优先级高,还是解 bug 优先级高。
|
30
yolee599 2022-03-18 00:06:22 +08:00
等有空再修(事实上永远都没有空)
|
31
yogogo 2022-03-18 08:29:33 +08:00
那就是客户已经可以忍受这些 bug ,那就不要修了
|
32
onionKnight888 OP @paradoxs 可能基本没怎么用吧
|
33
onionKnight888 OP @horizon 你这样说的话不占理啊 测试说我这是挖掘潜在隐患
|