先簡單介紹一下自己，16年本科畢業，到現在已經從事軟體測試已經三年多了（實習期間就像玩鬧一樣，就不算在內吧），我想對我之前的工作進行乙個總結，以後也會不定期的更新，希望對想加入軟體測試或者已經處於軟體測試的朋友們有所幫助，如有有什麼寫的不對的，也歡迎指正，謝謝。
對於軟體測試的分類這塊我了解不深，
根據客戶端的不同可以分為：
web測試
pc端測試
根據測試的內容可以分為：
功能測試
效能測試
自動化測試
根據是否觸及**又可以分為：
黑盒測試
白盒測試
灰盒測試
這些都是細分，其實我們做測試只要明確測試目的，要達成這個目的，我們需要進行什麼型別測試，進行這些測試的時候需要使用什麼測試工具
等價類劃分法
邊界值分析法
錯誤推導論
因果圖法
判定表驅動法
正交實驗法
功能圖法
場景法測試用例的綜合策略（經驗乾貨）：
在熱河情況下都必須使用邊界值分析方法，經驗表明用這種方法設計出測試用例發現程式錯誤的能力最強；
必要時用等價類劃分法補充一些測試用例；
用錯誤推測法再追加一些測試用例；
對照程式邏輯，檢查已設計出的測試用例的邏輯覆蓋程度，如果沒有達到要求的覆蓋標準，應當再補充足夠的測試用例；
如果程式的功能說明中含有輸入條件的組合情況，則一開始就可選用因果圖法；
測試用例的制訂原則：
測試用例要包括需要測試的功能，應輸入的資料和預期的輸出結果。測試資料應該選用少量、高效的測試資料進行測試，設計一組發現某個錯誤或某類錯誤的測試資料，測試用例應覆蓋方面：
1. 正確性測試：輸入使用者實際資料以驗證系統是滿足需求，測試用例中的測試點應首先保證要測試的各項功能，並且正常。
2. 容錯性（健壯性）測試：程式能夠接收正確資料輸入並且產生正確（預期）的輸出，輸入非法資料（非法型別的資料等），程式應能給出提示並進行相應處理，把自己想想成一名對產品操作一點都不懂得客戶，再進行任意操作；
3. 安全性測試：對未授權的人使用軟體系統或資料的企圖，系統能夠控制的程度，程式的資料處理能夠保持外部完整；
4. 藉口檢測室：測試各個模組相互的協調和通訊情況，資料輸入輸出的一致性和正確性；
5. 資料庫測試：依據資料庫設計規範對軟體系統的資料庫結構，資料表及其之前的資料呼叫關係進行測試；
6. 邊界值分析法：分許便捷情況（剛好等於，稍小於和稍大於和剛剛大於等價類邊界值），針對我們的系統在測試的資料/非法資料，主要在邊界值附近選取
7. 壓力測試：可以分為單介面壓力測試以及場景壓力測試，實現的方法可以通過工具或者直接在伺服器上編寫指令碼達到測試目的，新手建議用工具實現；
8. 效率：完成預定功能、系統的執行時間（主要是針對資料庫而言）
感謝朋友們的閱讀，希望能有所幫助，謝謝。
derst
2019.10.7 16:22:36
踏出第一步
我是乙個比較內向的人，或許應該說有一點自卑的傾向。因為生活中的一些事情，總是不斷的打擊我的自信心，讓我產生一種感覺 我缺乏能力，是乙個無用的人。我想有過這種經歷的，肯定不只我乙個人。人的信心有時候是很脆弱的，兩三次的失敗就可能讓其消失殆盡，然後你就覺得，反正我也做不出什麼事情來，乾脆就這樣混著吧，於...
邁出第一步
我，乙個程式小白，不是為了熱愛而走上程式設計之路。就這樣稀里糊塗的度過了兩年，期間，自己有為找不出那乙個個errors煩躁，也有為成功編譯後而獲得正確結果的那種喜悅。如今是真的想去改變現狀，想去提公升自己，想不負剩餘的兩年時光，不負你，不負我！對於今後的學習之路的想法，首先基礎的語言學習，其次資料結...
爬蟲第一步
注意正規表示式的書寫注意正規表示式的書寫 import re import requests url headers html requests.get url,headers,timeout 10 text print html redata re.compile r for i in re.fi...