寫給測試小白:如何快速找到bug？如何寫測試用例？
在軟件測試工作中找到bug是這個職位本身的責任，所以對于許多新生和新生來說，這個過程會有點痛苦，畢竟，項目經驗不多，想要快速切入尋找bug往往更痛苦。
{img}685c6b9424fda94
下面我就用自己的經驗來普及如何在工作中快速發現系統的不足或缺陷。
1、熟悉你做的產品
不管你是Dev、Test或PM，熟悉自己開發的產品越多越好。你不僅要熟悉自己開發的模塊，還要改變與自己模塊相關的其他模塊，以及它們是如何合作的。例如，數據庫中的一個字段是如何被每個模塊使用的，這有助于您在設計階段找到bug，并盡量降低維修成本。
同樣，您需要熟悉本產品的以前版本，因為未來無法兼容和升級的產品可能很難被用戶認可。在測試過程中，如果您發現您的產品與以前不兼容或不一致，80％這是個bug。
2、盡快發現bug
眾所周知，bug修復的成本與bug被發現的時間成指數有關。越早開始找bug，能找到的bug越多，對項目的貢獻越大。
3、每天Review別人的bug
如果你的團隊沒有每天的bugreport，我建議你建立一個。事實上，技術上應該沒有困難。通過bug跟蹤系統的API或數據庫，您可以獲得您想要的數據。這樣，通過每天學習觀察他人的bug，整個團隊更容易找到bug，也不會找到duplicatedbug。現在經常有人跑過來問我一個bug是不是已知的問題，因為我每天都看bugreport。
4、在你的日常生活中準備更多的測試模式
該模型是一個非常時尚的詞，因為它非常有用。在日常測試中，準備更多的測試模式，你會有一個很大的驚喜，有時使用一個模式，你可以找到10個錯誤并非不可能。例如，使用特殊字符作為輸入數據；斷開網絡查看UI是否會顯示；在本地化版本中，每個字符串提示是否本地化；
5、多測試各模塊之間的合作
每個模塊之間的測試往往是我們測試的弱點，但模塊之間的合作對用戶至關重要。通常，模塊A中的數據是合法的，但B中的數據是非法的。我們必須找出這些數據，通常是錯誤的
6、編寫自動測試代碼
你當然不打算每天做同樣的事情，這太無聊了，這只是對你智慧的侮辱。但一旦我們不做這些測試，突然有一天早上，我們發現我們的產品以前可以很好地工作，所以每個人都很混亂，有些人急于修復它，有些人正在尋找誰。
7、查看產品代碼
通過查看產品代碼，您經常可以找到一些DeadCode或邏輯bug，這些bug通常是您無法通過手動測試找到的。
第一次怎么寫用例？
有很多朋友第一次寫用例，不知道從哪里開始，雖然有些公司給出了相關的解釋文件，但寫作仍然不方便，有很多方法：功能導向用例（邊界值、等價類等），用戶導向用例（場景法），用戶，功能結合導向用例。
那么對于第一次編寫用例，應該如何高效地編寫用例呢？應該注意什么？
1、功能導向用例是根據系統需要實現的每個功能編寫用例。該用例側重于功能實現，而不考慮每個功能之間的關聯。因此，雖然用例已經達到功能覆蓋，但不一定達到邏輯覆蓋，因此該方法通常與其他方法結合使用。功能導向用例是每個用例編寫器早期最常用的方法。
2、用戶導向用例是根據用戶的習慣，以用戶使用系統的每個目的為目標，以每個目標的實現為基礎設計測試用例。然而，對于這類用例的設計，初學者可能會有很多困惑（以下是我第一次寫作時的困惑，以及我后來采取了什么解決方案）
1、編寫用例的第一步我該怎么辦？
了解系統，首先從測試的角度深入了解系統的每個功能和業務邏輯，繪制業務邏輯圖(即系統能做什么)。
其次，從用戶的角度列出用戶使用系統的目的(即用戶使用該系統時想做什么？)
2、如何確定用戶目標？
由于兩個原因，無法確定用戶目標：a>不熟悉系統，b>不了解用戶背景。第一個原因是你自己的原因。你只能回去看文檔。對于第二個原因，你可以從‘系統能做什么’中計算出‘用戶能做什么’，然后總結‘用戶可能想做什么’。當然，這樣做的前提是你對系統非常熟悉。
3.這個月我要做什么？
如何總結剛進入測試行業(使用測試管理工具進行總結)：
1)分類導出測試管理工具中的所有缺陷，總結哪些模塊容易產生哪些缺陷，重點關注未發現或未考慮的缺陷。
2)如果測試新工作的第一級是從執行用例開始的，那么第二級是編寫測試用例。詳細閱讀測試管理工具中的用例，學習他人的用例編寫方法和想法。你可以在業余時間試著自己寫，看看你寫的和別人寫的用例之間的差距，以便不斷改進。重要說明；注重用例編寫方法和思想的學習，而不是僵化。
3)進入一些測試論壇，與大家分享自己的困惑和經驗，在學習中不斷進步。
所謂的功夫在詩歌之外，測試理論知識是如此之多，理論知識將繼續參與項目，一個項目實踐，鍛煉他們發現錯誤的能力，即使隨機測試，好測試和壞測試，他們發現問題的能力是完全不同的。以上是一點個人理解，不一定在桌子上，你看官員，也請閱讀更多的建議。
