本文探讨了测试是否需要做单元测试的问题，指出测试需要介入单元测试以尽早发现问题，但需评估团队技能、意愿和项目周期等因素。文章列举了单元测试落地的挑战，如开发的实践经验不足、检查有效性、质量评估和项目周期影响，并提出了一些落地策略，包括提高研发质量意识、试点推广、团队合作共建等。最后强调，应综合考虑以合适的方式在合适的时机引入单元测试。
昨天在技术交流群里，有同学说自己还想多学点技术，打算去做单元测试，写单测代码来提升技术，然后群里的同学就测试要不要做单元测试展开了很多讨论。
单元测试这方面我没有太多的实践经验，但工作过的几家公司在单元测试的上都有不同程度的落地实践。
这篇文章，我会基于自己的一些实践经验和经历，谈谈我对单元测试的理解和观点。
测试要做单元测试吗
首先聊聊第一个问题：测试要做单元测试吗？
我的回答：测试需要做单元测试，但要综合评估团队成员技能、个人意愿、项目迭代周期以及协作默契程度等很多因素，用合适的方法和手段在合适的时机切入，而不是一味强推。
很多同学有一个误区：只要是名字带个测试，就觉得我也要做这件事，而忽略了事物的本质。
比如验收测试，一般指的是QA同学经过多轮测试后，交付给产品同学来进行验收交付的产出物是否满足预期设计。
比如全链路压测，很多测试同学都希望自己能主导落地，但忽略了为什么做全链路压测，怎么做，落地有哪些难点，自己能否解决，需要哪些角色和团队配合。
单元测试(unit testing)，是指对软件中的最小可测试单元进行检查和验证，最初都是由开发来完成，即保障自己所在的环节交付的产出物满足进入下一阶段的标准。
所以关于测试是否要做单元测试这个问题，我的观点是<
最低0.47元/天 解锁文章
295
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
