無論開發(fā)和測(cè)試，都是建立在需求之上，圍繞需求展開，因此，需求對(duì)于開發(fā)和測(cè)試的重要性不言而喻。我想很多測(cè)試人員可能都有過這樣的經(jīng)歷，就是在測(cè)試過程中遇到需求不明或者認(rèn)為需求存在遺漏的情況，針對(duì)前者，我曾寫過一篇應(yīng)對(duì)策略的文章，當(dāng)然這也只是自己的一點(diǎn)摸索，然而對(duì)于后者，我仍然在思考中，因?yàn)樾枨蟮倪z漏如果是在測(cè)試過程中發(fā)現(xiàn)，還算是一件不壞的事情，我們還可以將它解決，若是換作在測(cè)試結(jié)束后才發(fā)現(xiàn)，那問題自然變得不可控制，出現(xiàn)bug也只是輕重多少的問題了。
事實(shí)是，測(cè)試人員經(jīng)常尷尬的遭遇后一種情況，即發(fā)布后或出現(xiàn)問題后才意識(shí)到需求遺漏。說其尷尬其實(shí)是因?yàn)?，需求的遺漏雖然不是測(cè)試人員造成，需求的收集整理也并非測(cè)試人員的職責(zé)范圍，但是查漏補(bǔ)缺確實(shí)是測(cè)試人員不可推卸的責(zé)任，并且，經(jīng)過測(cè)試人員評(píng)審的需求，出現(xiàn)問題，當(dāng)然逃脫不了干系。那么測(cè)試人員到底在測(cè)試過程中怎樣及時(shí)發(fā)現(xiàn)需求遺漏呢？
其實(shí)有一點(diǎn)我認(rèn)為我們至少可以做到，就是在任何我們對(duì)需求有疑問的地方都要發(fā)散出去，將問題搞清楚。比如當(dāng)你理解的需求與PDM提出的需求，或者開發(fā)理解的需求不一致時(shí)，這個(gè)時(shí)候就應(yīng)該深入分析，為什么會(huì)產(chǎn)生不一樣的理解。因?yàn)楫?dāng)不一樣發(fā)生的時(shí)候，往往潛藏了遺漏。就像只有完整的句子才不會(huì)產(chǎn)生二義性，沒有遺漏的需求才會(huì)讓開發(fā)、測(cè)試達(dá)成一致。
另外一點(diǎn)，測(cè)試人員也需要提高“主人”意識(shí)，不要只是被動(dòng)的針對(duì)即有內(nèi)容的測(cè)試，我們也要以“上帝”（使用者）的角度去感受產(chǎn)品，或者想象產(chǎn)品應(yīng)該具有的功能，然后與現(xiàn)有需求比較，找出遺漏。
其實(shí)我們有時(shí)候會(huì)抱怨需求為什么會(huì)考慮不周全，可是換個(gè)角度想想，我們認(rèn)可程序會(huì)存在bug，那么需求同樣也會(huì)有。這就像是一場接力賽，需求是第一棒，開發(fā)是第二棒，測(cè)試是第三棒，每一棒的交接都有上一棒的辛苦付出，也只有彼此信任和共同的努力，才能最終傳遞勝利。
文章來源于領(lǐng)測(cè)軟件測(cè)試網(wǎng) http://www.ltesting.net/