代码评审属于什么测试

代码评审，这事儿啊，我觉得它得算是一种特殊的测试。说实话，咱们这行业里头，测试嘛，一般就是功能测试、性能测试、安全测试之类的。但代码评审嘛，它更像是个质量保证的过程，不是严格意义上的测试。
有意思的是，我以前在一个初创公司待过，那时候项目刚起步，团队里头就挺重视代码评审的。记得有一次，我们那技术负责人说：“代码评审这东西，就像是给代码做体检，能提前发现潜在的问题。”
代码评审主要是为了提高代码质量，保证代码的可维护性。它不是检测功能是否正确，而是评估代码是否符合编码规范，逻辑是否清晰，结构是否合理。比如，我之前就遇到过这样的事儿，一个同事写的代码，逻辑没问题，但代码风格太乱，后来经过评审，让他重写了一遍，结果那代码 readability 提升了不少。
所以，我觉得代码评审更像是“代码质量保证”的一种手段，介于测试和开发之间。它不是测试的范畴，但和测试的目的挺接近的，都是为了提高软件质量。至于它具体属于哪一类别，我个人感觉，给它归为“非功能测试”可能更合适。毕竟，它关注的是代码的质量，而不是具体的软件功能。

上周有个客人问我，代码评审是属于什么测试？这个问题我还挺有感触的，因为我自己也参与过代码评审。
我觉得代码评审更像是一种“静态测试”。你想想，它不是在运行代码的过程中进行的，而是通过检查代码的源码来发现潜在的问题。这就像你拿放大镜仔细看看一幅画，而不是直接看这幅画在墙上展示出来的效果。
不过呢，它又不像传统意义上的单元测试或者集成测试那样，直接关注代码运行时的情况。所以有时候，我觉得代码评审更像是介于开发和测试之间的一种活动。
简单来说，代码评审是一种“静态的、非执行测试”。反正你看着办，你觉得呢？我还在想这个问题。

代码评审啊，这东西啊，其实啊，它不属于传统意义上的测试。它啊，更像是开发过程中的一个环节，有点像咱们平时说的“同行评审”。简单来说，就是几个开发者聚在一起，对某段代码进行检查、讨论和评价。
说实话，我混迹问答论坛这十年，看过不少代码评审的文章和讨论，大多数时候，人们会说它类似于单元测试前的“静态代码分析”。比如说，我在2015年就看到一篇关于这个的文章，说代码评审可以提前发现潜在的错误，提高代码质量。
但是呢，我当时也没想明白，它跟测试到底有啥区别。后来想想，可能是因为它不像单元测试那样有明确的“测试用例”，也没有像功能测试那样有具体的“测试目标”。
所以啊，按照我的理解，代码评审更像是一种“代码质量保证”的手段，它更多的是关注代码的结构、风格和规范，而不是代码的功能。用咱们大白话来说，就是“用的人多了”，大家一起来把把关，提高代码质量。至于它到底属于啥测试，我个人觉得，这个问题嘛，可能就没有那么重要了。

代码评审啊，，其实算是个挺特别的环节。它有点像质量保证，又有点像性能测试，但又不完全一样。我第一次接触到这个概念是在 2016 年，那时候我在北京的一家互联网公司。
当时我们团队新来的一个开发小哥哥，他写了个功能模块，然后提交了代码评审。我当时是负责评审的，那个代码啊，真是写得乱七八糟的。我记得我评审了整整三天，写了二十多条评论，从性能优化到代码规范，从安全风险到用户体验，全都有涉及。
后来我们团队有个大牛说，这玩意儿其实算是“代码审查测试”吧。就是不是直接测试功能，而是通过审查代码来确保质量。不过呢，我也没敢那么讲，就偷偷地在心里想：“嗯，这玩意儿确实挺重要的，不过感觉有点像在做侦探工作。”
总之，代码评审，就是通过同行间的交流，来提前发现问题，提高代码质量的过程。它挺实用的，但说实话，我也没碰过更专业的测试分类，所以这块儿我就不敢乱讲了。嘿嘿，就是那么一回事儿。