這個話題也是很早就想寫的，今天放到這里先總結一下。
與我的工作相關，日常工作中的很重要的一項工作就是發現方案中的問題以及測試點，然后做出測試策略。很多時候，我都是后知后覺，自己仔細研究了半天才能發現這個方案到底是怎么樣實現的，有時候甚至不能完整的理解到底為什么要這樣做，于是做出來的測試策略都只能是一知半解的輸出，到最后功能交付后才發現遺漏了這么多的測試點。當然，發現問題的重要性不僅僅是以上說的這些，更重要的是，發現方案與想要達到的目的的吻合度，就是按照這樣實現能否滿足最開始的需求。
那為什么我沒有發現問題呢？
這里指的問題可以從兩方面來看，一種是需求層面的問題，就是這樣做是否可以滿足要求，一種是方案層面的問題，就是已經決定這樣做了，那具體的實現方法有沒有問題呢？從最近的理解來看，無法發現第一種問題的原因，是因為沒有理解需求是什么，需求的背景、需求是怎么使用的、需求解決了什么問題、什么情況下才會出現這樣的問題；當真正理解為什么要做這個需求的時候，才會開始發現需求的問題。第二種問題沒有發現的原因是，不知道現在系統是怎么實現的，也就沒有一個基點，即使知道最后要實現什么樣的，但是不知道中間修改了什么，這樣測試就沒有重點。
那怎么才能發現問題呢？除了解決上面所說的問題外，我認為還有一個很重要的思考模式需要修正下：一定要把流程捋清楚，一定要在內心演練一遍到底是什么樣的。
