溫馨提示×
您好，登錄后才能下訂單哦！
點擊 登錄注冊 即表示同意《億速云用戶服務條款》
您好，登錄后才能下訂單哦！
一、定義：
過分強調功能測試，而非測試質量、數據和接口需求。以及測試架構、設計和實現的約束。
二、發生時間段
非功能性需求中。
三、陷阱表現
1.大多數的測試關注驗證功能性表現
2.沒有驗證質量特性的適當水平（如：可用性、可靠性、健壯性、安全性、保密安全性、易用性）
3.測試工程師、可靠性工程師、安全性工程師、人為因素工程師未執行相關專業測試類型（如未執行***測試）
4.只在系統交付并投入運行后，才確認各種質量特性和其屬性的不足水平。
四、負面后果
1.測試無法驗證系統是否具有重要質量特性，是否滿足所有的相關的質量需求。
2.集成后期或交付后，才確認無法滿足數據和接口的需求
3.系統交付延遲，未能滿足不可接受的大量的非功能性需求。
五、原因
1. 測試計劃和過程文檔并沒有充分地考慮測試非功能性需求。
2. 無過程需求強制要求對非功能性需求的專門測試
3. 管理層、研發、測試認為：
(1) 測試其他類型的需求（數據、接口、質量及架構、設計、實現或配置約束）比較困難。
(2) 應用測試外的其他方法(分析、審查和評審)來驗證質量需求
(3) 因其交叉性質測試這些非功能性需求需花太長時間
(4) 與功能需求相比 ，非功能性需求不是很重要
(5) 非功能性測試會作為測試功能需求的副產品而自然發生
4. 其他類型需求（質量需求）
5. 功能測試是開發合同中規定的唯一的測試。
六、建議
1.準備
在測試計劃和過程文檔中充分地考慮測試非功能性需求
在合同中包括過程需求，強制規定非功能性需求的專業測試
2. 啟用
確保管理層、開發、測試了解非功能性需求及符合架構和設計（通過白盒測試）的重要性
3. 執行
充分地進行其他類型的測試
4. 驗證
(1) 確定管理層、開發、測試是否理解測試非功能性需求和符合架構設計、實現和配置約束的重要性
(2) 確定質量工程師是否驗證了測試人員測試非功能性需求和約束
(3) 確定測試計劃和過程文檔是否充分考慮測試非功能性表現
(4) 確定是否度量、分析和報告類型的非功能性缺陷。
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
