軟件測試基礎Ⅵ（角色，變動，缺陷，軟件質量特性，用例準則，爲何是測試）

測試中須要哪些角色？他們須要具有哪些資質？

1. 測試經理（測試組長）：測試計劃和測試控制專家，具有軟件測試、質量管理、項目管理、和人員管理等領域的知識和經驗
2. 測試設計人員（測試分析員）：測試方法和測試規格說明方面的專家，具有軟件測試、軟件工程以及（形式化）規格說明方法  等領域的知識和經驗。
3. 測試自動化人員：測試自動化專家，具有測試基礎知識、編程經驗以及豐富的測試工具和腳本語言知識。
4. 測試管理員：安裝和操做測試環境方面專家，具有系統管理員知識
5. 測試人員：執行測試和事件報告方面的專家，具有IT基礎知識、測試基礎知識、會用測試工具、熟悉測試對象。

 變動控制委員會的任務是什麼？

1.   變動控制委員會的任務是在提出需求變動申請後，由變動控制委員會制定決策爲每一個變動權衡利弊後作出取捨的決定。
2.   一旦變動控制委員會作出決策時，指派的人員應及時更新數據庫中請求的狀態。
3.   當工程項目接受了重要的需求變動時，爲了適應變動狀況變動控制委員會要與管理部門和客戶從新協商約定

 定義負載測試、性能測試、壓力測試和併發測試，並描述它們之間的區別

　　性能測試方法是經過模擬生產運行的業務壓力量和使用場景組合，測試系統的性能是否知足生產性能要求。主要目的是驗證系統是否有系統宣稱具備的能力，這種方法須要實現瞭解內側系統的典型場景，並具備肯定的性能目標。

　　負載測試方法經過在被測系統上不斷增長壓力，直到性能指標超過預約指標或某種資源使用已經達到飽和狀態，這種方法能夠找到系統的處理極限或瓶頸，爲系統調優提供數據。這種測試方法須要在給定的測試環境下進行，一般也須要考慮被測系統的業務壓力量和典型場景，使得測試結果具備業務上的意義。

　　壓力測試方法是測試系統在已經飽和狀態下，系統可以處理的繪畫能力，以及系統是否會出現錯誤。主要目的是檢查系統處於壓力狀況下時，應用的表現，這種性能測試通常經過模擬負載等方法，使得系統的資源使用達到較高水平。

　　併發測試方法經過模擬用戶的併發訪問，測試多用戶併發訪問一個應用、一個模塊或者數據記錄時是否尋在死鎖或者其餘性能問題。主要目的是發現系統中可能隱藏的併發訪問時致使的問題。這種 測試犯非法主要關注系統肯存在的併發問題，例如系統中的內存泄漏、線程鎖和資源爭用方面的問題。

針對缺陷應該採起怎麼樣的管理措施？

　　對於缺陷的管理，咱們須要創建一個完善的缺陷管理流程，來對缺陷進行報告、查詢、分類、跟蹤、處理和驗證等。能夠用一個缺陷的生命週期流轉過程來進行管理（省略）

爲何開發人員不宜測試本身的程序？

　　由開發人員或者開發團隊測試本身的程序過程當中很容易忽略自身所犯的錯誤，在開發設計、編碼實現的過程當中忽略的問題或者設計錯誤的問題，在測試的過程中可能還會繼續犯一樣的錯誤，甚至對本身的錯誤視而不見。開發人員一樣是人，人性的弱點就是會犯錯誤並且不肯意認可。開發人員測試的最大一個弱點每一個必須測試本身程序的開發人員每每過於樂觀，這樣就蘊含一種危險。並且開發人員在測試技能上也可能會存在必定的欠缺，測試進行得很是膚淺或執行了不合理的測試用例

根據ISO9126，列出軟件質量的主要特性。

　　根據ISO9126標準，功能性（Functionlity）、可靠性（reliability）、可用性（usability）、效率（efficiency）、可維護性（maintainbility）、以及可移植性（portability）都屬於軟件質量的範疇

　　軟件測試活動的輸出工件有（測試需求）、（測試計劃）、（測試用例）、（測試結果和缺陷記錄）和（測試報告）等

 　　軟件測試的角色有（測試經理）、（測試設計人員）、（測試執行人員）和（測試結果分析人員）等

　　經過畫因果圖來寫測試用例的步驟爲（分析緣由和結果）、（找出因果關係）、（標明緣由和結果之間的約束和限制條件）和（畫出因果圖）及把因果圖轉換爲狀態圖共五個步驟。

　　針對是否對無效數據進行測試，能夠將等價類測試分爲 （標準等價類測試）和（健壯等價類測試)

β測試:

　　β測試是指在客戶現場進行的驗收測試，是有選擇的請一些最終用戶實際使用，將發現的問題反饋回來進行修改。

Coverage：覆蓋率

　　是指測試的時候程序中的代碼、條件、路徑、分支的覆蓋程度程度，它是嚴格基於規格說明或需求文檔的，是用來衡量測試好壞的指標，一般用來考覈測試任務完成的狀況。

Equivalence class：等價類

　　每一個輸入數據元素的各類可能的輸入值的域被劃分爲等價類，等價類是測試人員被認爲測試對象將以相同的方式來處理的一組數據值，對等價類中的一個表明性數據進行測試就足夠了。

Safety testing（安全性測試）

　　安全性測試有關驗證應用程序的安全服務和識別潛在安全性缺陷的過程。包括程序、數據庫安全性測試

Functional requirement（功能需求）

　　功能需求(functional requirement)定義了開發人員必須實現的軟件功能，使得用戶能完成他們的任務，從而知足了業務需求。所謂特性( f e a t u r e )是指邏輯上相關的功能需求的集合，給用戶提供處理能力並知足業務需求。

闡述測試用例設計的準則？

1.   測試用例的表明性
2.   可以表明並覆蓋各類合理的和不合理的、合法的和非法的、邊界的和越界的以及極限的輸入數據、操做和環境設置等。
3.   測試結果的可斷定性
4.   即測試執行結果的正確性是可斷定的，每個測試用例都應有相應的指望結果。
5.   測試結果的可再現性
6.   即對一樣的測試用例，系統的執行結果應當是相同的。

簡要寫出本身在理解的基礎之上所認爲引入測試管理的意義

　　首先軟件質量一個很重要的部分就是測試和驗證軟件有效性的流程。測試管理是組織和控制測試工做所需的流程和工件的實踐。

　　其次測試管理能夠實現如下目標：跟蹤需求測試和其餘測試激發因素的關係、組織和重用測試用例、記錄和組織測試配置、計劃和協調各類工做版本和應用軟件的測試執行、計算測試覆蓋率、各類各樣的報告工做。

　　最後沒有足夠的時間來測試、沒有足夠的資源來測試、測試團隊並非總在一個地方、需求方面的難題、測試與開發保持同步、報告正確信息等因素給測試帶來的困難。

　　因此在項目過程當中引入測試管理的意義很是重要。