/?spm_id_from=333.1387.homepage.video_card.click&vd_source=13dd0c4a82a579a2d8aef2ac9bf547bc

昨天晚上刷 B 站看到观点

观点补充
1 传统测试用例（含测试前提、测试步骤、期望结果那套）是为了让前台、客服帮忙执行，自己执行完全是废话
2 报 bug 时写好测试步骤
3 没在测试用例中，看到 bug 了直接报 bug 就行了
4 不要使用思维导图，你的思维本来就是错误的呢？
5 传统测试用例维护困难，冗长的用例自己和上级都难得看

个人结合工作实际观点
1 传统测试用例确认太复杂了，自我执行没必要写如此复杂，太浪费时间了
2 测试用例基本上没有怎么维护，用完就丢，只有后面查看是否测试这个功能点或逻辑时使用
3 写测试点（或者叫 checklist 吧）也是可以的，对自己测试的需求要有信心，但是也可以扩充一点呢空，如结合图片、适当扩充需求上标明的要求
4 可以使用思维导图，方便编写和评审