回归测试思路在设计中的应用
tags
Design
date
是什么
「回归测试」是一个测试领域的词汇。回到一个已经去过的地方称为「回归」，当加入新模块、修改旧模块时需要回头对之前已经测试、上线但可能关联的功能进行测试，以避免造成连带问题。
方法
最近在项目中发现这种思路也可以运用在设计流程中。具体的做法是保持文档的完整性，在整体文档中修改、新增模块，而不是新建一个文件；在此基础上不止考虑本次需求的内容，还要考虑局部和整体的关系。
意义
便于后续维护
新建文件固然可以给本次修改、阅读造成便利，但长期如此会导致业务失去完整性，给后续的迭代工作造成阻碍。新接手的人不知道完整的逻辑是什么，造成难以下手的局面。
提高方案完整性
在完整文档中可减少方案考虑的遗漏。
例如粉丝团需求中，由于在完整文档中进行编辑，很容易提醒自己要考虑各种情况的处理方式；比如新增的活跃任务在不同的徽章状态、不同的主播状态下的表现。
扩宽业务思路
在优化部分模块时，走查整体业务可以挖掘到更多机会点。
例如粉丝团新增了一键升级的功能，当某个特权要求用户达到一定等级时，原本只能计算并逐个刷礼物升级；一键升级可以让用户更快捷实现目标。
在走查整体模块中发现，除了本次需求新增的「特权内容」需要支持一键升级外，之前做过的高等级限定礼物、限定发言气泡也存在粉丝等级的限制，并向策划提出机会点，是否可以一起接入「一键升级」。
可能存在的疑问是，开发等阅读者如果只想关注本次的修改点，放在整个文档中会比较影响阅读，要怎么解决？我通过评论功能建立更新点的标记，辅助页面上标注，可以帮助阅读者快速理解需求。
总结
「回归测试」是测试领域的词汇，在设计流程中学习其核心的思路，我们可以通过将小模块的迭代方案合并到整体文档中，思考局部迭代对整体造成的影响，从而达到提高方案完整性、扩宽业务思路的效果。最终实现扩大职业边界和影响力。