測試用例設計的原則是什麼？目前主要的測試用例設計方法有哪些？
代表性：能夠代表並覆蓋各種合理的和不合理、合法的和非法的、邊界的和越界的、以及極限的輸入資料、操作和環境設定等.
可判定性：即測試執行結果的正確性是可判定的，每乙個測試用例都應有相應的期望結果.
可再現性：即對同樣的測試用例，系統的執行結果應當是相同的。
方法有等價類、邊界值、因果圖、狀態圖、正交法、大綱法
物件導向的測試用例設計有幾種方法？如何實現？
給類中的每個建構函式設計一組測試用例
組合類中的類變數、例項變數
組合類中的各種方法
根據前置條件和後置條件設計測試用例
根據**設計測試用例
loadrunner分為哪三個模組？請簡述各模組的主要功能。
virtual user generator：用於錄製腳步
mercury loadrunner controller：用於建立、執行和監控場景
mercury loadrunner analysis：用於分析測試結果
你對測試最大的興趣在**？為什麼？
最大的興趣就是測試有難度，有挑戰性！做測試越久越能感覺到做好測試有多難。曾經在無憂測試網上看到一篇文章，是關於如何做好一名測試工程師。一共羅列了11，12點，有部分是和人的性格有關，有部分需要後天的努力。但除了性格有關的1，2點我沒有把握，其他點我都很有信心做好它。
剛開始進入測試行業時，對測試的認識是從無憂測試網上了解到的一些資料，當時是衝著做測試需要很多技能才能做的好，雖然入門容易，但做好很難，比開發更難，雖然當時我很想做開發（學校專業課我基本上不缺席，因為我喜歡我的專業），但看到測試比開發更難更有挑戰性，想做好測試的意志就更堅定了。
我覺得做測試整個過程中有2點讓我覺得很有難度（對我來說，有難度的東西我就非常感興趣），第一是測試用例的設計，因為測試的精華就在測試用例的設計上了，要在版本出來之前，把用例寫好，用什麼測試方法寫？（也就是測試計畫或測試策略），如果你剛測試乙個新任務時，你得花一定的時間去消化業務需求和技術基礎，業務需求很好理解（多和產品經理和開發人員溝通就能達到目的），而技術基礎可就沒那麼簡單了，這需要你自覺的學習能力，比如說**吧，最基本的技術知識你要知道**內部是怎麼運作的的，後台是怎麼響應使用者請求的？測試環境如何搭建？這些都需要最早的學好。至少在開始測試之前能做好基本的準備，可能會遇到什麼難題？需求細節是不是沒有確定好？這些問題都能在設計用例的時候發現。
第二是發現bug的時候了，這應該是測試人員最基本的任務了，一般按測試用例開始測試就能發現大部分的bug，還有一部分bug需要測試的過程中更了解所測版本的情況獲得更多資訊，補充測試用例，測試出bug。還有如何發現bug？這就需要在測試用例有效的情況下，通過細心和耐心去發現bug了，每個用例都有可能發現bug，每個地方都有可能出錯，所以測試過程中思維要清晰（測試過程資料流及結果都得看仔細了，bug都在裡面發現的）。如何描述bug也很有講究，bug在什麼情況下會產生，如果條件變化一點點，就不會有這個bug，以哪些最少的操作步驟就能重現這個bug，這個bug產生的規律是什麼？如果你夠厲害的話，可以幫開發人員初步定位問題。
hr面試性格測試30題 人事面試 測試篇 30
測試用例設計的原則是什麼？目前主要的測試用例設計方法有哪些？代表性 能夠代表並覆蓋各種合理的和不合理 合法的和非法的 邊界的和越界的 以及極限的輸入資料 操作和環境設定等.可判定性 即測試執行結果的正確性是可判定的，每乙個測試用例都應有相應的期望結果.可再現性 即對同樣的測試用例，系統的執行結果應當...
人事面試 測試篇 36
您認為做好測試用例設計工作的關鍵是什麼?對業務和軟體需求非常清楚，可以根據需求不同選擇不同的測試用例設計 您以往的工作中是否曾開展過測試用例的評審工作?如果有，請描述測試用例評審的過程和評審的內容。評審計畫 預審 評審 評審內容主要是測試用例對軟體需求的覆蓋程度，對於相關邊界是否考慮，是否針對複雜流...
人事面試 測試篇 33
當開發人員說不是bug時，你如何應付？開發人員說不是bug，有2種情況，一是需求沒有確定，所以我可以這麼做，這個時候可以找來產品經理進行確認，需不需要改動，3方商量確定好後再看要不要改。二是這種情況不可能發生，所以不需要修改，這個時候，我可以先盡可能的說出是bug的依據是什麼？如果被使用者發現或出了...