" 閱讀本文大概耗時14分鐘 "
01. 請描述如何劃分缺陷與錯誤嚴重性和優先級別？
給軟件缺陷與錯誤劃分嚴重性和優先級的通用原則：
1.表示軟件缺陷所造成的危害和惡劣程度。
2.優先級表示修復缺陷的重要程度和次序。
嚴重性：
1.嚴重：系統崩潰、數據丟失、數據毀壞
2.較嚴重：操作性錯誤、結果錯誤、遺漏功能
3.一般：小問題、錯別字、UI佈局、罕見故障
4.建議：不影響使用的瑕疵或更好的實現。
優先級：
1.最高優先級：立即修復，停止進一步測試。
2.次高優先級：在產品發佈之前必須修復。
3.中等優先級：如果時間允許應該修復。
4.最低優先級：可能會修復，但是也可能發佈。
02. 一套完整的測試應該由哪些階段組成？分別闡述一下各個階段。
一套完整的測試應該由五個階段組成：
1.測試計劃
首先，根據用戶需求報告中關於功能要求和性能指標的規格說明書，定義相應的測試需求報告，即制訂黑盒測試的最高標準，
以後所有的測試工作都將圍繞着測試需求來進行，符合測試需求的應用程序即是合格的，反之即是不合格的；同時，還要適當選擇測試內容，合理安排測試人員、測試時間及測試資源等。
2.測試設計
將測試計劃階段制定的測試需求分解、細化爲若干個可執行的測試過程，併爲每個測試過程選擇適當的測試用例（測試用例選擇的好壞將直接影響到測試結果的有效性）。
3.測試開發
建立可重複使用的自動測試過程。
4.測試執行
執行測試開發階段建立的自動測試過程，並對所發現的缺陷進行跟蹤管理。測試執行一般由單元測試、組合測試、集成測試、系統聯調及迴歸測試等步驟組成，測試人員應本着科學負責的態度，一步一個腳印地進行測試。
5.測試評估
結合量化的測試覆蓋域及缺陷跟蹤報告，對於應用軟件的質量和開發團隊的工作進度及工作效率進行綜合評價。
03. 一條軟件缺陷都記錄了哪些內容？
1.通用UI要統一、準確
缺陷報告的UI要與測試的軟件UI保持一致，便於查找定位。
2.儘量使用業界慣用的表達術語和表達方法
使用業界慣用的表達術語和表達方法，保證表達準確，體現專業化。
3.每條缺陷報告只包括一個缺陷
每條缺陷報告只包括一個缺陷，可以使缺陷修正者迅速定位一個缺陷，集中精力每次只修正一個缺陷。校驗者每次只校驗一個缺陷是否已經正確修正。
4.不可重現的缺陷也要報告
首先缺陷報告必須展示重現缺陷的能力。不可重現的缺陷要盡力重現，若盡力之後仍不能重現，仍然要報告此缺陷，但在報告中要註明無法再現，缺陷出現的頻率。
5.明確指明缺陷類型
根據缺陷的現象，總結判斷缺陷的類型。例如，即功能缺陷、界面缺陷、數據缺陷，合理化建議這是最常見的缺陷或缺陷類型，其他形式的缺陷或缺陷也從屬於其中某種形式。
6.明確指明缺陷嚴重等級和優先等級
時刻明確嚴重等級和優先等級之間的差別。高嚴重問題可能不值得解決，小裝飾性問題可能被當作高優先級。
7.描述 (Description) ，簡潔、準確，完整，揭示缺陷實質，記錄缺陷或缺陷出現的位置
描述要準確反映缺陷的本質內容，簡短明瞭。爲了便於在軟件缺陷管理數據庫中尋找制定的測試缺陷，包含缺陷發生時的用戶界面（UI）是個良好的習慣。例如記錄對話框的標題、菜單、按鈕等控件的名稱。
8.短行之間使用自動數字序號，使用相同的字體、字號、行間距
短行之間使用自動數字序號，使用相同的字體、字號、行間距，可以保證各條記錄格式一致，做到規範專業。
9.每一個步驟儘量只記錄一個操作
保證簡潔、條理井然，容易重複操作步驟。
10.確認步驟完整，準確，簡短
保證快速準確的重複缺陷，“完整”即沒有缺漏，“準確”即步驟正確，“簡短”即沒有多餘的步驟。
11.根據缺陷，可選擇是否進行圖象捕捉
爲了直觀的觀察缺陷或缺陷現象，通常需要附加缺陷或缺陷出現的界面，以圖片的形式作爲附件附着在記錄的“附件”部分。爲了節省空間，又能真實反映缺陷或缺陷本質，可以捕捉缺陷或缺陷產生時的全屏幕，活動窗口和局部區域。爲了迅速定位、修正缺陷或缺陷位置，通常要求附加中文對照圖。
附加必要的特殊文檔和個人建議和註解
如果打開某個特殊的文檔而產生的缺陷或缺陷，則必須附加該文檔，從而可以迅速再現缺陷或缺陷。有時，爲了使缺陷或缺陷修正者進一步明確缺陷或缺陷的表現，可以附加個人的修改建議或註解。
12) 檢查拼寫和語法缺陷
在提交每條缺陷或缺陷之前，檢查拼寫和語法，確保內容正確，正確的描述缺陷。
13) 儘量使用短語和短句，避免複雜句型句式
軟件缺陷管理數據庫的目的是便於定位缺陷，因此，要求客觀的描述操作步驟，不需要修飾性的詞彙和複雜的句型，增強可讀性。
04. 簡述一下缺陷的生命週期
打開 ：表示問題被提交等待有人處理。
重新指派 ：問題被重新指派給某人處理。
處理 ：問題在處理中，尚未完成。
固定 ：確認此問題存在，但暫時不進行處理。
迴歸 ：對已經修復的問題進行迴歸確認。Reopened :
關閉 ：問題的最後一個狀態。
05. 測試用例設計方法都有哪些？
1.等價類劃分法
顧名思義，等價類劃分，就是將測試的範圍劃分成幾個互不相交的子集，他們的並集是全集，從每個子集選出若干個有代表性的值作爲測試用例。
2.邊界值分析法
長期的測試工作經驗告訴我們，大量的錯誤是發生在輸入或輸出範圍的邊界上，而不是發生在輸入輸出範圍的內部。因此針對各種邊界情況設計測試用例，可以查出更多的錯誤。選出的測試用例，應選取正好等於、剛剛大於、剛剛小於邊界的值，例如，對於在區間min，max的值，測試用例可以記爲min，min+，max，max-。
3.錯誤推測法
錯誤推測法是指：在測試程序時，人們可以根據經驗或直覺推測程序中可能存在的各種錯誤，從而有針對性地編寫檢查這些錯誤的測試用例的方法。
4.判定表法
又稱爲策略表，基於策略表的測試，是功能測試中最嚴密的測試方法。該方法適合於邏輯判斷複雜的場景，通過窮舉條件獲得結果，對結果再進行優化合並，會得到一個判斷清晰的策略表。
5.正交實驗法
用語言描述正交實驗法會很抽象難懂，簡單說，就是在各因素互相獨立的情況下，設計出一種特殊的表格，找出能以少數替代全面的測試用例。
其中，上面所說的特殊表格就是正交表，是按照一定規則生成的表。
雖然說是特殊的表格，實際表現形式跟一般的表格沒有什麼區別，正交表的主要特徵是，“均勻分佈，整齊劃一”，正是因爲“均勻”的，所以才能以少數代替全部。
06. 一個文本框要求輸入6位數字密碼，且對每個賬戶每次只允許出現三次輸入錯誤，對此文本框進行測試設計的等價區間有哪些？
1.密碼爲空 登錄
2.正確輸入[輸入正確的值] 登錄
3.錯誤輸入
[ 輸入錯誤的值，輸入數據例如：特殊符號、英文字母、漢字及非法字符等一些非正確值；輸入方法例如：不足六位，超出六位，最大輸入值） 登錄/取消 ]
4.連續錯誤輸入三次以上 [查看連續錯誤輸入後的提示信息及結果]
5.其他[是否支持剪貼板操作，例如：複製/剪切/粘貼]
07. 什麼時候開始進行性能測試？
性能測試一般分前期階段和後期階段。
前期階段是功能實現後還沒有到系統集成時期。可以針對功能實現進行性能測試，看看單獨功能實現的響應時間
後期階段是指系統功能通過功能性測試完畢後，到整體的性能測試階段。
08. 什麼是性能測試、負載測試、壓力測試？
性能測試（Performance Test）：通常收集所有和測試有關的所有性能，被不同人在不同場合下進行使用。關注點：how much和how fast
負載測試（Load Test）：負載測試是一種性能測試，指數據在超負荷環境中運行，程序是否能夠承擔。關注點：how much
壓力測試（Stress Test）：壓力測試（又叫強度測試）也是一種性能測試，它在系統資源特別低的情況下軟件系統運行情況，目的是找到系統在哪裏失效以及如何失效的地方。
09. 簡述Loadrunner的步驟
使用LoaderRunner進行性能測試的幾個步驟：
1. 開發腳本（在Vugen中執行）：涉及到，腳本的錄製、參數化、事務的添加、檢查點的設置、同步點的設置。loaderRunner腳本是符合c語言語法的。
2. 場景建立（在Controller中執行）：加入腳本（如果腳本中有集合點，應該然集合點在這裏生效）、用戶設置。
3. 測試結果的分析。
THE END
題圖：本文來源於網絡，文章所包含的文字來源於原作者。如因內容或版權等問題，請聯繫Python測試社區進行刪除
最近接到很多私信，說以後儘量多出點試題着這樣的文章，最近小編也是一致在發現總結中，希望對大家有所幫助
[ 刷試題，我們是認真的，你悄悄來，請記得帶走一絲雲彩 ]
[ 微信搜索：" Python測試社區 "關注本公衆號，回覆“989”“python”領取4G資料 ]
支持作者，可以將文章分享到朋友圈或點個在看，感謝大家的閱讀！Bey , 下期再見