就是代码写完了,通过了测试,但是自己有时间上线前还是会反复检查是否有问题.
• 请不要在回答技术问题时复制粘贴 AI 生成的内容
This topic created in 636 days ago, the information mentioned may be changed or developed.
 |
1
工资不值得我焦虑（
|
8 |
2
按流程来，准备好应急方案。这俩搞好了锅就扣不到你身上了
|
 |
3
代码和人总有一个能跑
|
 |
4
拿奴才的工资，操皇帝的心
|
 |
zhangdpFeb 7, 2025
5
多少钱干多少事，又不是你自己的公司
|
 |
6
前端没得焦虑，后端代码是有绝对的对错的。前端把接口对接上就没有对错之分，顶多算是页面不好看
|
 |
7
一般来说，真出次事，自己有经验就习惯了，毕竟测试都通过了，还能找到开发，那要测试有什么用。
|
 |
8
做后端，测试覆盖率到位，每次修改都有相关测试代码，一般还是比较放心的。
|
 |
9
单元测试呗，你把覆盖率提升到 100%，就不会焦虑了
|
 |
10
代码层面：多输出日志，多写注释
业务逻辑：钱和订单类的逻辑多注意（拉上产品和测试一起扛），关键环节有降级或者屏蔽开关（一个 true/false 变量） 上线运行：紧盯运维要监控数据图，及时发现及时补救 |
 |
ColdBirdFeb 7, 2025
11
都通过测试了还焦虑，说明测试问题很大啊
|
 |
12
刚工作半年，总担心有问题。我发现代码写的越多，bug 肯定是越多的，等再多遇到几个 bug ，我估计就释怀了。
|
 |
13
每次都出问题，自然就不焦虑了
|
 |
14
这种焦虑的心态适用于所有方面，每个人都会犯错，是个人就会犯错，适当焦虑谨慎挺好的，不过于焦虑就好，试着把犯错的焦虑丢给测试吧，测试可以把焦虑丢给人性，大厂的技术文档也是会有错别字的，火箭也是会爆炸的，世界是个巨大的 xxxx ，是没办法要求自己不出错的，有时候经常越紧张什么越来什么。
|
 |
15
做好灰度流量控制, 有问题及时回滚, 预先想好数据修复方案. 上线后及时验证
|
 |
RealVicFeb 7, 2025
16
出问题就改啊 不然搁那弹 500 吗
|
 |
17
用正确的框架，正确的语言，写正确的代码。
|
 |
levelwormFeb 7, 2025 via Android
18
不在乎就行了。
|
 |
james122333Feb 8, 2025 via Android
19
会烦燥但焦虑是还好 工作是工作
选用好的技术是很重要的 但工作就不要多想了 工作上还很多杂七杂八因素 选择权很多时候也不在你身上 |
|
james122333Feb 8, 2025 via Android
20
老实讲现有流行技术太关注细节了 用起来一点也不飘逸
|
|
james122333Feb 8, 2025 via Android
21
还有无用的设计是满满都是 有更好更懒惰的解决问题方式不会被采用的
|
 |
R4rvZ6agNVWr56V0Feb 8, 2025
22
只要不写单元测试，程序就同时处于正确和错误两种状态；
遇到线上事故时就宣称"我的本地环境没问题啊"，熟练运用"网络波动""缓存异常""用户手滑" 三大免责三连 |
|
james122333Feb 8, 2025 via Android
23
|
 |
mumblerFeb 8, 2025
24
对问题分级，最坏可能性如果也不过如此就随他，如果可能导致严重灾难仔细一点不是坏事
|
|
james122333Feb 8, 2025 via Android
25
|
|
mumblerFeb 8, 2025
26
@james122333 什么级别的代码，自己心里是有数的，如果是支付系统，账目一定不能出错，如果是个管理系统，原始数据一定不能丢失，守住这些底线，其他错总能弥补，就不用太担心
|
|
james122333Feb 8, 2025 via Android
27
|
 |
prosgtsrFeb 8, 2025 via iPhone
28
1:写的越多，出错的可能性就越大，接受吧
2:多打日志，起码错了能快速找到问题并解决 |
 |
dufzhFeb 8, 2025
29
写了一个看门狗，定时检测和定时重启，重启是最好的 GC ，HAHA
|
 |
lwldcrFeb 8, 2025
30
不写代码就不焦虑了
|
 |
ychostFeb 8, 2025
31
刚上班吧，过段时间就好了
|
 |
linuxsurenFeb 8, 2025
32
单元测试、E2E 测试来覆盖，https://github.com/LinuxSuRen/api-testing 这是我开源的 E2E 测试工具
|
 |
lmshlFeb 8, 2025
33
把业务建模在类型系统上, 让编译器替你检查出大部分问题.
你要是还焦虑的话, 说明你是先天形式化验证圣体 |
 |
perbugweiFeb 8, 2025
34
你多发生几次问题就不焦虑了
|
 |
wjxdFeb 8, 2025
35
跑去做了测试。
之后又被公司调成运维。 |
 |
codek1986Feb 8, 2025
36
我是上链路追踪埋点 + 钉钉通知
|
 |
securityCodingFeb 8, 2025
37
有 bug 就修，涉及到钱的系统特别注意，并发锁，身份校验必不可少，各种测试用例注意留痕
|
 |
ybbutterflyFeb 8, 2025
38
只能说提升能力、严控流程来少出问题，不然测试就得失业了，而且线上出问题，和测试人员也有关系，不是你一个人的问题，放平心态
|
|
3g5Q18e931D24Yv5Feb 8, 2025
39
用 ai 检查
|
 |
40
有这个焦虑说明 lz 身居高位
 |
 |
csfreshmanFeb 8, 2025
41
单元测试-->自测-->灰度上线-->观察监控-->放量-->观察监控--->推全
|
 |
debuggeekerFeb 8, 2025
42
只要业务和钱无关，就随便造啊，如果和钱有关，就有焦虑
|
 |
yinxs2003Feb 8, 2025
43
先写测试用例
|
 |
wentxFeb 8, 2025
44
UT 覆盖到位，测试同学测没有问题，上线前找人验收（甩锅），验收通过再灰度上线，看看监控啥的，最后在全量
|
 |
zhoudaiyuFeb 9, 2025
45
提前准备好出了问题怎么甩锅
|
 |
importmetaFeb 9, 2025
46
你当前公司有测试平台吗? 我之前一年四百多个 Bug.
|
 |
huzhizhaoFeb 10, 2025
47
焦虑啥 有专门的测试
有人跟我一起背锅的 无所吊谓，我只是一个破外包。 一个月几百块，你拼什么命啊 |
 |
8355Feb 10, 2025
48
充分自测之后一点都不焦虑。。。出了问题一定是别人的问题。
|
|
cookiiFeb 15, 2025 via Android
49
@wangtian2020 并不是，你前端给了错误的参数，导致后台执行了错误的逻辑，这个肯定是属于前端的 bug
|
Select Language