心中帶著這些疑問，程文就開始了他的測試。
程文依然是按照他寫的原型，從上往下開始進行測試的。
如果是他想的那樣就太好了，但如果不是他想的那樣，他就會浪費許多時間來探索這個到底是什麼意思。
所以最後他還是決定從上到下開始進行測試，只有這樣才不會遺漏任何東西，也是對產品的負責。
只是這一次，程文把每次有bug的分支都記錄了下來，有bug他就給那個用例上加了一個小紅旗的標記，沒有是綠旗。
他想對比一下，是不是像他自己想的那樣，綠色的都是沒有問題的，紅色肯定是有bug的。
而那些顏色深淺代表的是bug的等級高低，而綠色的深淺應該表示的是寫的程式的好壞。
其實程式是分好壞的，在測試這邊看來好的程式度肯定是會快一些，每秒鐘能承受的請求總次數會多一些。
等程文測試的時候，他現有一個問題，就是那些標成綠色的確實都沒有bug，但有的標紅的他也有沒有測出來bug。
“是我想錯了？”程文對自己的這個設想有一些懷疑。
把整體都過一遍之後，程文現系統一共標紅了七處地方，但是他自己只自己找到了五處，還有兩個他沒有找出來。
經過這些資料對比之後，他現應該和他想的是一樣的，紅色的代表的都是有bug的，而那些小蟲子越多的地方代表bug等級越高。
“可是按照這個為什麼還有兩處系統標紅，而我沒有找到呢？
難道是因為我對自己的要求不夠高，或者是說我測漏了什麼東西？”
程文帶著這個想法，就一直持續開始測試那兩個他沒有找到問題，但是系統標記為紅色的用例。
又仔仔細細的過了一遍，程文現原來他自己錯了，這兩個都有問題。
這哪裡是系統？簡直就是我的親爸爸。
有了系統，今後我的測試之路還有誰能過我？
程文心裡如此想到。
因為這個技能太bug了，之前他需要花費很多時間，從頭到尾來測試整個功能。
但是現在，只要他把測試用例寫好之後。
打眼一掃就可以了，紅色的肯定是有問題的，如果時間緊急，他只需要測試紅色的部分就好。
甚至如果他寫得特別特別的詳細，根本就不用測，只需要自己復現一下，然後開啟bug平臺記錄一下就ok了。
這系統也太厲害了！
有了這個系統，程文覺得他以後就可以躺贏。
別人需要做三個小時的工作，他也許就需要一個小時甚至更少的時間就可以了，畢竟開寫的程式裡面，bug還是在少數的，他們又不是在寫bug。
其他測試需要把測試用例全部過完，而程文不需要。
這太高效了，這樣可能說一個小時都說多了，也許只要4o分鐘，甚至半個小時都是有可能的。
節省下來的時間可以自由支配，程文可以利用這些時間來幹其他事情，可以提高一下自己的技術水平，也可以刷一部自己喜歡的電影電視劇，甚至玩兒一會兒遊戲。
最最關鍵的是別人可能會遺漏什麼東西，但是他不會。
