#####本文是根據網上一些同學的測試問題總結的，如果有侵權請聯繫我刪除喲
1.如何提交高質量BUG
1）首先在提交這個BUG之前已經對其進行線上和測試環境中復現，並對其造成的其它問題進行整理，分析其產生的原因，類型。如果有能力的話，可以提出修改建議、
2）其次就是在BUG提交方面的一些注意，首先是有效性，保證提交的BUG明確屬於已經設定好的某個模塊，保證你在需求和前提條件還有輸入數據等清楚地情況下，這個BUG是唯一的，避免提交因操作失誤造成的BUG，或者已經提交過的BUG。
3）提交的內容方面。標題要簡潔明瞭，一看就知道什麼內容。BUG測試的環境，版本，以及測試設備。具體的BUG描述，還有需求要求達到的效果，以及BUG產生的具體測試步驟，精確到點哪裏，點幾下，數據。讓開發人員在修改時能夠快速根據你提供的信息。
4）指定給出現該Bug需求的開發者
2.寫測試用例會從哪些方面寫？
項目名稱，項目版本，測試環境，用例所屬的模塊名稱，功能點，用例編號，用例等級，前置條件，具體測試步驟，預期結果，實際結果，失敗原因。
3.session和cookie的區別
http是一種無狀態協議(指協議對於事務處理沒有記憶能力。缺少狀態意味着如果後續處理需要前面的信息,則它必須重傳,比如客戶獲得一張網頁之後關閉瀏覽器,然後再一次啓動瀏覽器,再登陸該網站,但是服務器並不知道客戶關閉了一次瀏覽器)而Session和Cookie就是爲解決這個問題而提出來的兩個機制.
cookie:Cookie實際上是一小段的文本信息。客戶端請求服務器，如果服務器需要記錄該用戶狀態，就使用response向客戶端瀏覽器頒發一個Cookie.客戶端瀏覽器會把Cookie保存起來。當瀏覽器再請求該網站時，瀏覽器把請求的網址連同該Cookie一同提交給服務器。服務器檢查該Cookie,以此來辨認用戶狀態。服務器還可以根據需要修改Cookie的內容。cookie 可以讓服務端程序跟蹤每個客戶端的訪問，但是每次客戶端的訪問都必須傳回這些Cookie，如果 Cookie 很多，這無形地增加了客戶端與服務端的數據傳輸量.
session:Session 的出現正是爲了解決這個問題。同一個客戶端每次和服務端交互時，不需要每次都傳回所有的 Cookie 值，每個用戶訪問服務器都會建立一個session，那服務器是怎麼標識用戶的唯一身份呢？事實上，用戶與服務器建立連接的同時，服務器會自動爲其分配一個SessionId， 而且每個客戶端是唯一的.
區別：1）Cookie通過在客戶端記錄信息確定用戶身份，Session通過在服務器端記錄信息確定用戶身份。2)Cookies是屬於Session對象的一種。但有不同，Cookies不會佔服務器資源，是存在客服端內存或者一個cookie的文本文件中；而“Session”則會佔用服務器資源. 3)cookie的存儲限制了數據量，只允許4KB，而session是無限量的 4)我們可以輕鬆訪問cookie值但是我們無法輕鬆訪問會話值，因此它更安全。