619.【跟着大领导】测试小记，颇有体会

UI界面测试，更接近用户侧，用户怎么操作界面，就模拟怎么操作界面并走通业务闭环；数据接口测试，更接近客户端开发工程师，客户端开发工程师怎么调用数据接口，就模拟怎么调用数据接口并考虑边界值、性能；服务端测试，更接近服务端开发工程师，服务端工程师怎么调用方法、函数，就模拟怎么调用方法函数同样考虑边界值、性能和多种调用的组合。

和前面几种测试不同，技术大领导做的三个基础软件之一（另外两个基础软件是操作系统和编译器）的数据库核心引擎开发。界面测试看不到界面实现、接口测试看不到服务端实现、服务端测试看不到框架实现，始终存在黑盒。基础软件也会用到第三方库，但绝大多数模块都是从零到一实现出来，具有巨大的创造性，同时，对于创造者来说，也就拥有了更多的确定性。

创造者对测试者的要求，最重要的还是精准二字，因为绝大多数模块都是可见的，因此遇到问题时，理论上相比其他几种测试更能直接的找着原因，也就要求更精准的复现。cpu、内存、硬盘、系统、软件依赖、数据集都得一致。

最近我就犯了这块的错误。在申请资源时，申请的是之前的同等配置（6台16核64g内存的云服务器），结果给了高出了太多的配置（8台64核256g内存的配置），当时觉得无所谓，想着大点总比小的好吧，还挺高兴的。就咱们软件现在这个阶段来说，还在发现问题的阶段，比起更高的配置还是保持环境一致更重要得多。因为现在的目标还是发现bug，并解决。

我测单机、测两节点集群、测三节点集群、测旧版本单机、测旧版本两节点集群、测旧版本三节点集群，本来变量就很多：单机 or 集群、两节点 or 三节点。由于环境不一致，我引入了第三个变量：16核64g or 64核256g。原来是2x2=4，现在变成了3x3=9。

“我们不能人为引进新的不确定因素，这是产品研发中最忌讳的。”
...
“也是先单机后集群”
“这个就是为啥我强调环境不能变”
“而且逐步测试”
“不能上来就搞个大集群测1000g的数据”
“你把低配置的集群跟高配置的单机比，那咱们怎么知道变化？”

其实保持环境一致，是一个很好理解的问题。应该也不难实施下去，我这次的问题是怎么造成的呢？作为员工，虽然资源时申请的，但为公司考虑，这些资源并不是免费的，已经分配了资源，而且比原来的资源要多，不怎么好重新要求再分配新的资源。当然了，技术大领导不需要考虑这种琐事——花多少钱。确实是自己格局没到哈，记得我们另一个领导让我买资源时（一块2T的ssd硬盘要六七千、配满一台服务器需要4块；），千叮咛万嘱咐，别搞便宜的，要买最好的，哈哈哈。这就是领导，大局为重，这些都是小钱。

所以呢，经过最近几周的折腾，得到的结论就是：办大事，要站在更高的角度考虑问题，去把格局打开。

【附加】基础软件的项目拿下来，7位数的款，很正常。