在补丁开发过程中，要进行流程层面修改影响性分析，确保自己的修改影响性最小，尽量不要影响其他流程。
那如何进行流程影响性分析，可以从以下几个维度参考。
维度1：模块角度
比如你修改了某个功能模块，有多个命令（或者操作）的流程都会流经这里，那这些流程都要识别一下是否有影响。
可参考的影响性考虑点：
1）影响xx特性的xx流程。
2）影响xx表项查询。
3）影响xx性能/CPU/内存。
4）影响单板倒换/单板拔插/子卡拔插/网板拔插/端口up/down/报文攻击/1:1切换等公共流程。
5）从**版本升级/升级到**版本。
维度2：接口角度
接口：除常见的函数外，也包括与外部交互的数据格式/内容等。
比如，你修改了本模块的一个接口，或者你修改的接口中还调用了其他模块的接口，则应该先分析该接口修改对调用者和被调用者的影响，并据此分析对这个模块功能的影响。
可参考的影响性考虑点：
1）修改xx接口，xx流程会调用该接口，影响xx功能。
2）修改xx接口，xx数据（或内容、报文）会被修改，影响和**交互。
3）新增xx接口，xx流程会调用该接口。
维度3：数据角度
数据：包含变量、存储用的表、文件、常量、函数钩子等在一定时间内，存在的信息。
比如你要更改一个全局数据的内容，该全局数据可能有多个模块在流程上都在使用，那这些流程都要识别一下是否有影响。
可参考的影响性考虑点：
1）修改xx数据，xx流程会使用此数据。
2）修改xx数据，xx流程会修改/删除/释放此数据，对xx场景有xx影响。
3）在xx状态下，修改xx数据，影响xx流程。
4）新增xx数据，xx流程会使用，xx流程会修改/删除/释放此数据。
5）修改xx表/数据结构的xx字段，xx转发流程会使用此字段。
6）复用xx表/数据结构的xx字段做xx用途，xx转发流程会使用xx字段。
7）修改xx文件中的内容格式，在xx场景会使用到此数据。
注：以上每一步的分析，可考虑输出相应的测试建议，如：在xx场景，执行xx动作，观察预期结果xx。
yo peace！
网友评论