非功能屬性

2021-10-20 17:57:15 字數 1084 閱讀 8321

根據iso25010和ieee.29119-4附錄a中的描述,非功能屬性測試也稱質量屬性測試,包括以下14點(功能測試和過程測試在功能屬性中進行)

可達性:可指軟體從設計到實現,能使殘障人士,老年人,非本土人群等不同人群獲得同等資訊和服務。

可恢復性:指軟體在發生故障時是否可以將測試項從備份恢復到其故障前狀態。需要考慮通過打樁或其他方法模擬錯誤,測試是否能夠自我檢測與恢復正常,包括其他配合的元件或系統出問題,自身元件如何仍能維持使用者的業務正常工作。

相容性:確定測試項是否可以在共享環境中與其他產品一起執行和共存。

可修改性:確定資料或軟體在對其格式進行修改後是否可以繼續提供所需的功能,例如將程式從一種程式語言轉換為另一種程式語言或將資料或資料庫從一種格式轉換為另一種格式。

災難恢復:確定在發生故障的情況下,測試項的操作是否可以轉移到不同的操作站點,以及在故障解決後是否可以再次將其轉移回來。

可安裝性:確定是否可以在所指定環境中根據需要安裝,解除安裝/移除和/或公升級測試項。

互操作性:確定測試項是否可以在相同環境或不同環境中與其他測試項或系統正確互動,包括測試項是否可以有效利用從其他系統接收的資訊。這裡可以從廠商、平台、版本幾個角度來考慮互通性。

本地化:確定是否可以在需要使用的地理區域內理解測試項。這裡要考慮中文字元、不可列印字元的情況。

可維護性:確定是否可以使用可接受的程度來維護測試專案,包括糾正性維護(即糾正問題)、完善的維護(即增強)、適應性維護(即適應環境的變化)和預防性維護(即減少未來維護成本的行動)。

效能:確定當測試專案被置於各種型別和大小的「負載」下時是否按要求執行。這包括效能,負載,壓力,耐久性,容量和記憶體管理測試,例如,每秒事務數,吞吐量響應時間,往返時間和資源利用率等。需要考慮構造超過效能指標或容量指標的測試場景,並給出此時的預期結果。最常見的,是否可以將記憶體耗盡。

可移植性:確定測試項是否可從乙個硬體,軟體或其他操作或使用環境有效且高效地傳輸到另乙個的難易程度。

可靠性:評估測試項執行其所需功能的能力,包括評估故障發生的頻率,何時在規定的條件下使用一段時間。

易用性:評估指定使用者是否可以使用測試項在指定的使用環境中實現指定目標的有效性,效率和滿意度。所有操作和實現都應朝著增強使用者舒適度和信心、降低負面影響的方向進行。

軟體非功能屬性及策略

大類 可修改性 可用性 效能 安全性 可測試性 易用性 可修改性策略 一 區域性化修改 1 高內聚 低耦合 2 為變更預留介面 針對介面程式設計 3 通過方法和函式 傳入引數 4 限制修改範圍 二 防止連鎖反應 1 資訊隱藏 將變更隔離在乙個模組內,防止變更擴散到其他模組 2 維持現有介面 新增介面...

軟體體系結構的非功能屬性

摘抄自 pattern oriented software architecture volume 1 a system of patterns wiley出版社出版 略有改動 程式,像人一樣,會變老。我們不能夠阻止老化,但我們可以弄清楚引起老化的原因,採取措施來限制它的影響,暫時性地修復由老化引起...

軟體設計 質量屬性 非功能性需求

當你在收集需求的時候 人們會很樂意給你乙個願望清單,寫滿了他們想要軟體系統所完成的事,也有完善的方法以使用者故事 用例 傳統的需求規格書 驗收標準等形式來捕捉這些功能需求 但是那些討厭的非功能性需求呢?非功能性需求通常被看做是能力,主要跟服務質量有關,也就是乙個軟體的質量屬性,下面大致介紹下 常見的...