- 沒有根據需求分析進行設計（對需求分析中沒有明確的內容簡單的理解，就進行組裝。
- 對產生的制約和問題在沒有設計方針的情況下即興發揮的設計
- 對要求以外的狀況發生時的動作沒有充分研究就進行組裝。
- 各協作者間沒有充分的檢查，設計就結束了。
- 聯想最終用戶的使用場景來保證品質
- 軟件工程學就是從[怎樣使軟件通過測試]而一路走過來的.
軟件開發人員本身進行測試的時候,把關于缺陷的調查反饋到設計(為了不重復相同的錯誤),這對為了通過測試的軟件開發是有用的.把軟件的品質從設計階段開始提高的思考方法,叫做解決本質的方法.圖2表明了開發工程和測試工程的關系.
但是,為了提高設計的質量,應該遺失到那些呢?重新研究基本的開發作業是捷徑.要同時考慮上流工程和下流工程進行開發作業,特別是下流工程,盡可能的擴大考慮范圍,聯想最終用戶的場景,設定質量的檢查點.
從系統分析到實裝是開發工程,每個開發工程都對應測試工程.從而保證質量.各工程間設置檢查點, 盡可能的擴大考慮范圍,從最終用戶使用的角度設置檢查點.
由軟件開發人員測試的局限性
為了保證軟件的質量,盡可能早的預測可能發生的缺陷,把缺陷事先在上流工程解決掉,這是最理想的.為了盡可能的在上流工程保證質量,象前面所述的,在開發工程中設置幾個檢查點是必要的.也就是軟件測試能夠檢驗開發作業的內容,評定開發作業的質量.但是,現在的情況是,應該檢驗開發作業內容的軟件測試,卻作為保證質量的最后要塞發揮著作用.
軟件測試要素
單元測試－CPU為單位的子系統的控制軟件的質量檢測
－檢測控制軟件是否按設計動作
－對于開發的程序進行全邏輯覆蓋測試
單元集成測試
－CPU為單位的子系統的質量檢測
－檢測嵌入到硬件的軟件是否按設計動作
－使用實際的硬件測試是否全部滿足硬件的要求
系統測試
－多個CPU的系統控制軟件的質量檢測
－檢測構成系統的控制軟件是否遵守接口設計進行控制
－ 進行系統的模塊間的接口的全邏輯覆蓋測試
－ 多個CPU的系統的質量檢測
－檢測系統是否滿足上位要求
－ 對于系統要求進行全邏輯覆蓋測試
文章來源于領測軟件測試網 http://www.kjueaiud.com/
