實習一段時間之後，感覺以後需要注意的地方，總結一下心得體會（新手入門）：

（1）需求文件總是不知道幹嘛的，這個時候需要找產品進行確認。

　　eg：某專案的CMS後臺配置改版，雖然主要是產品進行體驗即可，但是產品給的文件根本不知道改動了哪些點，尷尬

（2）拿到需求之後，最好簡單列重要的測試點，不然看見哪裡點哪裡是不行的，會遺漏很多bug.

　　eg：某預約活動，獎品個數限制-------每樣獎品每個賬號只能領取一份，假若抽到相同獎品，設定為‘再接再厲’，當時需求文件中寫明瞭，但是由於測試點太多，上線時間又匆忙，就給漏了，該bug是後期進行優化的。

（3）本週的需求文件需要提前瞭解，最好是在開發提交程式碼之前就做到心中有數。     

（4）web測試的時候，要保持開啟除錯工具的習慣，chrome瀏覽器快捷鍵F12：

　　a. elements:用於定位頁面元素

　　b. console:用於輸出頁面是否存在報錯，以及報錯的請求和錯誤的原因，狀態碼400或者500

　　c. sources:前端頁面原始碼，可以用於檢視測試環境是否為最新，或者程式碼某欄位的判斷條件等內容

　　d:network:用於監測頁面的所有請求，點選進入某請求詳情，可以檢視請求url,狀態碼status，域名，請求頭header，以及response json檔案和cookies

　　e:除錯工具欄左上角的手機按鈕Toggle device toolbar，用於模擬手機系統進行測試，可以自行新增安卓或者ios裝置User-Agent ，參見 https://jingyan.baidu.com/article/a948d6513e58200a2dcd2e04.html

（5）假若出現報錯要慢慢學會自己去定位bug產生的原因

　　a: 若測試環境是400表示未找到該檔案，通常是部署測試環境時候遺漏了檔案，或者程式碼不是最新，可以去伺服器站點對應的檔案目錄檢視是否是最新

　　b: 若測試環境是500表示伺服器出現異常，通常是伺服器配置設定錯誤tomcat、nginx,跨域設定等，或者tomcat未啟動等，此時可以檢視實時報錯日誌：/home/logs/service站點 tail -200f tomcat_http_ 

　　c: 若測試環境是300表示重定向，可能沒有訪問第三方網址的許可權等

　　d:若測試環境是200，但是功能未實現，首先要檢視json返回資料是否ok，

　　　　若返回資料正確，但是頁面功能為實現，則該bug分配給前端。

　　　　若返回資料錯誤，則需要檢視資料庫：

　　　　　　如果資料庫資料正確，可能是前端介面獲取資料存在bug;

　　　　　　如果資料庫資料異常，可能是後端處理過程異常，資料儲存錯誤等；

（6）開發提交程式碼之後，跟開發確認資料庫所在位置，以及主要涉及哪些資料表，資料表主要欄位表示什麼，需要對相關資料表有個大致瞭解。

（7）要學會通過修改測試環境配置，以驗證需求

　　a：修改伺服器時間，驗證週六週末抽獎的獎品限制---------抱枕等只能在週六週末抽到、投稿時間、投稿截止等；

　　b：修改獎品概率，達到抽到關注的獎品，驗證新功能是否ok--------抽到VIP卡：複製卡號卡密、抽到抱枕：填寫收貨地址功能

　　c：修改資料表的資料，以便於測試---------新增預約手機號、修改抽獎次數、修改獲獎獎品（所獲獎品不能重複獲取）

（8）學會linux基本操作，cd、mkdir、cp、rm、touch、vim、tail、cat、rz/rz、zip、date；瞭解基本目錄結構logs、config等

（9）學習抓包工具fiddler設定手機代理，注意需要安裝許可證書，手機瀏覽器直接訪問192.xxx.xxx.xxx:8888，進行安裝

（10）學習postman進行介面測試