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