1、测试的使用场景

适合大团队多人协作开发，项目开发过程中每个程序员看不到且得不到其他人的代码（每个人都是单独开发自己的代码片段），代码开发完成后再集成到一起进行调试等操作。这个环境下，你写的代码只是一个代码片段，不写测试的话，你都不知道你的代码能否正常运行，能否得到正确的结果。然后就是代码逻辑特复杂，方便开发完成后修改调试，可以写写测试。还有就是你写的某个功能、工具什么的需要测试一下，就像是那些开源项目（框架/库什么的）。

2、国内多数开发场景下，测试的好处

国内很少有测试的使用土壤，大多都能拿到整个项目的代码，你跑跑项目就知道行不行了。如果使用了，他的好处是：一个是强迫开发者写出比较规范的代码，另一个是在新功能开发完成后（新功能开发时，测试的逻辑和开发的逻辑是一样的，能测试出来都是有鬼了）且需求不变（业务、架构、逻辑等不调整）有用（比如：胡乱修改一通，发现测试有问题且能看到是哪儿有问题）。当然了，你写的代码逻辑特复杂，也可以写写测试，防止以后手贱改了哪儿不好调试，这个也会陷入上文提到的问题。所以，总的来说，测试是比较鸡肋的。况且想想国内的环境，加班加点，哪有那么多时间搞。

3、个人建议

想要完善自己的技术栈可以玩玩，闲着没事可以搞搞。写测试是为了证明你的代码是正确的，能想到的测试点开发时会避免相关问题，想不到的呢（交给测试专职人员）？