1.问题描述

   测试Solarinfo Moni APP过程中，有一次储能逆变器连接的电表硬件损坏，逆变器发出514故障告警，此时使用Moni iOS版监控逆变器数据中馈网功率和负载功率显示“--”，但用Moni Android版监控发现馈网功率和负载功率显示“0W”,很明显两个版本APP数据显示不一致。

2.解决分析过程

   两个版本APP数据显示不一致？那么是哪个错了呢？当时我第一反应是iOS版显示不正确，按照之前需求约定，只有当连续多次数据获取失败时，才显示“--”。

但后来替换了电表，解除了514故障，我再次重现馈网功率和负载功率为0W的场景，而这时iOS版可以正确显示为0W。我找到需求负责人描述了这些情况，需求负责人却给了我一个惊人的答案：当逆变器发生514电表通信异常故障时，馈网功率因为无法获取到准确的数值，故让APP加了特殊处理显示为“--”，需求变更了！

这个答案才让我弄明白“两个版本APP数据显示不一致”，问题是出在Android版，没有依照最新需求修改代码逻辑。假如没有偶然遇到电表硬件故障，我可能直到测试结束，也不会发现这个问题，因为针对故障的测试已经结束。类似这种需求变更，测试人员最后知情的情况并不鲜见。

在测试过程中需求变更，是每一个项目都极有可能会碰到的问题。那么需求变更了，我们怎么办？我想在需求人员的思想里增加一个触发器，一旦需求有任何变动，第一时间触发事件“通知测试工程师”，但是这种触发器并不存在。

3.结论与经验

   需求变更不可避免，而变更又可能会影响到整个项目的范围、时间、质量和成本等多个要素，若再出现“需求变更测试人员不知情或最后知情”，便可能会导致项目范围混乱、进度失控、质量不过关等严重后果，所以慎重应对“需求变更”尤为重要。根据行业经验，我想有以下几点可以改进：

一、需求人员做出的任意一项需求变更必须形成文本传送,比如填写变更记录单，杜绝电话或口头沟通。需求人员杜绝和开发人员私自沟通，所有沟通都应加上测试人员。

二、开发人员每次提交待测试版本时，必须填写版本说明，包含：本次新增功能、修改功能、修复的缺陷，以及修改影响的范围等。

三、测试人员多与需求人员沟通和确认需求点，在获悉需求变更时，应尽多了解需求变更的缘由，了解客户的真正需求，从测试的角度评估变更的合理性和完备性。再向开发人员了解变更影响范围，及时调整测试方法和测试用例，评估变更风险，确定回归测试范围。

   最后不断总结每个项目情况，进一步优化变更流程和相关文档，并在以后新项目分析和设计初期借鉴这些总结经验，从而减少项目中后期的变更并尽早控制和降低变更风险。