从一张白纸到一沓有血有肉的测试点，我只用了四轮对话。

 

1. 入职第一关：一个“软硬兼备”的任务

 

我叫小何，刚入职成为软件测试工程师。还没来得及完全熟悉环境，就接到了第一个独立任务：负责智能WiFi插座配网功能的测试设计。

 

这个功能描述起来不复杂：插座首次通电，指示灯快闪，用户打开APP添加设备，输入家里的WiFi密码，插座连上云端，配网成功。可越是这种“看起来简单”的物联网功能，越让人心里没底——这东西不仅关乎APP操作，还牵扯硬件指示灯、物理按键、WiFi模块、路由器兼容性…… 这和以前接触的纯软件项目完全是两种画风。

 

盯着需求文档看了半小时，脑中的测试点还是零零散散。突然想起最近大家常聊的AI对话工具，决定试试让AI帮我一起设计用例。结果不仅效率飞升，还挖出了很多单凭经验很难想到的角落。下面就把这个“人机协作”的过程完整复现出来，希望能给和我一样的同期新人一点启发。

 

2. 我的对话策略：不贪大求全，一次只挖深一块

 

我上来没有直接说“给我一份智能WiFi插座配网的全部测试用例”，那样AI只会输出一堆笼统的条目。测试设计最重要的是结构感和追问，所以我定了一个四轮提问计划：

 

1. 先搭骨架：让AI给出基本功能测试点，建立安全感。

2. 补充边角：专门深挖边界值，把输入参数压到极限。

3. 制造混乱：设计异常场景，模拟各种“不按套路出牌”的操作。

4. 扎进硬件：追问硬件行为的特殊性，利用好自己的专业积累。

 

每一轮AI回复后，我都会结合自己对硬件的理解做二次加工，下面就是详细的对话实况。

 

3. 第一问：快速生成基本测试点，让思路先落地

 

我的提问：

 

我有一个智能WiFi插座，支持2.4G Wi-Fi，通过APP配网。配网流程是：插座通电后指示灯快闪，APP扫描附近设备，用户选择插座并输入WiFi密码，插座连接路由器后指示灯变为常亮，APP提示成功。请帮我梳理配网功能的基本测试点，包含正常流程和必要的界面检查。

 

AI给出的部分要点：

 

· 正常配网流程：指示灯快闪 → APP发现设备 → 输入正确密码 → 指示灯变为常亮 → APP显示在线。

· APP端UI检查：密码输入框是否支持明文/密文切换，错误密码的提示文字，配网过程中的进度动画。

· 重复配网：同一设备已配网后再次触发配网，APP应提示“设备已在线”。

· 配网取消：用户在配网中主动取消，设备和APP均回到可配网状态。

 

我的二次思考： 看到这些点我立刻意识到，AI默认站在了“APP视角”。但智能插座没有屏幕，用户能看到的物理反馈只有那个指示灯。于是我手动补充：

 

· 验证快闪频率（约0.5秒一次），确认与说明书一致；

· 配网过程中长按物理按键，设备是否正确进入/退出配网模式；

· 插座在快闪状态下插入大功率电器（如电暖器），是否影响配网流程。

 

这便是物联网测试与纯软件测试的第一个细微差别：你不仅要测APP，还得用眼睛和耳朵去观察真实硬件的行为。

 

4. 第二问：深挖边界值，让参数走到极限

 

我的提问：

 

请专门针对配网过程中涉及的输入参数，设计边界值测试用例。关注：WiFi名称(SSID)的长度、特殊字符、隐藏网络；WiFi密码的长度、加密类型；配网超时时间的临界值。请给出具体测试数据。

 

AI返回的精华点：

 

· SSID长度：1个字符/32个字符（常用最大值）/超长33字符时APP输入限制。

· SSID内容：含空格、中文、emoji😊、首尾空格的去除处理。

· 隐藏SSID：用户手动输入SSID后设备是否能正确连接。

· WiFi密码：8位（WPA2最小长度）、63位随机大小写+数字，64位时是否报错。

· 加密类型：WPA/WPA2混合、仅WPA3，当插座只支持WPA2时，连接WPA3路由器的表现。

· 超时时间：配网过程超过60秒/120秒是否弹出明确超时提示，设备侧指示灯是否会切回快闪。

 

我的二次思考： AI给出的超时边界是软件层面的。我又加了一条硬件维度的边界：路由器信号极弱环境（RSSI约-80dBm）下的配网能否在超时前给出失败提示，设备会不会陷入“死等”状态。这需要我拿着插座走到信号边缘去实测，这种“空间边界”是纯软件测试很难碰到的。

 

5. 第三问：脑补异常场景，做有节制的“破坏”

 

我的提问：

 

现在请设计大量异常场景测试用例，专门针对“配网过程中被打断”的情况。例如：手机切到后台、APP被杀进程、路由器突然断电、插座被物理拔出、网络切换等。请按“场景-预期行为”的格式输出，尤其要关注异常之后设备能否恢复到可配网状态。

 

AI输出的部分场景：

 

· 手机在配网中途开启飞行模式 → APP提示网络断开，插座指示灯恢复快闪。

· 配网时路由器断电 → 插座指示灯恢复快闪，重新上电路由器后，可立即发起配网。

· APP在配码传输阶段闪退 → 重新打开APP后，设备应仍处于快闪可发现状态，不会“卡死”。

· 插座在配网过程中被拔出再插入 → 指示灯应回到快闪，APP超时提示失败，重新插入后可再次配网。

 

我的二次思考： 看到“拔插插座”，我立刻想到一个更极端的硬件异常：插座内部掉电保护电容可能导致短时间残留，拔出后立即插入，WiFi模块是否会被“噎住”导致灯不闪了？ 这是物联网设备固件健壮性的问题。于是我添加了一个循环拔插的耐久场景——在5分钟内连续拔插10次，检查配网功能和指示灯是否依然正常。这种异常思维只有结合硬件知识才能冒出来。

 

6. 第四问：扎根硬件特性，避免“只测软件”的陷阱

 

这一轮我打算把自己的硬件积累全盘托出，让AI也往硬件深处钻。

 

我的提问：

 

以上测试多偏软件逻辑。现在请只聚焦硬件行为，给出智能WiFi插座配网功能特有的测试点。涵盖：指示灯状态、物理按键组合操作、固件交互、不同品牌路由器兼容性、设备首次配网与恢复出厂后配网的差异。不需要APP相关的描述。

 

AI的回复（要点提炼）：

 

· 指示灯：快闪（待配网）、慢闪（连接中）、常亮（配网成功）、灭（未通电/故障）四种状态必须严格对应规格书，各种状态间切换时不能出现闪频混叠。

· 物理按键：长按5秒恢复出厂设置，确认指示灯快闪后可以发起新配网；在配网进行时长按，设备应终止当前配网并重置。

· 固件交互：设备固件升级后，之前配网信息保留，无需重新配网；若升级中断，设备应能回退到上一个可用固件并保持配网状态。

· 兼容性：取TP-Link、小米、华硕、腾达等至少三款不同芯片的路由器，分别设置b/g/n混合、仅n、WPA2-AES、WPA2-TKIP等组合，验证配网成功率。特别要关注老款路由器开启MAC过滤或仅限802.11b时的表现。

· 首次配网与重置后配网：两者在指示灯、超时、信息清除上不应有差异，尤其注意重置后之前的Token是否真正失效。

 

我的二次加工： 拿到这份列表，我真正感受到了AI作为“经验放大器”的作用。如果没有它，我可能只测一两个路由器就完了。现在我知道至少要搭一个兼容性矩阵，还专门申请了一台闲置的老古董路由器来测TKIP加密。物联网测试的另一个细微差别就在这里：你的测试环境不再只是一部手机+一个浏览器，而是一个由路由器、插座、各种信号干扰组成的真实物理世界。

 

7. 最后：AI不是万能的，新人的思考才是决胜点

 

四轮对话下来，我手头已经积攒了几十条有层次、有深度的测试点，远超从零开始闭门造车的产出。但复盘整个过程，我想特别强调两点：

 

第一，懂硬件才能问出好问题。 如果我不知道指示灯必须明确四种状态，不知道路由器有TKIP和AES的区别，不知道物理按键长按重置逻辑，我的提问根本不会深入到那个层次。AI是基于我的提示来工作的，平时积累的那些“边角知识”，恰恰成了牵引它输出的缰绳。

 

第二，AI给的答案，要用怀疑的眼光去验证。 比如AI提到配网超时恢复快闪，我在实测时发现，某情况下插座指示灯确实恢复快闪，但APP却一直在转圈，没有超时弹窗。这就是一个bug，它启发我补充了“软硬件状态一致性检查”这条通用准则——这成了我后来测试其他物联网设备时的肌肉记忆。

 

作为新人，我现在的感受是：不要怕接物联网测试，它无非是把你的思维同时放在APP、云端和那块小小的电路板上。用好AI工具，它能帮你快速填充80%的测试框架，而剩下20%最值钱的差异化思考，需要你亲自弯下腰去拔电源、数闪灯、蹲在路由器旁边抓包。

 

希望这篇笔记能给同样在物联网测试门口徘徊的新人一点帮助。如果哪天你也要测智能插座，记得准备一个够长的插排，你会反复弯腰拔插它很多次——这就是我们的硬核浪漫。

 

（全文完，本文仅代表个人学习经验，不涉及任何特定商业产品）