1.您認為做好測試用例設計工作的關鍵是什麼？
白盒測試用例設計的關鍵是以較少的用例覆蓋盡可能多的內部程式邏輯結果
黑盒法用例設計的關鍵同樣也是以較少的用例覆蓋模組輸出和輸入介面。不可能做到完全測試，以最少的用例在合理的時間內發現最多的問題
2.測試計畫工作的目的是什麼？測試計畫工作的內容都包括什麼？其中哪些是最重要的？
軟體測試計畫是指導測試過程的綱領性檔案，包含了產品概述、測試策略、測試方法、測試區域、測試配置、測試週期、測試資源、測試交流、風險分析等內容。借助軟體測試計畫，參與測試的專案成員，尤其是測試管理人員，可以明確測試任務和測試方法，保持測試實施過程的順暢溝通，跟蹤和控制測試進度，應對測試過程中的各種變更。
測試計畫和測試詳細規格、測試用例之間是戰略和戰術的關係，測試計畫主要從巨集觀上規劃測試活動的範圍、方法和資源配置，而測試詳細規格、測試用例是完成測試任務的具體戰術。所以其中最重要的是測試測試策略和測試方法（最好是能先評審）
3. 您認為做好測試計畫工作的關鍵是什麼？
明確測試的目標，增強測試計畫的實用性編寫軟體測試計畫得重要目的就是使測試過程能夠發現更多的軟體缺陷，因此軟體測試計畫的價值取決於它對幫助管理測試專案，並且找出軟體潛在的缺陷。因此，軟體測試計畫中的測試範圍必須高度覆蓋功能需求，測試方法必須切實可行，測試工具並且具有較高的實用性，便於使用，生成的測試結果直觀、準
4.你的測試職業發展是什麼？
測試經驗越多，測試能力越高。所以我的職業發展是需要時間累積的，一步步向著高階測試工程師奔去。而且我也有初步的職業規劃，前3年累積測試經驗，要求自己，不斷的更新自己改正自己，做好測試任務。
5.alpha測試與beta的區別
alpha測試在系統開發接近完成時對應用系統的測試；測試後仍然會有少量的設計變更。這種測試一般由終端使用者或其它人員完成，不能由程式或測試員完成。
beta測試當開發和測試根本完成時所做的測試，最終的錯誤和問題需要在最終發行前找到。這種測試一般由終端使用者或其它人員完成，不能由程式設計師或測試員完成。
6.比較負載測試，壓力測試和強度測試的區別?
負載測試：在一定的工作負荷下，系統的負荷及響應時間。
用於檢查系統在使用大量資料的時候正確工作的能力，即檢驗系統的能力最高能達到什麼程度
強度測試：在一定的負荷條件下，在較長時間跨度內的系統連續執行給系統效能所造成的影響
壓力測試的主要任務就是獲取系統正確執行的極限，檢查系統在瞬間峰值負荷下正確執行的能力
7.測試結束的標準是什麼？
用例全部測試。
覆蓋率達到標準。
缺陷率達到標準。
其他指標達到質量標準
8.怎麼做好文件測試?
仔細閱讀，跟隨每個步驟，檢查每個圖形，嘗試每個示例,檢查文件的編寫是否滿足文件編寫的目的,內容是否齊全，正確，完善.標記是否正確。
9. 當開發人員說不是bug時,你如何應付？
開發人員說不是bug，有2種情況，一是需求沒有確定，所以我可以這麼做，這個時候可以找來產品經理進行確認，需不需要改動，3方商量確定好後再看要不要改。二是這種情況不可能發生，所以不需要修改，這個時候，我可以先盡可能的說出是bug的依據是什麼？如果被使用者發現或出了問題，會有什麼不良結果？
程式設計師可能會給你很多理由，你可以對他的解釋進行反駁。如果還是不行，那我可以給這個問題提出來,跟開發經理和測試經理進行確認,如果要修改就改,如果不要修改就不改。其實有些真的不是bug，我也只是建議的方式寫進td中，如果開發人員不修改也沒有大問題。
如果確定是bug的話，一定要堅持自己的立場， 讓問題得到最後的確認。
10.常見的測試用例設計方法都有哪些？請分別以具體的例子來說明這些方法在測試用例設計工作中的應用。
1. 等價類劃分常見的軟體測試面試題劃分等價類: 等價類是指某個輸入域的子集合.
在該子集合中,各個輸入資料對於揭露程式中的錯誤都是等效的.並合理地假定:測試某等價類的代表值就等於對這一類其它值的測試.
因此,可以把全部輸入資料合理劃分為若干等價類,在每乙個等價類中取乙個資料作為測試的輸入條件,就可以用少量代表性的測試資料.取得較好的測試結果.等價類劃分可有兩種不同的情況:
有效等價類和無效等價類.
2. 邊界值分析法邊界值分析方法是對等價類劃分方法的補充。測試工作經驗告訴我,大量的錯誤是發生在輸入或輸出範圍的邊界上,而不是發生在輸入輸出範圍的內部.
因此針對各種邊界情況設計測試用例,可以查出更多的錯誤. 使用邊界值分析方法設計測試用例,首先應確定邊界情況.通常輸入和輸出等價類的邊界,就是應著重測試的邊界情況.
應當選取正好等於,剛剛大於或剛剛小於邊界的值作為測試資料,而不是選取等價類中的典型值或任意值作為測試資料.
3. 錯誤推測法基於經驗和直覺推測程式中所有可能存在的各種錯誤, 從而有針對性的設計測試用例的方法. 錯誤推測方法的基本思想:
列舉出程式中所有可能有的錯誤和容易發生錯誤的特殊情況,根據他們選擇測試用例. 例如, 在單元測試時曾列出的許多在模組中常見的錯誤. 以前產品測試中曾經發現的錯誤等, 這些就是經驗的總結。
還有, 輸入資料和輸出資料為0的情況。輸入**為空格或輸入**只有一行. 這些都是容易發生錯誤的情況。
可選擇這些情況下的例子作為測試用例.
4. 因果圖方法前面介紹的等價類劃分方法和邊界值分析方法,都是著重考慮輸入條件,但未考慮輸入條件之間的聯絡, 相互組合等. 考慮輸入條件之間的相互組合,可能會產生一些新的情況.
但要檢查輸入條件的組合不是一件容易的事情, 即使把所有輸入條件劃分成等價類,他們之間的組合情況也相當多. 因此必須考慮採用一種適合於描述對於多種條件的組合,相應產生多個動作的形式來考慮設計測試用例. 這就需要利用因果圖（邏輯模型）.
因果圖方法最終生成的就是判定表. 它適合於檢查程式輸入條件的各種組合情況.
5. 正交表分析法有時候，可能因為大量的引數的組合而引起測試用例數量上的激增，同時，這些測試用例並沒有明顯的優先順序上的差距，而測試人員又無法完成這麼多數量的測試，就可以通過正交表來進行縮減一些用例，從而達到盡量少的用例覆蓋盡量大的範圍的可能性。
6. 場景分析方法指根據使用者場景來模擬使用者的操作步驟，這個比較類似因果圖，但是可能執行的深度和可行性更好。
11.您認為做好測試計畫工作的關鍵是什麼？
1. 明確測試的目標，增強測試計畫的實用性
2.採用評審和更新機制，保證測試計畫滿足實際需求
3.分別建立測試計畫與測試詳細規格、測試用例
12.bug的定義：
bug：(小錯誤，缺陷，不足，過失 ) 乙個計算機bug指在電腦程式中存在的乙個錯誤（error）、缺陷（flaw）、疏忽（mistake）或者故障（fault），這些bug使程式無法正確的執行。bug產生於程式的源**或者程式設計階段的疏忽或者錯誤。
defect：(缺陷) 在軟體工程（software engineering）中，軟體與它的需求（requirements）不一致，常常指軟體無法正確完成需求所要求的功能，也稱之為bug。
fault：(故障)被定義為存在於元件、裝置或者子系統中異常的條件或者缺陷，常常會導致系統的失敗。
error：(錯誤) 乙個error是指編寫錯誤的**，通常是無意中造成的。一般有兩類主要的錯誤，一是語法錯誤（syntax error），該類錯誤易於檢測，因為**在編譯階段無法解析而不能正常編譯通過。
另乙個是邏輯錯誤（logical error），因為它與**的實際執行密切相關所以不易發現。
13.測試流程
需求分析編寫測試計畫評審、溝通提取測試需求設計測試用例評審、完善評審、完善搭建測試環境冒煙測試執行測試用例完善測試用例 bug跟蹤處理測試報告輸出
14.冒煙測試的物件是每乙個新編譯的需要正式測試的軟體版本，目的是確認軟體基本功能正常，可以進行後續的正式測試工作。
15.測試方法
隨著軟體技術發展，專案型別越來越多樣化。根據專案型別應選用針對性強的測試方法，合適的測試方法可以讓我們事半功倍。以下是針對目前專案工程可以參考的測試方法：
β測試 （beta測試）--非程式設計師、測試人員
β測試，英文是beta testing。又稱beta測試，使用者驗收測試（uat）。
β測試是軟體的多個使用者在乙個或多個使用者的實際使用環境下進行的測試。開發者通常不在測試現場，beta測試不能由程式設計師或測試員完成。 當開發和測試根本完成時所做的測試，而最終的錯誤和問題需要在最終發行前找到。
這種測試一般由終端使用者或其他人員完成，不能由程式設計師或測試員完成。
α測試（alpha測試）--非程式設計師、測試人員
α測試，英文是alpha testing。又稱alpha測試.
alpha測試是由乙個使用者在開發環境下進行的測試，也可以是公司內部的使用者在模擬實際操作環境下進行的受控測試，alpha測試不能由該系統的程式設計師或測試員完成。
在系統開發接近完成時對應用系統的測試;測試後，仍然會有少量的設計變更。這種測試一般由終端使用者或其他人員來完成，不能由程式設計師或測試員完成。
相容性測試 --測試人員
相容性測試是指測試軟體是否可以成功移植到指定的硬體或者軟體環境中，例如在b/s專案中各個不同瀏覽器之間的測試。
使用者介面測試-ui測試 --測試人員
使用者介面測試，英文是user inte***ce testing。又稱ui測試。
使用者介面，英文是user inte***ce。是指軟體中的可見外觀及其底層與使用者互動的部分（選單、對話方塊、視窗和其它控制項）。
測試風險：大多考慮到的就是專案開發延期、測試人員不足用例無法全面覆蓋測試點、時間不足用例無法全部執行、bug無法及時修改導致無法驗證、測試人員技能不足導致測試進度拉長。
軟體測試面試題
1 軟體測試的目的是盡可能多的找出軟體的缺陷。y 2 beta 測試是驗收測試的一種。y acceptance testing 驗收測試是部署軟體之前的最後乙個測試操作。驗收測試的目的是確保軟體準備就緒，並且可以讓終端使用者將其用於執行軟體的既定功能和任務。3 驗收測試是由終端使用者來實施的。n 是...
軟體測試面試題
11.需求測試注意事項有哪些？乙個良好的需求應當具有一下特點 完整性 每一項需求都必須將所要實現的功能描述清楚，以使開發人員獲得設計和實現這些功能所需的所有必要資訊。正確性 每一項需求都必須準確地陳述其要開發的功能。一致性 一致性是指與其它軟體需求或高層 系統，業務 需求不相矛盾。可行性 每一項需求...
軟體測試面試題
軟體測試面試題 這是乙份集錦，也是乙份軟體測試人員學習的好工具書，非常實用。01.為什麼要在乙個團隊中開展軟體測試工作？因為沒有經過測試的軟體很難在發布之前知道該軟體的質量，就好比 iso 質量認證一 樣，測試同樣也需要質量的保證，這個時候就需要在團隊中開展軟體測試的工作。在測試的 過程發現軟體中存...