博主：海底淤泥
1.測試團隊中通常包含哪些角色？
測試經理、測試分析師、測試設計師、測試員
2.測試經理的職責是什么？
對整個測試工作負責，包括：
1.明確測試任務與目標 2.制定測試計划 3.安排測試人員 4.協調測試工作所需要的各類資源 5.對被測試軟件進行質量評估
6.編寫和提交測試報告 7.總結測試過程中存在的問題並進一步改進測試工作 8.解決測試過程中碰到的各類問題
3.測試分析師的職責是什么？
分析被測試軟件的特征、明確並細化測試目標、構思測試思想、設計測試用用例、准備測試數據、對測試用例執行結果進行分析，編寫軟件缺陷報告。
4.測試設計師的職責是什么？
負責定義測試方法，並保證測試工作能順利進行下去。
職責：確定測試方法、確定測試環境和配置、開發自動化測試工具、提供測試指導手冊、開發測試套件、定義測試接口規范
5.測試員的職責是什么？
負責測試工作的執行，他將測試分析師給出的測試用例作用於被測軟件，然后記錄測試結果。
6.RUP測試流程包含哪些環節？
1.定義評估任務 2.測試與評估 3.完成驗收任務 4.驗證測試方法 5.確認構建的穩定性 6.改進測試資產
7.RUP測試流程是否適合迭代式開發模式？
RUP測試流程不僅適合迭代式軟件開發，稍作改造也適合於其他軟件開發模型
8.定義評估使命的目的是什么？
主要目標是確定測試任務工作的重點
9.一個好的測試方法應該包含哪些方面？
1.多樣化 2.風險為中心的 3.產品特定的 4.實際可行的 5.可防御的
10.請區別用戶測試、易用性測試、和UI測試
1.用戶測試：站在用戶角度進行測試，突出的是“人”
2.易用性測試：執行測試來檢驗軟件是否易於使用
3.UI測試：指對軟件界面進行測試以判斷它是否符合某種標准，是指測試工作期望覆蓋的事務。
11.可以從哪些維度來區分不同的測試技術？
1.測試者 2.內容/覆蓋 3.潛在問題 4.活動 5.評估
12.為什么開發人員會不接受測試人員提交的缺陷報告？
1.修復這個缺陷需要花太多時間 2.用戶不會這樣操作軟件 3.測試用例太極端 4.無法復現缺陷 5.看不懂缺陷報告
6.修改這個缺陷會引入更大的風險 7.缺少足夠步驟等信息 8.對客戶沒有影響和影響甚微 9.缺陷不重要 10.不是缺陷，軟件就是這樣設計的
13.如何使缺陷報告變得有效？
進行跟隨測試，發現軟件的缺陷到底是什么，缺陷報告要清晰和簡單。
14.一個好的缺陷報告應該包含哪些信息？
1.標題 2.如何復現問題 3.發現問題的最少步驟 4.必要的測試數據 5.必要的過程信息
6.程序的版本 7.模塊 8.嚴重程度 9.優先級 10.配置信息
15.發現失效后，為什么需要進行跟隨測試？
有助於開發人員理解缺陷並加快缺陷的修復
16.跟隨測試包含哪些類型？
1.改變測試行為 2.改變選項和配置 3.改變運行環境 4.改變測試數據
17.如何編寫一個好的測試總結報告？
測試總結報告包括：1.風險和職責 2.測試情況匯報 3.項目缺陷度量 4.確認延期或不修復的BUG
18.可以從哪些維度來描述測試工作的進展？
1.產品 2.計划 3.結果 4.工作量 5.障礙
6.風險 7.測試質量 8.項目歷史
19.為什么不能完全依賴理想的BUG曲線？
有時測試團隊過度地堅持與所謂的理想BUG曲線一致，就會進行非常投機的操作。即理想BUG曲線會帶來很多的副作用。
20.為什么需要驗證測試方法？
確定測試方法是否可行，是否滿足項目的限制，采用的技術能否到達所需要的覆蓋率，還存在什么風險。
21.為什么需要確認構建的穩定性？
當一個版本不穩定時，對其進行測試往往是在浪費寶貴的測試時間。確認構建足夠穩定從而值得測試，有助於及時阻止測試工作並減少浪費，有效阻止不成熟軟件的發生。
22.測試活動中，有哪些類型的測試資產？
1.測試思想 2.測試方法 3.測試用例 4.測試套 5.測試腳本 6.自動化測試框架
7.自動化測試工具 8.測試配置 9.測試數據 10.測試計划 11.缺陷報告 12.測試總結報告
23.在一個測試周期結束后，為什么要改進測試資產？
目的在於在后續測試周期、甚至在其他的軟件項目中，能夠盡可能多地復用這些資產
博主：海底淤泥