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