这是一个创建于 1688 天前的主题，其中的信息可能已经有所发展或是发生改变。
为什么每次写完代码提交到生产环境我都要检查四五遍才敢发起 merge request
 | 1 dream4ever 2021-03-04 11:11:03 +08:00 测试写到位的话，应该能显著缓解这种焦虑吧？ |
 | 2 devliu1 2021-03-04 11:12:24 +08:00  3 同，每个文件都要 diff 下才敢提交 |
 | 3 xuanbg 2021-03-04 11:14:12 +08:00 4 哈哈哈，我经常盲改代码直接上线。换成楼主，怕是要原地升天。 |
 | 4 Vegetable 2021-03-04 11:14:41 +08:00 写测试，能给自己减压。 |
 | 5 SuperManNoPain 2021-03-04 11:18:45 +08:00  测都不测直接提交 |
 | 6 llllboy 2021-03-04 11:20:29 +08:00 单测测试 起码得做吧？ |
 | 7 Jooooooooo 2021-03-04 11:22:40 +08:00 流程做好, 包括方案 review/代码 review/评估测试用例 /联调 /测试 /灰度上线, 严格按照流程办事, 那出了问题锅也不在你这. |
 | 8 leafre 2021-03-04 11:22:44 +08:00 这不是测试->运维的工作吗 |
 | 10 Macv1994 OP |
 | 12 yamasa 2021-03-04 11:28:09 +08:00 1 写 ut 是职业素养，跟公司规模没关系。写好 ut （覆盖率有个七八成）至少能规避六七成的 bug，再出 bug 的话也不是你一个人责任，测试锅更大。 |
 | 13 wangkun025 2021-03-04 11:28:34 +08:00 增加测试部门。 |
 | 14 iConnect 2021-03-04 11:29:18 +08:00 via Android 没办法百分百正确，灰度吧发布吧。只有不会造成脏数据这种 bug，其他程序错了及时回滚 |
 | 15 chinvo 2021-03-04 11:29:52 +08:00 测试覆盖的全, 倒是不会焦虑上生产 就是每次 commit, 都要一行行选半天 |
 | 16 lecher 2021-03-04 11:31:51 +08:00 典型的缺少测试引入的问题 如果自己写了单元测试，划好改动范围并且测试用例覆盖了业务需求，就不会有这样的焦虑。 |
| 18 Jooooooooo 2021-03-04 11:34:44 +08:00 @Macv1994 既然如此, 那出了问题关系也不大吧. |
 | 19 jonyj 2021-03-04 11:36:58 +08:00 极度真实！我也是 |
 | 20 rocksolid 2021-03-04 11:39:12 +08:00 都是这样 |
| 21 Macv1994 OP @Jooooooooo 大倒是不是大 有公司的业务流程在里面 怕崩了没办法正常开展业务 |
 | 23 adamwong 2021-03-04 11:43:33 +08:00 有测试覆盖率就不会焦虑了 |
| 24 Macv1994 OP |
 | 25 lewinlan 2021-03-04 11:45:13 +08:00 via Android 写测试可解 测试跑通，代码都懒得看了直接提交（ |
| 26 Jooooooooo 2021-03-04 11:45:48 +08:00 @Macv1994 如果重要, 那可以要求加流程防止有问题. 把风险和老板说清楚, 如果老板坚持认为这个风险可控, 那出了问题责任也不全在你. 你已经把可能的风险讲明白了. |
| 27 wangkun025 2021-03-04 11:57:23 +08:00 @Macv1994 那这个问题就无解了。 |
 | 28 MYlyc 2021-03-04 12:16:34 +08:00 5 小公司，改了代码直接上生产，生产没问题再提交 一点不慌 |
 | 29 SjwNo1 2021-03-04 12:29:57 +08:00 via iPhone 可 roll-update 怕啥（瑟瑟发抖） |
 | 30 consul 2021-03-04 12:37:21 +08:00 因为你有责任心 |
| 32 lecher 2021-03-04 13:01:33 +08:00 @Macv1994 测试用例是根据业务写的，而不是根据功能边界写的。 生产环境的需要的业务都有测试用例覆盖，还有啥焦虑的，如果上线发现问题，说明存在测试用例没有覆盖的业务，补上就是了。 所以测试用例的写法更像用户手册，告诉别人这块的实现是解决什么业务的，会被怎么使用。 |
 | 33 wellhome 2021-03-04 13:20:27 +08:00 @dream4ever 谁来测试测试代码本身？是不是要给测试代码写格测试？ |
 | 34 UserDMM 2021-03-04 13:24:18 +08:00 先做自测试，没问题了再提交就没有焦虑了。盲改盲提肯定出问题，墨菲定律 |
 | 35 liujialongstar 2021-03-04 15:00:33 +08:00 厉害, 代码直接上生产环境, 不经过测试环节吗? |
 | 36 lesloli 2021-03-04 15:01:05 +08:00 我膨胀的时候写 C++连编译都不编译直接提交... |
 | 37 whileFalse 2021-03-04 15:36:28 +08:00 为什么代码直接上生产环境？ |
 | 38 troycode 2021-03-04 17:13:13 +08:00 本地看完，直接 merge |
 | 39 snoob 2021-03-04 18:12:17 +08:00 胆大点直接推上去，打个 tag，丢生产跑起，有问题，回滚看看，再来一波前面的操作，以此类推至没坑 |
 | 40 zaul 2021-03-04 20:07:52 +08:00 干就完了，出问题秒回滚 |
 | 41 puzzle9 2021-03-05 09:52:35 +08:00 作为 一个 开发 + 测试 + 运维 来说 就是 一行一行看这个 本地先测试 没问题看功能影响大小 大的话 半夜维护 出了问题 秒回滚 |
Select Language