工做遇到的問題

https://leetcode-cn.com/ 算法練習網站

一、搜索框清除內容，自動切換到主查詢頁面的時候，參數帶着原分類的內容，錯誤緣由是class的style屬性中有的class默認沒有置位false

二、提示信息不正確

三、連續點擊，會發送屢次請求，頁面彈出多個提示，或者增長了多個內容，或者數據庫中多了重複的字段，請求返回沒有作校驗

四、頁面的內容跟數據庫規定的字段不一致

五、在當前頁面選擇的分類再切換頁面的時候，參數沒有清空，傳入下個頁面的請求參數中，致使查詢結果不對

六、頁面某個模塊有勾選次數限制，若是先勾選其餘的模塊，再勾選限制模塊正常；嘗試先勾選限制模塊，再次勾選其餘模塊，看看是否能夠勾選

七、下拉菜單選擇某個值，關閉該彈窗，再次打開次頁面，查看下拉菜單的值是不是上次選擇的（應該是默認值或者重置）

八、頁面提交內容，提交失敗，可是數據庫插入了數據（失敗不該該插入）

九、頁面title、不一樣權限顯示問題

---

selenium webdriver原理

測試代碼（每一個瀏覽器廠商的原生api）---->經過commond executor啓動以後會在某個端口（瀏覽器不一樣，端口不一樣）創建基於webdriver wire協議的web serverice

---->經過監聽端口接受restful的請求，分析以WebDriver Wire協議規定的JSON格式的字符串 ---->瀏覽器作出對應的動做

 

就是代碼運行前，初始化的時候起一個線程，建立一個基於webdriver wire協議的web service，同時綁定端口，就是remoteserver

代碼經過cmd executor傳輸，發送以http請求的方式發送restful請求，remote server解析請求，而後作出相應

 

客戶端(也就是測試腳本)建立1個session，在該session中經過http請求向remote server發送restful的請求，remote server解析請求，完成相應操做並返回response

---

 

mysql redis MongoDB的區別

一、關係型數據庫（mysql）與非關係型數據庫（redis、MongoDB）

二、MongoDB一個內存數據庫，數據都是放在內存裏面的，數據是以表單爲媒介進行存儲的，每一個表單均擁有縱向的列和橫向的行，能夠存放多種數據格式（json、xml），易於擴展，缺點：數據之間事物比較弱，佔用空間大

三、redis數據放到內存中，數據結構多樣化（hash、set、list），支持的類型多，通常經常使用來作緩存服務器，把一些固定的數據或者經常使用的數據放到redis裏面，影響redis性能的主要緣由是內存的大小。

redis：數據量較小的更性能操做和運算上
memcache：用於在動態系統中減小數據庫負載，提高性能;作緩存，提升性能（適合讀多寫
少，對於數據量比較大，能夠採用 sharding）
MongoDB:主要解決海量數據的訪問效率問題。

---

 無人售貨機測試流程

買東西 ---> 發起訂單 ---> 商品總類，選擇商品 ----> 庫存 ----> 勾選商品（加入購物車） ----> 提交訂單 ----> 結算 ---> 選擇付款類型 ----> 支付寶、微信、二維碼分享、銀行卡、積分、活動幣、代金券 ----> 付款成功 ----> 查看訂單列表 ----> 物流信息、訂單詳情、刪除、評價

---

 H5 wap web的區別

差異就是HTML5頁面支持各種型的動畫特效，而且能適配不一樣尺寸的移動設備，可內嵌在wap上面

---

一個高質量的bug有哪些內容

通俗易懂、復現步驟清晰（非機率性bug、沒有找到必現條件除外）

非必現的有截圖或者錄屏視頻

Bug包含幾部分

標題、提交人、問題緣由、復現步驟、bug等級、指派人

---

 cookie

cookie 是一個很是具體的東西，指的就是瀏覽器裏面能永久存儲的一種數據，僅僅是瀏覽器實現的一種數據存儲功能。

cookie由服務器生成，發送給瀏覽器，瀏覽器把cookie以kv形式保存到某個目錄下的文本文件內，下一次請求同一網站時會把該cookie發送給服務器。因爲cookie是存在客戶端上的，因此瀏覽器加入了一些限制確保cookie不會被惡意使用，同時不會佔據太多磁盤空間，因此每一個域的cookie數量是有限的。

session

session 從字面上講，就是會話。這個就相似於你和一我的交談，你怎麼知道當前和你交談的是張三而不是李四呢？對方確定有某種特徵（長相等）代表他就是張三。

session 也是相似的道理，服務器要知道當前發請求給本身的是誰。爲了作這種區分，服務器就要給每一個客戶端分配不一樣的「身份標識」，而後客戶端每次向服務器發請求的時候，都帶上這個「身份標識」，服務器就知道這個請求來自於誰了。至於客戶端怎麼保存這個「身份標識」，能夠有不少種方式，對於瀏覽器客戶端，你們都默認採用 cookie 的方式。

服務器使用session把用戶的信息臨時保存在了服務器上，用戶離開網站後session會被銷燬。這種用戶信息存儲方式相對cookie來講更安全，但是session有一個缺陷：若是web服務器作了負載均衡，那麼下一個操做請求到了另外一臺服務器的時候session會丟失。