踩坑日记1：测试设计漏测

项目场景：裁剪IPv6相关特性

问题描述：

更换版本一周后，多个局点反馈在升级新版本后出现负载分担不生效的问题。

原因分析：

开发角度：特性裁剪时未考虑上行PPPoE Server启动IPv6的场景，在设计阶段未评审出来。
项目过程中，设计人员对新业务技术理解不深刻，未考虑上行PPPoE Server启动IPv6的场景，裁剪开源项目option IPv6相关特性时，后台配置有遗留，导致main表多出一个缺省路由，main表的优先级比default表、多wan策略等规则的优先级高，导致所有流量优先走main表中的缺省路由，引发网上问题。

测试角度：缺少相关测试用例，由于本设备不支持IPv6的PPPoE，测试用例未覆盖到上层设备做PPPoE Server时开启IPv6，但本设备不开IPv6的情况。

解决方案：

紧急下架版本，紧急修复后更新版本。

改进：

1、完善项目开发CheckList：项目设计时考虑特性使用场景、调研友商方案，明确相关规格后再展开对开源软件的分析和引用。
2、完善相关测试用例设计：对IPv6特性合入主线后的问题单、鉴定问题、网上问题进行梳理，补充测试用例。
3、优化产品特性验收ChekList：如IPv6、IPTV等功能增加实际环境测试，不能只模拟测试；涉及上层Server、终端的特性需要遍历所有功能支持情况。
4、制定评审规范：明确各环节点评审内容、责任人，明确各角色职责，确保评审质量。

---

总结：

在开发和测试阶段均对客户实际使用场景了解不充分，不能从前期规避隐患，最终造成客户网上问题。