1.一條軟體缺陷（或者叫bug）記錄都包含了哪些內容？如何提交高質量的軟體缺陷（bug）記錄？
檢測時間，系統環境，硬體環境，嚴重程度，程式版本，確認人，功能模板，問題描述，詳細操作步驟，是否會重現。
問題描述和詳細操作步驟要盡可能詳細。bug應該盡量用書面語，對於嚴重程度比較高的缺陷要在相同環境下測試一遍。
2.什麼是系統瓶頸？
系統瓶頸就是軟體在一定的併發量、訪問量下無法達到使用者的需求。
比如說使用者需要在10s內完成乙個訪問，但是每一次都要12s才能完成，這個就是效能瓶頸，有可能是程式本身的問題，也有可能和作業系統、軟體相關。
3.沒有產品說明書和需求文件地情況下能夠進行黑盒測試嗎？
可以。這個情況下我們就要進行探索性測試，把軟體當成使用者需求，一步步進行測試。憑藉經驗判斷功能正確與否，有的時候還可以與專案經理、開發人員一起進行交流溝通，從而進行更好的測試。
4.完全測試程式是可能的嗎？
不可能測試人員對程式進行測試，只能找出程式中的bug，但是並不能保證程式是沒有bug的。完全的測試要花費很多的人力財力，並且測試的資料量過大，很浪費時間。測試的結果還很多，有的都是類似的，沒有必要進行相同的測試。所以完全測試是不可能的。
5.軟體測試的風險主要體現在**？
主要體現在沒法完全測試。有些問題可能隱藏在沒有測到的地方。這樣子就被忽略了。客戶使用的時候並不熟悉軟體是如何操作的。可能有的時候會誤點點出問題。這樣子的話我們就要承擔很大的風險了。
6.發現的缺陷越多，說明軟體缺陷越多嗎？
是的，通常如果發現乙個缺陷的話，有的時候會發現很多類似的缺陷，因為由於開發人員的習慣，可能乙個地方有錯誤，另外乙個地方就會有相同的錯誤。
7.所有的軟體缺陷都能修復嗎？所有的軟體缺陷都要修復嗎？
從理論上來說所有的缺陷都是可以修復的，但是並不是所有的缺陷都要修復。一些對於軟體沒有影響的、不影響使用的缺陷我們可以不用修復。因為修復些細小的缺陷也是需要花費很多時間。專案上面可能會因為時間問題而先忽略這些小缺陷。
8.1開發人員說不是bug時，你如何應付？
首先把自己的理由告訴開發人員。在同開發人員溝通到底是不是bug，但是如果開發人員還是認為不是bug的話，就把這個問題提到專案經理處，同時附上自己的理由。有專案經理決定是否為bug。
8.2你在測試中發現了乙個bug，但是開發經理認為這不是乙個bug，你應該怎樣解決。
首先，將問題提交到缺陷管理庫裡面進行備案。
然後，要獲取判斷的依據和標準：
根據需求說明書、產品說明、設計文件等，確認實際結果是否與計畫有不一致的地方，提供缺陷是否確認的直接依據；
如果沒有文件依據，可以根據類似軟體的一般特性來說明是否存在不一致的地方，來確認是否是缺陷；
根據使用者的一般使用習慣，來確認是否是缺陷；
與設計人員、開發人員和客戶代表等相關人員**，確認是否是缺陷；
合理的論述，向測試經理說明自己的判斷的理由，注意客觀、嚴謹，不參雜個人情緒。
等待測試經理做出最終決定，如果仍然存在爭議，可以通過公司政策所提供的渠道，向上級反映，並有上級做出決定。
9.軟體測試專案從什麼時候開始為什麼？
一般軟體測試越早展開越好，一般是從需要階段就要進行軟體測試。軟體測試不僅是測試功能，對於需求文件一類的也要進行測試。越早的找出bug，就會減少後續開發人員修改程式的次數，並且可以降低成本，如果等整個軟體開發的差不多了發現乙個致命的錯誤的話，是需要花費很多時間和人力來重新修改的。如果在一開始就發現的話就不會出現這種情況了。
10.乙個缺陷測試報告的組成？
缺陷編號、缺陷標題、缺陷描述、缺陷的優先順序、缺陷的重要程度、缺陷所述的模組、缺陷所屬的版本、缺陷所屬的開發人員、輸入資料、輸出結果、缺陷分析等。
11.測試用例通常包括哪些內容？
用例編號、測試環境、用例標題、輸入資料、預期結果等
12.你都用什麼測試方法？
根據不同的系統和模組有不同的方法。主要是黑盒測試和白盒測試。
13.當測試過程發生錯誤時，有哪幾種解決辦法？
1）跳轉到別的測試過程
2）呼叫乙個能夠清除錯誤的過程
3）退出過程，啟用另乙個
退出過程和應用程式，重新啟動windows，在失敗的地方重新開始測試
14.怎樣做好測試計畫？
1）理解系統。從整個系統的高度了解被測系統必須滿足的功能和非功能性需求。利用涉及整個系統的文件，形成對系統的整體了解。
2）及早介入。為了深入了解專案，測試人員應該在系統的開始階段介入，可以增加對客戶需求，客戶問題，潛在風險以及最重要的功能方面的理解
3）測試期望。程式設計師的期望是什麼？客戶的期望是什麼？銷售對測試的期望又是什麼？測試目標必須是絕對的，以免說不清是否達到目標。
4）吸取教訓。把以前工作中學習到的經驗教訓運用過來，對確定測試策略很有作用。
5）工作量太小。完成測試需要多少工作量？需要多少人員？
6）技術選擇。系統會採取什麼技術？系統會採用什麼架構？這些資訊有助於確定測試策略和測試工具。
7）時間表。系統開發和測試分配的時間有多長？截止日期是什麼時候？
15、請問功能測試和效能測試的區別是什麼？
1）測試目的：
功能測試：檢測實際軟體的功能是否符合使用者需求，測功能是不是全部實現，某個實現是不是有bug。主要為了發現以下幾類錯誤：a、是否有不正確或遺漏的功能？b、功能實現是否滿足使用者需求和系統設計的隱藏需求？c、能否正確接收輸入？能否正確輸出結果？
效能測試：驗證軟體質量的三個質量特性，可靠性，正確性和效率。主要是測試產品的健壯性
2）測試方式：
功能測試按照係用例，按照系統需求說明書和測試用例，對產品的功能一步步進行測試。找出產品功能是否全部實現
效能測試：一般都使用效能工具對產品的健壯性進行評估。通過建立場景和虛擬使用者模擬真實環境，進行壓力測試和負載測試。
軟體測試理論
一 軟體測試 目的定義和原則 軟體測試 規定條件下對的程式進行操作，從而發現問題，對軟體質量進行評估的過程 目的 以最少的人力，物力，時間來找到軟體中的缺陷並修改，從而避免商業風險 定義 使用人工和自動手段來執行的程式，目的在檢驗 二 軟體測試的原則 追上到客戶的需求 盡快和不斷的測試 測試工作有專...
軟體測試理論
軟體測試理論基礎 什麼是軟體 程式 資料 文件 軟體的特徵 1 軟體是一種邏輯實體，具有抽象性 2，軟體產品的生產主要是研製，生產成本主要在開發和研製，開發研製完成後，通過複製就產生了大量軟體產品 3，軟體在使用過程中，沒有磨損 老化的問題 軟體的特性 1，軟體對硬體和環境有著不同程度的依賴性。這導...
軟體測試理論
軟體測試軟體測試的定義 使用人工或自動的手段，來執行或測試某個系統的過程。軟體測試的意義 1.解放程式設計師和售後服務人員。2.推動了軟體工程的發展，使軟體的質量得到了階段性的提公升。軟體測試的目的 1.確保剷平完成了它承諾或公布的功能，並且使用者可以訪問到的功能都有明確的書面說明 2.確保產品滿足...