一.cook和session區別api
答：瀏覽器
一、cookie數據存放在客戶的瀏覽器上，session數據存放在服務器上；安全
二、cookie不是很安全，別人能夠分析存放在本地的cookie並進行cookie欺騙；考慮到安全應當使用session服務器
三、session會在必定時間內保存在服務器上，當訪問量增長時，會比較佔用服務器的性能；考慮到減輕服務器性能方面，應當使用cookiecookie
四、單個cookie保存的數據不能超過4K，不少瀏覽器都限制一個站點最多保存20個cookie；session
五、將登陸信息等重要信息存放在cookie，其餘信息若是須要保留，能夠放在cookie中；性能
sessionStorage localStorage 和cookie之間的區別測試
共同點：都是保存在瀏覽器端，且同源的對象
區別：接口
一、cookie數據自始至終在同源的http請求中攜帶，即cookie在瀏覽器和服務器間來回傳遞，而sessionStorage和localStorage不會自動把數據發給服務器，僅在本地保存。cookie數據還有路徑的概念，能夠限制cookie只屬於某個路徑下。
二、存儲大小限制也不一樣，cookie數據不能超過4K，同時每次http請求都會攜帶cookie，因此cookie只適合保存很小的數據，如會話標識，sessionStorage和localStorage雖然也有存儲大小的限制，但比cookie大得多，能夠達到5M或者更大。
三、數據有效期不一樣，sessionStorage僅在當前瀏覽器窗口關閉前有效，天然也就不可能持久保持
localStorage始終有效，窗口或瀏覽器關閉也一直保存，所以用做持久數據；cookie只在設置的cookie過時時間以前一直有效，即便窗口或瀏覽器關閉
四、做用域不一樣，sessionStorage不在不一樣的瀏覽器窗口中共享，即便是同一個頁面；localStorage在全部同源窗口中都是共享的，cookie也是在全部同源窗口中都是共享的
五、WEB Storage支持事件通知機制，能夠將數據更新的通知發送給監聽者
六、WEB Storage的api接口使用更方便
二.如何保證UI自動化每次啓動都是能夠運行的
三.HCP/IP三次握手
1.第一次握手，發送SYN報文，傳達信息：「你好，我想創建鏈接」；
第二次握手，回傳SYN+ACK報文，傳達信息：「好的，能夠創建連接」；
第三次握手，回傳ACK報文，傳到信息：「好的，我知道了，那咱們鏈接」。而後就創建鏈接了。
2.在發送報文以前各方都要確承認以進行鏈接。之因此採起三次握手機制，不過是爲了信息傳輸的可靠性，若是其中某個握手失敗，這個過程將會重複，來確保其可靠性。
3.若是採起兩次握手，至關於第二次握手結束便創建鏈接，若是發送SYN的一方不想鏈接了，也不會有反饋，另外一方卻一直在等待，浪費了時間。固然能夠採起4次甚至N次握手，可是有必要嗎？創建鏈接的時間太長，效果也會大打折扣。因此3次只是折中方案，保證了可靠性，又節儉了創建鏈接的時間。
四.簡述pageobject
一.）原理
將頁面元素定位和對元素的操做行爲封裝成一個page類，實現對頁面對象和測試用例的分離。
一條測試用例可能須要多個步驟操做元素，將每一個步驟單獨的封裝成一個方法，在執行測試用例的時候調用封裝好的操做。
類的屬性：元素定位
類的行爲：元素的操做
測試用例：調用所需頁面中對象的行爲組成測試用例。
二.）好處
1.當某一個頁面的元素髮生變化，只須要修改該頁面對象中的代碼便可，不須要重複不斷的修改測試用例。
2.提升代碼重用性，結構更加清晰，維護代碼更容易。
3.測試用例發生變化時，只須要修改少數頁面對象便可。