在一個軟件項目的生產(chǎn)過程中，最關鍵的階段就是需求的確定。
概要設計的依據(jù)是需求文檔，詳細設計的依據(jù)也將是需求文檔，測試大綱的結構級次也是依據(jù)需求文檔框架結構而提煉產(chǎn)生的，測試案例編寫依據(jù)測試大綱的結構和功能點列表而設計出來的，因此需求文檔成了整個項目從始至終的重要的依據(jù)性文檔標準，因此其重要性自然不言而喻。下面說說需求文檔的在項目中的重要性！
1、高質(zhì)量的需求文檔切斷bug的來源
在需求文檔編寫過程中如果質(zhì)量控制不到位，自然會產(chǎn)生最原始的bug。設計人員依據(jù)不明確的需求文檔設計出了不準確的概要設計和物理模型。
開發(fā)人員依據(jù)已經(jīng)存在bug的概要設計產(chǎn)生程序代碼，系統(tǒng)提交測試的時候，這些隱含的bug已經(jīng)從需求一直流轉(zhuǎn)到了測試人員的面前，成為測試人員的勞動成果。
但是這雖然給測試人員帶來了工作成果和成就感，但是這對一個項目來講卻是巨大的損失，本應該在需求文檔產(chǎn)生是就能避免的東西盡量控制在其最原始的狀態(tài)而不是放任自流下去。
本文出自hanguolong21的51Testing軟件測試博客：http://www.51testing.com/?97387
因此由此看來文檔測試的重要性就體現(xiàn)出來了，很多企業(yè)并不重視對文檔的測試和檢查，從而使這些問題逐漸逐步的被放大，同時放大了修復問題的代價，給項目帶來損失，因此，測試要在需求文檔編寫產(chǎn)生時介入，同步測試需求文檔中存在的遺漏和不準確的描述直接將一些輸入控制，界面標準等問題扼殺在搖籃之中，付出了最小的代價產(chǎn)生了最好的效果，避免了需求變更，就避免了損失的放大，為項目和公司節(jié)約了成本，同時也能提高產(chǎn)品的質(zhì)量，一舉多得！
2、需求文檔編寫的要求
為了節(jié)約成本必須加強控制，控制好需求文檔編規(guī)范的高標準、高要求編寫的質(zhì)量和規(guī)范性以及可讀性，這對需求人員的要求就相對提高了，不僅僅是懂業(yè)務和會用word這么簡單了，要能將需求文檔編寫成為設計人員和開發(fā)人員的思維角度讀懂的文檔，不僅僅是簡單的規(guī)則描述是問題了當需求文檔編寫符合規(guī)范，概要設計上就更加清晰流暢，代碼編寫上就能控制的更加規(guī)范和標準，提高了代碼生產(chǎn)效率，降低了低級bug的存活率從而提高了系統(tǒng)的質(zhì)量。一旦需求文檔編寫的不好導致了連鎖反應最終到需求變更，需求變更是一個項目最難承受的代價，當整個系統(tǒng)在多人合作的情況下生產(chǎn)出來，此時需求文檔的一點小小變化都可能會導致整個系統(tǒng)發(fā)生巨大的改變和調(diào)整，由此需要付出的代價是不可估量的，損失是慘重的，也是開發(fā)、測試、維護所最不愿意接受和面對的，控制好需求的編寫可以達到事半功倍的效果，高水平的測試團隊可以從標準的需求文檔中預估出系統(tǒng)的缺陷率，預估出要編寫的測試案例數(shù)，從而為后期的測試工作帶來了巨大的前置信息，提高了測試工作的工作效率，高質(zhì)量的需求文檔編寫有百利而無一害，需要得到重視！
總結：需求文檔編寫的高質(zhì)量和測試人員介入文檔測試對于一個項目來說都是非常重要的環(huán)節(jié)，需要加強控制和規(guī)范，為公司帶來效益，貨真價實！