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