如何测试一个没有需求文档，但是改动又比较大的模块

实例：oppo渠道登录流程、实名认证的屏蔽

背景：由于国家政策调整，oppo渠道开始强制登录、实名认证、防沉迷的情况下，需要放宽对用户的实名信息审核，让更多未实名、未登录的用户可以正常使用APP。

解决方案：在检测到实名认证弹窗、oppo登录界面出现的时候，对其进行屏蔽，来达到未实名、未登录可进入APP的方式来解决，考虑到过OPPO审核的时候需要按照OPPO自身的登录流程来进行，设计通过后台渠道登录开关、实名认证开关来实现屏蔽流程与正常oppo登录流程切换。

测试过程：由于没有需求文档，在demo到手之前完全不知道会以何种方式来达到目的，具体的流程等待测试人员总结测试的流程，测试中要考虑到后台开关与用户属性（是否登录，是否实名，是否未成年）的组合。

首先考虑开关组合方式，先明确各种开关组合到底要走屏蔽流程还是oppo登录流程，分别有【渠道登录和实名认证开启】、【渠道登录和实名认证关闭】、【渠道登录开启，实名认证关闭】、【渠道登录关闭，实名认证开启】。

另外用户属性有【未登录账号】、【登录未实名账号】、【登录未成年账号】、【登录已成年账号】。

将其组合：

【渠道登录和实名认证开启】：走oppo登录流程

　　【未登录账号】

　　【登录未实名账号】

　　【登录未成年账号】

　　【登录已成年账号】

 

【渠道登录和实名认证关闭】：走屏蔽流程

　　【未登录账号】

　　【登录未实名账号】

　　【登录未成年账号】

　　【登录已成年账号】

 

【渠道登录开启，实名认证关闭】：这种组合不使用

　　【未登录账号】

　　【登录未实名账号】

　　【登录未成年账号】

　　【登录已成年账号】

 

【渠道登录关闭，实名认证开启】：走oppo登录流程

　　【未登录账号】

　　【登录未实名账号】

　　【登录未成年账号】

　　【登录已成年账号】

 

分别记录各组合实际流程，发送给拍板的同事审核，流程正确的记录作为测试标准，流程错误的反推预期结果作为测试标准，后面就根据测试标准进行测试。

这次测试耗费了非常多的时间与精力，主要问题出在没有去了解原始需求，不知道为什么要做屏蔽，屏蔽的目的是什么，要达到什么效果，整个过程非常模糊，也没有去分析后台开关组合与用户属性（是否登录，是否实名，是否未成年）之间的联系

总结：在没有需求文档的情况下，测试一定要先熟悉原始需求、背景，为什么要这么做，想要达到什么效果，以此为基础可以得出更精准的测试用例，不要急着盲目下手，先冷静思考分析下，不然会越来越乱，反而浪费更多时间，测试过程要详细记录各种用例的实际结果，无论是正确的实际结果，还是错误的实际结果，都可以带来明确的需求标准，有了明确的需求标准，接下来就好测很多