转变视角，不让质量评测成为向白七爷要药方

时间：2022-03-29 21:21:01 | 来源：行业动态

时间：2022-03-29 21:21:01 来源：行业动态

怎么既能展示企业的产品质量，又能让企业把药方留住？19 年参加 iTestin 的一个测试工具产品发布，给予作者了极大的启示。iTestin 发布的是一个人工智能的软件测试工具。这个工具可以根据语音或文字直接生成功能测试脚本，对软件功能进行测试。当然了，人工智能虽然是作者关注的新技术点，但给作者启示的不是人工智能，而是功能测试。

功能测试，谁都可以做，在产品展示中，少不了对产品功能进行评测，可以说是测试中基础的基础。但是对产品的所有功能进行测试，这就不是某个人或某个评测机构可以轻易完成的事情了。如此全面的测试做完，基本上产品的药方也就誊写出来了。这件事只能是企业自己做，就算第三方有这个能力去干，生产企业肯定也不敢答应。

怎么办？换个角度看问题，讲一个测试的小故事，大家一听也许就明白了。有一个研发和一个测试是一对冤家（貌似研发和测试从来都是冤家），一天测试又和研发说，你开发的代码有bug。研发立马就和测试急了，说你到底会不会用，差点就打起来。领导来调解，说测试的说话方式不对，应该告诉研发程序在运行的时候CPU、内存占用急升，数据读取频繁但长时间没有响应这些情况，研发自然就会去找他的bug去了。

从中作者明白一个道理，功能测试不能简单看一下开发出来的功能 work 不 work。需要通过一些关键指标，来对功能进行一下全面的评估。对于测试工作而言，确实会多费一些手脚，但是可能帮助研发更好的对问题进行定位。

而这个道理对作者的启发就是，在做第三方质量评测的时候，也同样不需要对每项功能进行逐一的进行展示。只需要找到关键性的应用性能指标，对关键功能进行评估就可以了。对于重视质量的企业而言，展示的只是测试项目的数量，和关键功能的性能指标，触碰不到他们的核心药方，又可以客观公正的对企业产品质量进行展示，何乐而不为？

再举一个实际的例子，可能会更直观一些。19 年有一个叫易观的数据库厂商推出一个大数据分析产品，并为此开了几次发布会，我有幸都去参与了。每次我都会问一个同样的问题，产品需要耗用的计算资源有多少，年初时给我的答案是 16 核 64G。嗯，不错，但是上下够不着。用得起这个配置的企业，未必会用易观的产品，想用易观产品的，可能又没有那么高的硬件配置。年底时，他们家又有发布会，处理性能不变，产品应用配置降低到 8 核 16G，数据量小一些的话，一个笔记本就可以跑起来。得到这个消息后，第一个反映就是，他们家确实是在踏踏实实的做事情，第二个想到的是，看来在2020年可以找机会一起搞一下了。

2019年的公有云测试也是一样，单独看某项测试指标，看不出什么问题，加上系统资源占用，好坏就全出来了。

所以说，未来评估一套系统的好坏，不是看写了多少万行的代码，而是看有多少功能模块，每个模块的资源占用和响应时间等应用指标，用它们来做评估，应该更能说明问题。以前看到欧洲已经有测试工具可以根据软件接口对系统进行功能性判定，自动判断有哪些功能模块，并且根据这些功能模块的连接路径，对软件架构和安全性进行分析。这种测试手段，个人感觉还是值得去大力推广一下的。如果，这种测试工具能进一步和APM产品相结合就更好了。应该会令软件企业的代码质量提升到一个新的阶段。