測試常見問題合集

麪筋分類彙總-測開向

測試麪筋合集

目錄

• 1-測試基礎知識
• 2-測試非技術類問題
• 3-測試用例設計
• 4-問題查找

======================================================================

1-測試基礎知識

• 測試概述：重要性、分類、常見方法等

  • 軟件測試概念及分類整理彙總

• 測試應該何時介入

• 軟件測試的基本流程

  • 測試需求分析；測試計劃；測試設計；測試執行；測試評估。(有點不靠譜的感受..)

• 測試階段與對應的文檔

  • 單元測試：詳細設計文檔
  • 集成測試：歸納設計文檔
  • 系統測試：系統設計文檔

• 軟件測試的生命週期：

  • V模型：與軟件開發階段呼應
    • 軟件開發：需求分析-->概要設計-->詳細設計-->編碼階段
    • 軟件測試：單元測試-->集成測試-->系統測試-->驗收測試
  • 從基本流程的角度講：
    • 需求階段：測試人員瞭解需求, 對需求進行分解, 得出測試需求
    • 計劃階段：根據需求編寫測試計劃 / 測試方案
    • 設計階段：測試人員適當的瞭解設計, 對於設計測試用例是頗有幫助的, 測試人員搭建測試用例框架, 根據需求和設計編寫一部分測試用例
    • 編碼階段：測試人員通常是不須要編碼的, 但已經編碼的模塊, 專業的白盒測試人員能夠計劃執行單元測試, 完善, 細化測試用例以及調整測試計劃和方案
    • 測試階段：測試階段是軟件測試人員最爲重要的工做階段, 根據測試用例和計劃執行測試, 在執行的過程當中記錄, 管理缺陷, 測試完成後編寫測試報告
    • 運維階段：測試人員須要參加項目的實施工做. 測試人員對項目產品的業務和操做很是瞭解, 加上測試人員的溝通表達能力通常都比較強, 因此測試人員能夠參加用戶使用軟件的培訓, 在試運行項目時收集問題並及時反饋給相關負責人.

• 軟件測試的方法

  • 黑盒白盒灰盒；靜態動態。
  • 從是否關心軟件內部結構和具體實現的角度劃分，測試方法主要有白盒測試和黑盒測試。
  • 白盒測試方法主要有代碼檢査法、語句覆蓋、斷定覆蓋、條件覆蓋、斷定/條件覆蓋、條件組合覆蓋和路徑覆蓋。
  • 黑盒測試方法主要包括等價類劃分法、邊界值分析法、錯誤推測法、因果圖法、斷定表驅動法、正交試驗設計法、功能圖法、場景法等。

• 黑盒白盒測試

  • 注：邊界值測試 -- 既能夠用於黑盒，又能夠用於白盒。
  • 地鐵售票找零功能：選擇因果圖最宜。

• 單元測試的策略

  • 邏輯覆蓋
  • 循環覆蓋
  • 同行評審
  • 桌前檢查
  • 代碼走查
  • 代碼評審
  • 靜態數據流分析

• 單元測試的主要技術手段

  • mock：對代碼中某些不容易獲取的對象建立虛擬對象來測試
  • stub：樁函數是代替某些被調用了可是沒有編寫代碼，通常再增量迭代自底向上的過程當中不用編寫。再自頂向下的過程當中須要編寫
  • 驅動函數：調用被測函數，給被測函數傳參
  • 注：GUI測試是系統測試手段。

• 軟件測試階段

  • 單元測試階段、集成測試階段，系統測試階段，驗收測試階段。

• 功能測試與性能測試的區別]()

• 比較壓力測試、負載測試、性能測試

• 軟件測試的測試用例思路

• 作好測試用例設計工做的關鍵

• 測試的維度/遊戲的測試維度。

• 測試工具總結

• 自動化測試原理與框架

• 自動化測試的應用場景，並簡述一個完整的自動化測試流程

  • 自動化測試：在必定的框架下，去開發一些自動化測試腳，原本實現手工測試所作不到的事情。
  • 自動化測試主要有兩個方面的做用：
    • 一是模擬手工測試中重複且繁瑣的步驟
    • 一是模擬手工測試中沒法實現的測試，如性能測試中的併發或窮舉等，好比抽獎計算機率的測試。
  • 自動化測試在遊戲測試中主要的應用：
    • 模擬重複且繁瑣的手工測試；模擬手工測試沒法或難以實現的性能測試、接口測試、窮舉測試；UI測試等。
  • 自動化測試流程：
    • 分析自動化測試需求，通常在手工測試以後開始；
    • 根據項目的特色、選擇合適的自動化測試工具，並搭建測試環境
    • 測試用例設計和開發：設計測試用例；或提取手工測試的測試用例，轉化爲自動化測試用例
    • 開發自動化軟件測試框架和測試腳本
    • 執行：經過工具、代碼實現自動化的構造輸入、自動檢測輸出結果是否知足預期
    • 生成自動測試報告
    • 持續改進、腳本優化

• 驅動模塊和樁模塊

• varchar(256) 變爲 varchar(1024)測試

• 在一個產品的週期中，你會怎麼安排測試工做

• App測試和Web測試的區別

======================================================================

2-測試非技術類問題

• 衝突解決辦法

• 若是UI和開發消極怠工，怎麼辦

• 若是開發認爲測試出來的問題不是bug，怎麼辦

• 全部的軟件缺陷都能修復嗎？全部的軟件缺陷都要修復嗎？

• leader出錯，同伴不配合怎麼辦

• 開發人員總是犯一些低級錯誤怎麼解決

• 軟件測試與軟件開發的對比

  • 爲何想作測試、爲何不選研發？測試與開發本質區別

• 測試主要運用哪一種語言

  • Python和java

• 你認爲測試工程師的核心能力/關鍵能力/基本能力是什麼

  • 兩方面：業務能力+技術能力，鏈接產品和研發，因此是頗有難度的。
  • 技術能力：計算機專業知識，編程能力、軟件測試相關知識，自動化工具的使用，領域知識；
  • 業務能力：溝通表達、自學、耐心、測試思惟，能抓重點，考慮問題全面深刻、堅持原則等
  • 測試方法基礎理論(測一個杯子等)

• 對測試職位的理解、對測試工做有什麼指望、職業規劃

  • 軟件測試的意義：儘早、儘可能用最少的測試發現儘量多的問題，以保證軟件產品的質量。
  • 什麼是測試工程師？
    • 以軟件開發爲例，宏觀上說測試工程師就是軟件質量的把關者，在一個軟件開發流程中測試人員要與開發人員一塊兒對軟件的研發進行負責，軟件進行質量把關，開發進行功能實現，相輔相成。
    • 測試又分爲傳統的測試工程師和測試開發工程師，測試開發工程師（如下簡稱測開）就要在上述的基礎上最少在掌握一門腳本語言，兩門及以上更好，腳本語言包括但不侷限於Python，golang，shell等等由於測試開發工程師實際上是造輪子的，換言之就是開發測試用的各類工具；測試工程師對代碼要求較測開低一些，但不是一竅不通（我面試的時候都會遇到代碼問題），不懂代碼層次的問題的話其實就很差進行測試分析這個後面再解釋爲何。
  • 測試開發工程師的工做職責和內容
    • 測試工程師簡單點說就是找bug，而後反饋給開發人員，不要小看這個工做。
    • 首先很明顯的bug開發人員有時候本身就能找到，測試人員要有比開發人員更加全面的想法才能找到深層次的問題點，
    • 其次，要端正一個態度就是測試人員不是一個電腦小白，相反國外頂級的測試開發工程師同時也是頂級的開發工程師甚至更厲害，因此做爲一個測試工程師必定要有繼續學習的精神和心態，而後明白測試工程師要會寫測試用例，要會使用自動化工具，甚至白盒測試工程師要懂代碼，要具有廣闊的知識面。

• 開發測試工程師的工做職責和內容：

  • 軟件測試的意義，是儘早、儘可能用最少的測試發現儘量多的問題，以保證軟件產品的質量。從宏觀上說，在整個軟件開發生命週期中，測試工程師就是軟件質量的把關者，要與開發人員一塊兒對軟件的研發進行負責，軟件進行質量把關，開發進行功能實現，測試保證軟件產品的質量。開發測試工程師在傳統的軟件測試的基礎上，加入了更多對自動化測試和開發測試工具等要求，以及對測試人員代碼能力的要求。

• 技術向的晉升路線

  • 初級測試工程師：測試計劃、測試文檔、測試執行、結果整理等，門檻不高。
  • 測試開發工程師：核心-編程能力、自動化能力。
  • 測試架構師：在整個測試架構上參與和管理測試，更強調測試流程管理和質量監管，以及白盒測試能力，對測試工具和平臺的開發等

• 2年內的工做規劃以及目標

  • 半年-1年：重點是快速學習測試相關的知識和基本技能，如測試計劃、測試文檔、測試執行、結果整理等，並對軟件測試行業有一個大體的瞭解和把握，在此基礎上，快速學習公司項目中用到的相關自動化測試工具，並不斷提升編程和腳本開發能力。
  • 1年-2年：不斷強化自動化測試能力，並造成系統的知識體系；同時不斷提升編程能力，力求對公司項目有總體的認識，最好能夠做爲項目的小負責人，能夠帶領小團隊。
    以後的發展，能夠從測試開發架構師或測試經理等方向發展。

• 測開相關的反問

  • 部門主要工做內容
    • 剛去的話，可能不太熟悉業務，會不會有人給一個相對清晰的指導，好比說，要經過作哪些事，達到什麼目的，這樣相似的清晰規劃。
  • 問進度：通常多久能有後續消息？
  • 問學習建議：針對這個崗位，我須要重點補充哪方面的知識？

======================================================================

3-測試用例設計

測試用例組成

• 主要構成：測試環境+測試內容+輸入+預計輸出+實際輸出
• 具體分爲9個方面：用例編號/測試項/測試標題/用例屬性/重要級別/預置條件/測試輸入/操做步驟/預期結果/實際輸出
  • 通常狀況下分爲以上幾項可根據公司要求進行增刪

測試用例模塊

• 功能：

  • 針對系統的功能需求展開測試，主要結合黑盒測試的思想。
  • 對於既須要用戶使用，又須要管理者使用的，從兩方面進行測試。例如自動售貨機，管理員要上貨、訂價等。

• 性能：

  • 負載測試、壓力測試、耗電測試、資源佔用(cpu，內存等)、網絡狀態、相應時間等。
  • 經過模擬業務壓力或用戶使用場景來測試軟件系統的性能是否知足實際生產性能的要求
  • 涉及實物：高溫低溫、最大某某操做次數、
  • 用電物品：考慮電量
  • 電子物品：弱網、無網、網絡切換、打入電話等打斷操做、耗電量、多人併發、響應時間、點擊量、吞吐量等

• 兼容：

  • 涉及實物：不一樣接口
  • 電子物品：移動端與電腦端、不一樣系統、與同類軟件的兼容，相同軟件不一樣版本的兼容，頁面類考慮不一樣瀏覽器..

• 安全：

  • 涉及實物：考慮是否有毒、有害、破損狀況下是否會對徒手用戶形成傷害；大中型機器是否有自動斷電的保險措施，是否有緊急制動的按鈕操做等；
  • 涉及帳戶：泄漏用戶信息、帳戶的盜號問題、遊戲的外掛..

• 界面：

  • 涉及實物：考慮物體的外觀、材質的，顏色，外形，重量，圖案是否合理，是否有異味。
  • 電子物品：佈局合理清晰，設計風格是否一致，文字圖標是否正確清晰，半屏全屏切換、橫屏豎屏切換、界面清晰度、按鈕標籤進度條的可識別性...

• 易用性：

  • 操做是否對用戶友好、按鈕快捷鍵進度條等是否易用、圖像清晰度、錯誤操做時是否有有效的提示信息引導...

• 交互性：

  • 針對多人軟件如社交軟件，相同好友消息、共同操做的交互

• 文檔：

  • 產品說明書對產品的參數和使用規則描述是否詳細。
• 等。

考查點

• 注意跨天的測試，即僅限當天完成的動做，頁面停留到次日時可否正常操做的問題。

  • 例如，簽到功能，簽到頁面停留到次日時，再點擊簽到算次日的。
  • 例如：ATM一天只能取一萬元，取了8000後，頁面停留到次日，又從1萬元的限額開始算，能夠取10000元。

APP相關問題

• APP測試須要考慮的點都有哪些？

登陸相關問題

• 用戶登陸界面的測試
  • 登陸測試？弱網測試，無網測試怎麼作？
  • 如何測試用戶登陸界面
  • 測試中如何模擬網絡環境很差的條件 fiddler
  • 如何測試一個登錄案例
  • 給你一個QQ登陸界面 有一個登陸按鈕一個自動記住密碼的複選框 帳號密碼輸入框，你怎麼設計測試用例？
  • 對抖音的界面進行測試

頁面相關問題

• 對頁面的測試
  • 抖音頁面怎麼測試

聊天相關問題

• 對聊天進行測試
  • 對收信發信進行測試
  • 微信聊天功能測試、QQ聊天功能測試

發帖相關問題

• 一個發帖功能（能夠發文字、圖片、定位），你會測試哪些方面 功能測試，網絡測試，平臺測試

視頻播放器相關測試

• 視頻播放器測試點
  • 愛奇藝等視頻APP，抖音等短視頻APP，微信的小視頻，等等
  • 測試朋友圈發佈視頻功能，若是有一部分用戶反饋APP的視頻加載不出來，你會從哪裏方面去定位問題
  • 而後問我若是想要上新一個新尺寸的視頻，我會想要測試什麼。

小程序相關問題

• 一個手機小程序，只能輸入1-100的數字，還有一個提交按鈕，設計測試用例

• 怎麼測試小程序的併發性的

微信相關問題

• 微信聊天發送的測試

  • 微信發紅包測試用例

  • 微信圖片發送測試用例設計

  • 微信傳文件

• 測試微信朋友圈

  • 朋友圈功能：

    • 下拉朋友圈（刷新；查看完整的相冊封面）；發朋友圈（圖片文字；僅文字）；朋友圈點贊；朋友圈評論（給博主評論和好友間互動）。

  • 微信下拉朋友圈

  • 測試微信朋友圈的點贊功能

    • 爲微信的點贊功能設計測試用例，假如點讚了可是點贊數沒有加一，可能報錯在哪裏？
    • 網絡良好的狀況下，發現數據傳輸過程出現404的狀況，你認爲是什麼問題。

  • 測試微信朋友圈評論功能

    • 相似問題：給抖音的評論功能設計測試用例

各個APP的搜索框問題

• 對淘寶搜索框進行測試
  • 頭條搜索框測試用例
  • 怎麼測試微信的搜索功能。

微博相關問題

• 測試微博的刷新功能

二維碼相關

• 手機掃描二維碼的測試用例

• 注：針對掃碼功能、針對掃碼支付功能....

遊戲相關

• 詳見遊戲測試常見問題合集

實物操做相關

• 實物類測試彙總-電梯、杯子、筆、桌子、椅子、洗衣機、ATM等

  • 對對杯子、電梯系統、三角形等常規的測試用例總結
  • 測試一個月餅禮盒。
  • 測試一瓶水、測試一個礦泉水瓶
  • 設計一個測試方案，生產好的礦泉水瓶要放到流水線上生產的測試方案。
  • 測試商場的支付功能，設計測試用例
  • 鼠標測試用例

• 電梯的測試用例

• 微波爐測試用例

======================================================================

4-問題查找

• Android中形成APP閃退的緣由總結

  • 弱網絡狀況下，服務端響應不及時，可能卻是閃退。（網絡異常引發的）
  • 應用版本過低，會致使不兼容，形成閃退。（有些API在老版本中有,在新版本中沒有,形成對象爲空引發閃退）
  • APP的SDK和手機的系統不兼容。
  • 緩存垃圾過多：因爲安卓系統的特性，若是長時間不清理垃圾文件。會致使愈來愈卡，也會出現閃退狀況。
  • 設計不合理，1個接口，拉取的數據量太大，請求結果會很慢，且佔用大量內存，APP會閃退（好比，咱們如今作的記錄儀，進入相冊列表時候，要拉取全部圖片，拉取太慢了，就閃退了）
  • 不一樣APP間切換，交互測試，可能會出現閃退。
  • 權限問題。

• 頁面很卡的緣由分析

  • 帶寬不足、硬件配置低、CPU或者是內存被佔滿。
  • http請求次數太多。
  • 接收數據時間過長，以下載資源過大。
  • JS腳本過大，阻塞了頁面的加載。
  • 網頁資源過多、接受數據時間長、加載某個資源慢。
  • DNS解析速度。

• 頁面加載慢的緣由分析

  • 帶寬不足、硬件配置低、CPU或者是內存被佔滿。
  • http請求次數太多。
  • 接收數據時間過長，以下載資源過大。
  • JS腳本過大，阻塞了頁面的加載。
  • 網頁資源過多、接受數據時間長、加載某個資源慢。
  • DNS解析速度。

• web頁面空白有哪些緣由

• 測試工具loadrunner，postman，selenium用來測什麼

  • loadrunner：性能測試工具，經過模擬成千上萬個用戶實施併發操做，測試系統的性能，而且提供詳細的測試結果分析，協助用戶查找問題
  • postman：接口測試，一款功能強大的網頁調試與發送網頁HTTP請求的Chrome插件
  • selenium：Web應用程序測試的工具

• 分析一下少許聯通用戶反映刷抖音沒法顯示緣由

參考連接

• 測試常見面試題-一杯清酒

END