#騰訊會議：466-161-9466 會議密碼：594639 面試題 淘寶購物車測試用例 1.購物車新增商品有無異常 2.購物車優惠券能否可以使用 3.購物車計算結果是否顯示正確 4.如果使用購物卷購物車的價格是否會發生改變 5.未登入購物車時是否介面可不可以正常顯示 6.沒有登入會不會讓你登入才可以正常使用 7.頁面的連結是否顯示正常，能否正確跳轉到指定的介面 8.商品沒有被勾選的時候能否正常點選按鈕 9.在購物車的頁面時使用者能否取消訂單，或者能否切換到客服進行溝通 10.賣家線上時系統是否會顯示線上。 11.購物車新增的商品是否可以有數量上限 12.購物車點選幾件商品時點選結算會不會跳轉到支付頁面 13.是否可以批量刪除商品 14.如果沒有在指定時間下單，訂單會不會自動失效並在購物車清除該商品資訊 15.可否對新增的商品是否可以進行 增加 16.商品資訊過長是否可以顯示完整 17.商品是否可以進行收藏並推薦相似的商品（寶貝） 18.購物車中的降價商品，庫存緊張商品是否成功分類19.購物車商品降價時，購物車是否顯示降價資訊 19.測試開啟購物車響應時間 效能性測試: 20.開啟購物車這個頁面需要多長時間 21.弱網時是否還可以進行新增商品，計算商品的價格並且可以正常結算 22.無網狀態下是否提醒請檢測你的網路設定 23.使用者過多會不會使購物車伺服器崩潰 24.編輯購物車：刪除、新增商品需要的時間。 25.在購物車頁面選擇需要購買的商品進行結算的時候，結算金額可不可以實時顯示。 26.清空失效商品需要的時間。 相容性測試 27.ios:不同型號，不同ios的手機系統的耗電情況，開啟速度，安裝後是否閃退，解除安裝 28.安卓：不同品牌，不同型號，不同的安卓系統，手機系統的耗電情況，開啟速度，安裝後是否閃退，解除安裝29.web端的開啟速度 介面測試 30.購物車介面是否完善 31.各個功能的設計是否美觀 ，大小是否合適 32.頁面的功能按鈕可以正常顯示。 33.商品的最下方顯示失效寶貝。 34.頁面的最低端顯示“你可能喜歡” 35.購物車中如果存在有商品降價、庫存不足、限購件數等，在商品詳情的下面，會有對應的字型展示 安全性測試 36.使用者實名認證後個人資訊是否會洩露 37.是否需要繫結手機號 易用性測試 38.是否方便人們操作 39.是否有免密碼支付功能 40.是否具有青少年模式 3面試題 微信朋友圈點贊測試用例 功能測試： 正常： 1.點贊和取消點讚的正常使用 2.點贊後下方是否正常顯示微信名稱 3.取消點贊後顯示的名稱消失 4.點贊後的名稱顯示順序是否按照時間順序 5.是否支援多次點贊 6.一條朋友圈所支援的點贊人數 7.點贊後是否提醒被點贊使用者 8.使用者點贊過的朋友圈被微信好友點贊時是否會通知使用者 9.點贊後可見分組好友是否可見，其他是否不可見 10.同一條朋友圈在手機，電腦上同時點贊 11.同一條朋友圈兩人同時點讚的顯示順序 異常： 1.斷網 2.手機/電腦低電量 3.伺服器異常 4.離線 5.來電，簡訊 6.點贊剛剛刪除的朋友圈 效能測試 1.點贊/取消點贊受網路環境影響 2.壓力測試-頻繁點贊和取消點贊 3.大量使用者併發點贊時，該介面的響應時間，最大承受的qps 4.大量使用者併發點贊時，此時介面進行點贊，點贊功能是否正常 5.點贊後好友訊息的更新速度 安全性測試 1.點贊後可見分組好友是否可見 2.未登入時檢視點贊資訊 3.點贊內容非法 4.點贊帶有病毒的訊息 5.點贊過程中染上病毒 介面，易用性測試 1.排版，按鈕正常，無錯別字 2.介面美觀 3.正常顯示點贊使用者的頭像 4.最多顯示多少個點贊使用者的頭像 5.點贊一行顯示多少個使用者的頭像，最多顯示多少行 6.操作簡單易懂 相容性 1.不同平臺：Windows,Mac 2.不同系統：Windows7,Windows10 3.不同的移動裝置：Iphone.Andriod 4.不同地域 5.不同版本作者 1、軟體和軟體硬體：計算機的硬體是計算機系統中各種裝置的總稱。（執行器（cpu），控制器（主機板），儲存器（硬碟），輸入裝置（鍵盤和滑鼠），輸出裝置（顯示屏和聲音））軟體：電腦啟動時包括軟體，應用軟體（應用程式包）和系統（作業系統，語言筆譯解釋系統服務性程式）軟體和硬體：互相依存，無嚴格界限，協同發展 2、pc機PC機：指個人電腦（超級計算機，小型機，大型機，工作站） 3、物理機：物理機相對於虛擬機器而言的實體計算機的程式。物理機提供給虛擬機器以硬體環境，有是也稱為“寄主”“宿主”。 4、os作業系統常見作業系統：windows，macos，linux，iosandriod5、dos命令 （1）開啟方式1：win+r====輸入cmd=====進入dos命令視窗 （2）開啟方式2：點選開始鍵====輸入執行====輸入cmd====進入dos介面 （1）ipconfig檢視IP地址 （2）ipconfig-all檢視ip地址和mac地址 （3）盤名（d）：切換碟符 輸入（d）：按回車 （4）輸入dir檢視當前目錄下所有檔案 （5）輸入cd進入指定的目錄 （6）輸入md然後加檔名稱比如jj建立目錄 （7）rd刪除目錄 （8）ping網址檢視網路資料是否正常 （9）del檔名刪除檔案 （10）cls清除螢幕 客戶端和服務端（重點） （1）bs架構瀏覽器------服務端（web）（csdn，部落格園，百度，論壇） （2）cs架構客戶端-----服務端（app）（抖音，微信，支付寶）b：browser瀏覽器s：server伺服器c：client 客戶端區別： bs：不需要更新，不需要下載客戶端，直接通過瀏覽器輸入網址訪問 cs：需要下載客戶端才能使用，需要定期更新 bs：對伺服器效能要求高，都儲存在服務端上 cs：能飛服務端分攤部分的效能壓力 bs不會佔用儲存記憶體 cs會佔用儲存記憶體優缺點： bs優點：不要安裝客戶端，直接訪問網頁，伺服器好維護，資訊量比較大，資料比較多 bs缺點：安全性不高，資訊容易洩露，資料容易病毒 cs優點：手機攜帶方便，操作簡單，上傳下載的速度相對較快，安全性高 cs缺點：安裝，升級，服務性相對難維護 單機軟體、共享軟體、開源軟體、商業軟體單機軟體：一般是指不收費的軟體，不需要聯網就可以使用共享軟 人員架構：ceo執行長 cto首席技術官 pm專案經理專案經理（管理專案，負責專案的進展和安排，開發一款軟體或一個系統，直到系統可以正常上線） 產品經理（複製公司的產品，瞭解客戶需求，把需求整理提供給開發和測試）業務（專門瞭解市場需求） 開發經理（管理開發人員，安排開發任務） de開發人員（程式設計師）前端開發：ui設計，頁面佈局，html，js後端開發件：一般的功能是不收費，但是部分功能是收費開源軟體：一般公共，不收費的軟體商業軟體：都是要收費的，把軟體當做一個商品區交易 ：負責程式碼邏輯（java，python，php，c++，c） Tpm測試經理（管理測試人員，安排測試任務）測試主管，測試組長 TE測試（軟體測試工程師）主要任務：編寫測試用例，執行測試用例測試用例：描述需要驗證的功能，顯示操作步驟，已知預期結果測試用例包含內容：用例編號，用例標題，前置條件，操作步驟，預期結果，優先順序 cmo運維（一般在測試中是負責公司的環境）ba需求分析dba資料庫管理員 ================================================== 面試題：1、你們公司規模多大？我們專案組20-30人； 2、你們公司有多少測試？測試大組8-15個，3-4個小組 3、你們技術團隊有哪些人？開發，測試，產品， 4、前端開發和後端開發比例？前端開發人員少，後端開發多；1:65、 你們公司有運維嗎？運維是幹什麼?有，負責環境 需求（簡稱：srs）使用者需求：（軟體需求規格說明書）是一個文件內容：對整個專案的設計，框架，功能，模組的描述 概要設計：（簡稱HLD）概要設計也是一個文件; 內容： 架構的初步設計文件，使用說明什麼型別的資料庫，架構的描述，設計，模組的名稱（可理解：蓋房子的大概設計，基本框架結構） 詳細設計：（簡稱：LLD）也是一個文件：內容：針對功能具體的實現文件，模組的具體實現，具體設計，架構的具體描述，（理解為：房子的具體的裝飾設計） v模型的四個階段： （1）單元測試：（ut）單元測試：是指驗證軟體單元是否滿足詳細設計文件的規格，能正確的執行，主要是對程式碼的測試，單元測試也是最小的測試單位；工作中單元測試一般是開發自測，如果需要測試進行單元測試，對測試的技術要求非常高，必須要懂開發語言。 （2）整合測試（it）整合測試是指多個單元組合驗證軟體是否滿足概要設計文件的規格，能正常執行，主要是模組與模組之間之間的資料互動。 （3）系統測試（st）系統測試是指把軟體進行正常的執行，對整個系統進行測試，驗證這個系統能正常的執行，主要是測試一個整體業務的流程。 （4）驗收測試（uat）重點驗收測試是指：站在使用者角度對刺痛進行測試，驗證系統滿足使用者需求。驗收測試分為兩種：alpha測試（α）和beta測試（β）α測試是內部測試β測試是客戶方測試alpha測試（α）和beta測試（β）區別：1、α測試測試地點是在公司，β測試一般是在客戶方2、α測試都是內部人員進行測試，開發測試都在現場，及時發現問題，及時解決；β測試是客戶方的員工測試，發現問題統一反饋給開發在解決3、α測試測試時間比較短，技術人員比較集中；β測試時間較長，測試人員不集中， 備註：整合測試和系統測試合併成（sit系統整合測試）sit測試技術測試（sit測試，sit環境）三套環境sit1sit2sit3uat測試驗收測試（uat測試，uat環境） 環境：線上環境（又稱生產環境）：客戶在使用測試環境：測試人員使用（sit測試環境，uat測試環境）開發環境：開發人員使用 ========================================= H模型 （1）需求澄清會議（產品經理會組織一個需求會議） （2）拿到需求，深入瞭解需求文件 （3）詳細設計和概要設計瞭解（開發編寫） （4）測試經理（編寫測試計劃）(重點：測試計劃包含哪些內容) （5）編寫測試用例 （6）評審用例（組內評審【專案組產品，開發，測試一起評審】，交叉評審【測試人員之間評審】），評審通過 （7）把用例匯入到用例管理工具中（禪道） （8）搭建測試環境（自己搭建，運維搭建，測試經理搭建）開發也開發的程式碼差不多完成；開始轉測（提測） （9）開發提交程式碼包，提測 （10）測試人員將程式碼包部署到測試環境中，開始測試 （11）冒煙測試，每一輪提交版本前需要測試；冒煙測試通過以後才能進行sit系統整合測試；冒煙測試（稱為版本驗證測試，提交測試）是指對新版本的主要功能，基本功能進行測試，如果通過，那麼冒煙測試通過，如果冒煙測試失敗，那麼就把版本打回給開發進行修改，直到冒煙通過； （12）sit系統整合測試（一般一個專案有3次系統整合測試，有些專案週期長也可能有4次更多） （13）第一次sit系統整合測試也是全量測試（把前面寫的所有的用例都要進行測試），測試出來的bug，指派給開發（通過禪道），編寫第一次測試小結； （14）開發修改bug，在第二次提交程式碼 （15）進行第二次sit測試，先冒煙測試，冒煙測試通過以後才能進行sit2系統整合測試第二次sit測試或第三次sit系統整合測試都叫（迴歸測試）迴歸測試：是系統維護階段進行的驗證測試區別：測試的階段不同冒煙測試是版本提交時進行的第一個測試，迴歸測試是在維護階段的測試用例來源： 1、冒煙測試用例 2、驗證上一個版本提交bug的用例 3、測試和bug有關聯的模組的用例 4、你認為可疑測試場景或測試用例 5、測試補充的測試用例或測試場景 （16）有bug提交給開發，開發修改bug，在提交第三次sit測試； （17）第三次0bug，用例100%執行，輸出測試報告 （18）通知uat測試，（uat環境）----通過uat測試 （19）封住版本，等待上線，準備線上資料 （20）上線成功，（上線失敗，回退版本） （21）線上測試，（線上測試出現bug，分析bug，定位bug，重現bug和開發確認，評估影響，如果影響下就下一個版本修改並記錄，如果嚴重就回退版本） （21）上線全部完成總結流程：拿到需求=編寫測試計劃編寫測試用例用例評審匯入用例管理工具搭建環境開發提交程式碼包（達到准入要求）冒煙測試通過sit1系統整合測試（全部的用例）發現bug提交給開發開發修改=測試輸出測試小結=開發提交第二次版本包=冒煙測試=sit2系統整合測試以此類推達到準出要求=輸出測試報告=通知uta驗收測試=驗收通過=版本封裝=上線=線上測試=上線成功 面試題： 1、給你一個需求，你會怎麼做？（） 2、你之前工作的測試流程是什麼？ 3、說一說你是如何開展測試工作的============================================= 敏捷開發模型是一個新型模型適應快速需求變化，交付週期短，輕量級的開發模式。一週或兩週就一個版本，產品拿一個需求，開發一週，測試編寫用例，第二週測試用程式碼，開發修改，第二週測完就上線。 ============================================= 增量開發模型專案被劃分為一系列的增量，每一個增量都交付整個專案需求中的一部分功能，需求按優先順序進行劃分增量的交付。============================================= 迭代開發模型 專案被分為大量的迭代過程，一次迭代就是一個完整的開發迴圈，是一個可以釋出的可執行的產品，屬於軟體開發週期中最終產品的一個子集。============================================= 測試的基本原則： 1、使用者故事測試，從使用者的角度出發 2、測試不僅是單純軟體本身的測試（比如環境，配置） 3、軟體外在可用，不代表沒有問題（閃退） 4、軟體測試沒有完成正確，只有更加完美和正確 5、測試是永遠測試不完的 6、測試應儘早介入 7、2/8原則(80%的錯誤出在20%區域) 8、殺蟲劑效應 9、測試儘量選擇第三方測試 10、測試活動的依賴物件（功能測試實現，效能測試，安全測試）============================================= 測試准入準則：SIT，UAT階段，開發人員需要提交必要文件； （1）需求分析報告，需求規格說明書，概要設計說明書，詳細設計說明書，版本說明書及開發自測報告，其中版本說明書及開發自測報告在每一輪轉測試都不可少。 （2）所提交的UT被測產品已經版本基線化，必須從CMO那裡打包基線； （3）SIT的測試計劃、測試用例通過了同行評審，獲得產品經理及測試經理的確認； （4）基於實施的文件、安裝部署都驗證通過；============================================= 測試準出準則： （1）用例執行率100%； （2）輸出功能測試報告； （3）0bug https://mubu.com/home 面試題： 1、v模型的流程？單元測試，整合測試，系統測試，驗收測試 2、什麼是單元測試？滿足詳細設計文件的規格設計功能 3、驗收測試分為哪兩種？alpha測試（α）和beta測試（β） 4、sit是什麼？系統測試和整合測試？ 5、環境有哪幾種？線上環境，測試環境，開發環境 6、你們公司有幾套測試環境？3套（sit1，sit2，sit03） 軟體測試總結流程：拿到需求=測試經理編寫測試計劃=測試人員編寫測試用例==用例評審==匯入用例管理工具==搭建環境==開發提交程式碼包（達到准入要求）==部署程式碼包（程式碼包發環境中）==冒煙測試通過==sit1系統整合測試（全部的用例）==發現bug提交給開發開發修改==測試輸出測試小結=開發提交第二次版本包==冒煙測試=sit2系統整合測試以此類推達到準出要求=輸出測試報告=通知uta驗收測試=驗收通過==版本封裝==上線==線上測試==上線成功 面試題： 1、給你一個需求，你會怎麼做？ 2、你之前工作的測試流程是什麼？ 3、說一說你是如何開展測試工作的？ 4、測試計劃包含哪些內容？ 5、什麼是冒煙測試? 6、冒煙測試和迴歸測試的區別？ 7、每一輪sit測試用例的來源？第一次sit：全量測試用例第二次sit： （1）冒煙測試用例 （2）上一輪bug的用例 （3）上一輪bug相關聯模組的用例 （4）認為可疑的測試用例 （5）補充測試場景的用例 8、測試報告包含哪些內容？ （1）專案目的 （2）專案背景 （3）使用者群 （4）測試概要：具體測試時間，用例總數，bug總數，等 （5）進度回顧 （6）測試執行 （7）測試用例 （8）測試環境 （9）bug結果 （10）測試結論9、有遇到過上線失敗情況？退回版本，使用之前版本；分析上線失敗原因，10上線後出現bug如何處理？定位bug，重新步驟，確定bug影響程度，如果影響大，就要回退版本，如果影響小，要記錄下，下一個版本修改。 21條最頻繁使用的linux命令，也是面試常會用到的面試題。 一、檔案和目錄 1.cd命令它用於切換當前，目錄它的引數是要切換到的目錄的路徑，可以是絕對路徑也可以是相對路徑: cd/home進入home目錄 cd..返回上一級目錄 cd../..返回上兩級目錄 cd進入個人的主目錄 cd~user1進入個人的主目錄 cd—返回上次所在的目錄 2.pwd命令 pwd顯示工作路徑持續更新 專案計劃包含哪些 ？ 專案簡介 專案約束 環境資源 測試任務與進度 風險及風險管理 測試交付文件。