當開發人員說不是bug時，你如何應付？
開發人員說不是bug，有2種情況，一是需求沒有確定，所以我可以這麼做，這個時候可以找來產品經理進行確認，需不需要改動，3方商量確定好後再看要不要改。二是這種情況不可能發生，所以不需要修改，這個時候，我可以先盡可能的說出是bug的依據是什麼？如果被使用者發現或出了問題，會有什麼不良結果？程式設計師可能會給你很多理由，你可以對他的解釋進行反駁。如果還是不行，那我可以給這個問題提出來,跟開發經理和測試經理進行確認,如果要修改就改,如果不要修改就不改。其實有些真的不是bug，我也只是建議的方式寫進td中，如果開發人員不修改也沒有大問題。如果確定是bug的話，一定要堅持自己的立場，讓問題得到最後的確認。
為什麼要在乙個團隊中開展軟體測試工作？
因為沒有經過測試的軟體很難在發布之前知道該軟體的質量，就好比iso質量認證一樣，測試同樣也需要質量的保證，這個時候就需要在團隊中開展軟體測試的工作。在測試的過程發現軟體中存在的問題，及時讓開發人員得知並修改問題，在即將發布時，從測試報告中得出軟體的質量情況。
乙份測試計畫應該包括哪些內容？
背景、專案簡介、目的、測試範圍、測試策略、人員分工、資源要求、進度計畫、參考文件、常用術語、提交文件、風險分析。
針對於軟體的行業背景，你如何理解軟體的業務？
閱讀使用者手冊了解軟體的功能和操作流程；看一些業務的專業書籍補充業務知識；如果有使用者實際的資料，可以拿實際的資料進行參考；參考以前的用例和bug報告；在使用軟體的過程中多思考；多與產品經理交流。
如何定位測試用例的作用？
組織性：編寫、組織性、功能覆蓋、重複性、跟蹤、測試確認
人事面試 測試篇 36
您認為做好測試用例設計工作的關鍵是什麼?對業務和軟體需求非常清楚，可以根據需求不同選擇不同的測試用例設計 您以往的工作中是否曾開展過測試用例的評審工作?如果有，請描述測試用例評審的過程和評審的內容。評審計畫 預審 評審 評審內容主要是測試用例對軟體需求的覆蓋程度，對於相關邊界是否考慮，是否針對複雜流...
人事面試 測試篇 30
測試用例設計的原則是什麼？目前主要的測試用例設計方法有哪些？代表性 能夠代表並覆蓋各種合理的和不合理 合法的和非法的 邊界的和越界的 以及極限的輸入資料 操作和環境設定等.可判定性 即測試執行結果的正確性是可判定的，每乙個測試用例都應有相應的期望結果.可再現性 即對同樣的測試用例，系統的執行結果應當...
人事面試 測試篇 25
軟體驗收測試包括正式驗收測試 alpha測試 beta測試三種測試。系統測試的策略有很多種的，有效能測試 負載測試 強度測試 易用性測試 安全測試 配置測試 安裝測試 文件測試 故障恢復測試 使用者介面測試 恢復測試 分布測試 可用性測試。設計系統測試計畫需要參考的專案文件有軟體測試計畫 軟體需求工...