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