項(xiàng)目沒有明確定義的（或任何）需求規(guī)格說明書就開始實(shí)施，這很常見，特別是在小公司里面。即使是在大型企業(yè)，在他們認(rèn)為不需要規(guī)范領(lǐng)域，也可能存在項(xiàng)目缺少需求規(guī)格說明書的情況。在這種情況下如何進(jìn)行測試是一個(gè)常見的問題。
在項(xiàng)目缺少需求規(guī)格說明書的情況，并不存在一個(gè)做好測試簡單快捷的方法，因?yàn)樾枨笠?guī)格說明書對功能性測試的效力有很大的推動(dòng)作用。其中關(guān)鍵的一點(diǎn)是要注意保持對需求來源進(jìn)行追蹤，和從這些需求源頭上可衍生出哪些需求。這將大大簡化對需求合法性的驗(yàn)證。以下是在以往測試成功過的幾種策略：
把用戶手冊當(dāng)作需求規(guī)格說明書使用，這種方法是有效的和符合要求的。如果用戶手冊提供了足夠的細(xì)節(jié)信息并且被信息組織編排得很有條理，使用它和使用需求規(guī)格說明書的效果幾乎是一樣的。關(guān)鍵是學(xué)會(huì)在用戶手冊上系統(tǒng)化地查找需求，確認(rèn)和追蹤這些需求。另外，經(jīng)常需要從其它的來源獲取需求信息來對用戶手冊進(jìn)行補(bǔ)充，因?yàn)橛脩羰謨院苌贂?huì)包含壓力和響應(yīng)時(shí)間方面等精確數(shù)目信息。
把設(shè)計(jì)文檔當(dāng)作需求規(guī)格說明書使用，大部分的開發(fā)人員至少會(huì)在某處的文件上記錄或保存系統(tǒng)的一些相關(guān)信息。查找出這些設(shè)計(jì)文檔后，它可作為需求的一個(gè)源頭，特別是對于那些在用戶手冊上無法找到的硬性指標(biāo)需求。關(guān)鍵是要小心選擇可用作需求的信息，要注意避免把設(shè)計(jì)信息當(dāng)作需求。銷售文檔同樣也可以這樣用。
與人交談。小項(xiàng)目的一個(gè)常見問題是“兩只腿的需求”，這是指長駐客戶公司的應(yīng)用軟件技術(shù)支持人員，他們圍繞描述軟件的用途與客戶反復(fù)溝通。通常這些技術(shù)支持人員都會(huì)寫下一些信息，這些信息可用作需求，但多半時(shí)候這些信息用處不大，這需要和他們坐下來談?wù)撘幌逻@個(gè)系統(tǒng)要實(shí)現(xiàn)哪些功能。另外，走出去和開發(fā)人員，系統(tǒng)的實(shí)際用戶，甚至購買產(chǎn)品的客戶等交談。在每次會(huì)談中，及時(shí)作筆記，然后把這些筆記作為進(jìn)行測試的基礎(chǔ)資料。使用常識(shí)。使用常識(shí)這個(gè)方法應(yīng)該是所有其它方法都失敗后的最后選擇。雖然使用常識(shí)可能會(huì)發(fā)現(xiàn)問題，但使用這種方法會(huì)引發(fā)所發(fā)現(xiàn)故障的重要性和關(guān)聯(lián)性的爭論，甚至這個(gè)缺陷實(shí)際上是不是缺陷也可能需要論證。
測試準(zhǔn)備不足情況下的測試
一個(gè)關(guān)鍵的考慮因素可能是根本上這個(gè)軟件是否可測，如果沒有足夠的時(shí)間去為一個(gè)全新的產(chǎn)品作測試做準(zhǔn)備，唯一可行的辦法是向項(xiàng)目管理人員報(bào)告這個(gè)軟件達(dá)不到測試的條件，讓其決定如何處理這個(gè)問題。如何項(xiàng)目管理人員做出的決定是宣布這個(gè)產(chǎn)品達(dá)不到測試的條件，測試人員需提供詳細(xì)的信息以解釋為什么這個(gè)軟件達(dá)不到測試的條件和需要作哪些改進(jìn)使它達(dá)到測試的條件。