還記得上學那會，考試時是按照什么策略來答題嘛？

大多數人的答復可能是按照你會的來答題，即容易的，則優先級高。每每考試完，反饋說題目沒有做完，丟分了！你爸媽或者老師用河南話說“傻啊，先做恁會的！”

現在想想考試時先做容易的題目，這種場景下你肯定將所有考卷上的題目看完了，對于題目的難易和會不會做，你心中有數了！然后再從頭到尾過第二遍消滅掉相對難一點的題目，漸漸地，最后攻關拿下更難的題目，最難的放在最后。這種策略能保證你及格甚至是在良好的情況下走向優秀。

換個角度來看，這種策略還待改善。

當你領導給你安排一項任務：驗證EC單，驗證EC單是有講究的有學問的。如果你按照上學時考試答題那種策略，先整體看下EC單都是解決什么樣的bug，各個bug需要構造什么樣的方法進行驗證，然后將容易驗證的EC單先驗證完了，剩下難驗證的EC單。

對于版本質量來說，驗證什么樣的EC單才可以確保版本質量。一般來說，嚴重級別的bug單對驗證版本質量是否有問題更加重要則優先級更高，一般級別的bug單對版本質量則一般(因此提單時故障單的級別要按照所發現的bug對版本質量的影響來定)。

注意：嚴重級別的故障單不一定難驗證，容易驗證的故障單不一定級別低。EC的級別在于bug對版本質量的影響，單子是否容易驗證主要是構造方法的難易。

試想一下，故障單容易的優先驗證了，但其bug是否修復并不影響版本質量的高低。驗證EC單應該采取能提高版本質量的策略來驗證EC單，整觀EC單的嚴重級別，然后相同級別的再看EC的難易。更能提高版本質量且容易驗證的EC單優先級最高，更能提高版本質量且難驗證的EC單優先級次之，能提高版本質量且易驗證的EC單優先級再次之，能提高版本質量且難驗證的EC單優先級放最后。

做事要看任務的優先級，而不是容易程度。

但是怎么識別任務的優先級呢？且看下回分解：做事如何識別任務的優先級？