作品做好先别急着展示：写一份功能测试表

作品第一次成功运行时，学生往往很兴奋，觉得已经完成了。但“成功运行一次”和“每次都能可靠运行”差别很大。正式展示之前，需要像工程师一样系统地测试作品，用数据说明它到底有多可靠。

功能测试表的结构

每一项功能都要有明确的通过标准，不能只写“正常工作”。

三类测试情况

• 正常情况：按设计的方式使用，例如测试者正面走近。
• 边界情况：处在条件边缘，例如在刚好1米的位置、从侧面走近、走得很快。
• 异常情况：出现意外，例如电池电量低、传感器被遮挡、有人用手阻挡盖子。

很多作品在正常情况下表现良好，一到边界和异常情况就出问题。提前测试，才能发现并改进。

测试次数

每项功能至少测试10次，重要功能测试20次以上。测试次数越多，成功率越有说服力。

测试时尽量请其他人来操作。作品设计者自己测试时，会不自觉地按“正确”的方式使用，而其他人可能会做出意想不到的操作，更接近真实使用的情况。

记录失败的情况

测试中失败的每一次，都要记录当时的情况：在什么条件下、出现了什么问题。这些记录是改进作品的依据。

例如上表中F1有一次失败，备注写明“从侧面走近未触发”，说明传感器的检测角度不够，可以考虑调整传感器位置或增加一个传感器。

改进后重新测试

针对失败情况改进作品后，要用同样的测试方法重新测试，比较改进前后的结果：

这样的对比数据，能清楚地展示改进的效果。

测试表在报告和答辩中的作用

完整的功能测试表，可以直接放进研究报告的“测试结果”部分。答辩时，评委常问“你的作品可靠吗”“在什么情况下会失败”，有了测试数据，回答就有了依据。

如实写出失败的情况，不会降低作品的评价。相反，知道作品在哪些情况下会失败、为什么失败、怎样改进，正说明学生对自己的作品有深入的理解。