代码写完了不想测试怎么办

[spike2017]

接了业务挺久了，但是接手的时候代码就是一堆屎山（不是批评别人的，只是客观陈述）。有些需求看起来挺小，但是由于历史问题，改起来也是挺棘手的，改的时候又忍不住要稍微整理一下代码（真的只是稍微整理下，因为如果连这个都不整理，那看起来真的会很..emmm ，你们应该会懂吧？） 如果想在这样的基础上去构建一个单测，其实是蛮困难的，也没有前后对比，接口用到的场景也很多，入参都随前端传入的，可能入参不同又会走不同 case 。 公司没有自动化测试，只有功能测试，就是对着页面点点点。我虽接手业务，但对产品其实也不是非常了解，说到底自己只是一个 CRUD 工具人，想在开发环境中配置我出改动到的代码的业务场景可能会超出我写代码的时间，也许还是自己构建一个小范围的单元测试会更快些 接口逻辑我也会按照产品要求的实现（自己思路还是严密的），怕就是产品也不知道有哪些场景，或者满足了 A 场景 B 场景崩了（经常会这么出现，而且产品会想当然，因为他们不懂代码的实现），我们就是要不计一切满足他的要求

[15855pm]

本人测试，直说的话就是：大傻春！你要干什么！？（千万别干这种吃力不讨好的事情，出问题还会连累其他同事）

[yb2313]

呀咩萝

[spike2017]

@15855pm 你说的对的，我也赞同。不能把所有希望寄予测试，测试的实力我也很清楚。但是我既然发问了，是我觉得真的很难啊，不是我懒、不负责任，是这个现状是成本很高，如果投入很多，领导也会过问

[janus77]

说的好像不是屎山你就愿意写一样，懒就懒呗

[GuLuDaDuiZhang]

这个正常，往上面拉坨大的，剩下的交给测试，估计全世界通用做法，特别是 toB 类发版频繁的项目，自测不存在的，现场修 bug 都修不完力。

有缺陷率或者严重单之类的考核，那就自己单测或者点点看，保障发版后功能可测就行；没考核就更随意了，拉一半提测后面再慢慢拉也是常事。

[spike2017]

@janus77 嗯嗯 谢谢批评

[spike2017]

@GuLuDaDuiZhang 嗯嗯 谢谢回复

[langhuishan]

考试时候，做完了总要验算一遍吧？

[spike2017]

@langhuishan 如果每周考 5 天，每天一考 8 小时，连续考 30 年，还能做到每道题都验算吗