整理筆試題目以便於使用APP複習
題目大多來自牛客。
一.題目：牛客-華爲2017秋招測試工程師筆試（感覺分類錯誤）
時間：20180716
1.判斷題
（T）軟件測試的目的是儘可能多的找出軟件的錯誤
（F）驗收測試是由最終用戶來實施的
–最終，錯誤，還是測試人員和相關用戶進行驗收
（T）項目立項前測試人員不需要提交任何工件。
--工件是加工過程中的生產對象。項目立項前，測試人員是不需要提供任何工件的。
（F）代碼評審是檢查源代碼是否達到模塊設計的要求。
--代碼評審也稱代碼複查，是指通過閱讀代碼來檢查1,源代碼與2.編碼標準的符合性以及3.代碼質量的活動。
(T)自底向上集成需要測試員編寫驅動程序
--自底向上測試是從“原子”模塊（即軟件結構最低層的模塊）開始組裝測試，因測試到較高層模塊時，所需的下層模塊功能均已具備，所以不再需要樁模塊。
自底向上集成方法不用樁模塊，測試用例的設計亦相對簡單，但缺點是程序最後一個模塊加入時才具有整體形象，需要開發驅動模塊。
（F）負載測試是驗證要檢驗的系統的能力最高能達到什麼程度
--系統的最高能力是壓力測試，而負載測試是在超荷情況下的性能測試，負載測試的目標是確定並確保系統在超出最大預期工作量的情況下仍能正常運行
（F）測試人員要堅持原則，缺陷未修復完堅決不予通過
缺陷分兩種：
1、完全影響軟件的正常運行或者影響客戶的正常體驗。--這種當然不能予以通過
2、不影響產品運行及客戶正常體驗且此軟件急於使用。--以公司利益爲出發，應予以通過。但在時間不緊急的情況下應不予通過。
一個好的測試人員應該有很好的情況分析能力，並且要有擔當
（F）代碼評審員一般由測試員擔任
--一般都是開發人員評審
2.選擇題
軟件驗收測試的合格通過準則是：
--軟件需求分析說明書中定義的所有功能已全部實現，性能指標全部達到要求。
--所有測試項沒有殘餘一級、二級和三級錯誤。
--立項審批表、需求分析文檔、設計文檔和編碼實現一致。
--驗收測試工件齊全。
軟件測試計劃評審會需要哪些人員參加？：
--項目經理，SQA 負責人，配置負責人，測試組
測試設計員的職責有哪些？
--設計測試用例，設計測試過程、腳本
軟件實施活動的進入準則是哪些？
--需求工件已經被基線化
--詳細設計工件已經被基線化
--構架工件已經被基線化
二.騰訊2015春招測試工程師練習卷
（1）選擇題
1.手機軟件的壓力測試：存儲壓力，邊界壓力，響應能力壓力，網絡流量壓力。
2.併發測試是測試多個用戶同時訪問同一個應用、同一個模塊或者數據記錄時是否存在死鎖或者其他性能問題（一般適用於服務器端
3.黑盒測試用例設計方法：等價類劃分，邊界值分析，錯誤推斷法，因果圖法，判定表驅動法，正交實驗設計法，功能圖，場景法。
4.白盒測試用例設計方法：代碼檢查法，靜態結構分析法，靜態質量度量法，邏輯覆蓋法，基本路徑測試法，域測試，符號測試，路僅覆蓋，程序變異，條件判斷，循環測試
5.有關測試驅動開發，正確的是（待補充）
6.驗收測試包括：正式驗收測試，
非正式驗收測試：Alpha測試（用戶，測試，開發內部測試），Beta測試（內測後的公測，完全給用戶）。
7.系統測試的16個策略：功能測試，性能測試，壓力測試，容量測試，安全性測試，GUI測試，可用性測試，安裝測試，配置測試，異常性測試，備份測試，健壯性測試，文檔測試，在線幫助測試，網絡測試，穩定性測試。
8.設計系統測試計劃需要參考的項目文檔有：軟件測試計劃，軟件需求規範，迭代計劃
9.關於軟件測試描述正確的是：
（1）軟件測試時使用人工操作或者軟件自動運行的方式來檢驗他是否滿足規定的需求或弄清語氣結果與實際結果之間的差別的過程
（2）軟件測試的測試目標是發現一些可以通過測試避免的開發風險。
（3）軟件測試的原則之一是測試應該儘早進行，最好在需求階段就開始介入。
（4）軟件測試主要工作內容是驗證，和確認
10.集成測試主要包括以下過程：
（1）構建的確認過程（2）補丁的確認過程（3）系統集成測試測試組提交過程（4）測試用例設計過程（5）測試代碼編寫過程（6）BUG的報告過程（7）每週/每兩週的構建過程（8）點對點的測試過程（9）組內培訓過程
11.做好文檔測試需要注意的點有哪些：（1）仔細閱讀，跟隨每個步驟，檢查每個圖形，嘗試每個示例（2）檢查文檔的編寫是否滿足文檔編寫的目的（3）內容是否齊全，正確，完善（4）標記是否正確
12 .負載測試：在一定的工作負荷下，系統的負荷及響應時間
13.強度測試：在一定的負荷條件下，在較長時間跨度內系統連續運行給系統性能所造成的影響。
14. 容量測試:：
（1）面向數據的，並且它的目的是顯示系統可以處理目標內確定的數據容量。
（2）容量測試的目的是通過測試預先分析出反映應用特徵的某項指標的極限值（如最大併發用戶數，數據庫記錄數等），系統在其極限值狀態下沒有出現任何軟件故障或還能保持主要功能正常運行。
15.描述測試工具正確的是：
(1)JMeter：基於JAVA的壓力測試工具，Badboy用來進行腳本錄製
(2)Junit：JAVA白盒測試工具，針對代碼測試
(3)LoadRunner：負載壓力測試：預測系統行爲和性能的工業標準負載測試工具。模擬上千萬用戶同時實施併發操作，來實時監控可能發生的問題。
(4)TestLink：用例管理工具
(5)測試管理工具：對測試需求，計劃，用例，實施進行管理
(6)測試輔助工具：SVN，本身不執行，可以生成測試數據，爲數據提供數據準備
(7)QTP（quicktest professional）自動測試工具
(8)C++ TEST：做C和C++的白盒測試
(9)缺陷管理工具：Mantis，BugFree，QC，TD
(10)用例管理工具：TestLink，QC
16：網遊的測試內容
a）性能測試：客戶端測試，服務器端測試（服務器，數據庫），網絡測試
b）功能測試：從運行完game.exe打開遊戲界面後可進行的各種操作，玩法
c）自動化測試：測試工作組織實施中需要的工具，軟件，平臺的開發；自動化迴歸測試:遊戲中基礎的，變動不大的，出錯率高的，可進行checklist重複測試的功能，性能等
17：測試方法可以分哪幾種：
人工測試：個人複查，抽查和會審，
機器自動測試：內部結構劃分：黑盒測試，白盒測試，灰盒測試；軟件發展階段：單元測試，集成測試，確認測試，系統測試，驗收測試
二 。測試用例設計
1.假設京東有一個web API:http://p.jd.com?p1=90&p0=100,輸入打折價P1和原價P0，返回折扣信息0.9，請設計測試用例進行測試。
1.格式問題：（非數字-符號，字母，負數，零，小數）
（1）輸入的p1和輸入的p0錯誤
（2）輸入的P1錯誤，輸入的P0正確
（3）輸入的P1正確，輸入的P1錯誤
（4）輸入的P1正確，輸入的P2正確
2.數值大小
（1）P1》P0（打折價高於原價）-錯
（2）P1=P0（打折價等於原價）-錯
（3）P1《P0（打折價小於原價）
2.以windows對文件的複製粘貼功能爲例，儘可能多地寫出測試思路
1.基本功能：文件的基本複製粘貼功能。
（1）文件分類：（視頻，音頻，圖片，文檔等），每個分類有不同的文件格式：例如文檔就有PDF，WORD，txt等
（2）文件信息：文件大小，是不是隱藏，文件權限
（3）複製粘貼的方式，鼠標右鍵選擇，ctrl+C,拖動複製，ctrl+V，以及cmd命令行使用
（4）粘貼的位置，本機的硬盤，U盤，內存卡，光盤，鏈接的手機存儲，複製網絡地址，同個系統下相對位置，絕對位置。
（5）文件的變化，文件權限，複製過去內存不夠怎麼辦，如果重名怎麼辦.
（6）文件複製過程中，如果U盤拔插，關機，中途取消怎麼處理，複製過程中，文件可以打開運行麼？
2.性能測試：複製文件的速度？同時複製多個文件是?複製文件過程中佔用CPU資源大，耗電量？
3.兼容性測試 ：（本體已經確定是windows系統）
Windows XP, Windows 7, Windows 8 , Windows 8.1, Windows 10等各種windos版本是不是都支持這個功能。
PC端，平板上可不可以使用這個功能。
4.交互測試; 複製粘貼文件時，使用windows存儲的其他功能是否有影響？
比如播放本地的音頻、視頻、等同時複製文件是不是有影響。一邊複製，一邊粘貼是不是有影響。
5.前後兩次的複製粘貼操作，互不影響
3. 已知String convert(String page)作用是將WEB頁轉碼爲方便移動設備查看的頁面，爲了確保轉碼的正確性，請設計相應測試策略。
1.功能測試
功能：
1.輸入正確的網址，進行轉碼，檢查內容是否正確；
邊界：
1.輸入信息量非常大的網址
2.輸入沒有信息的網址
負值：
1.輸入錯誤的網址，進行轉碼，系統是否有相應的提示；
2.輸入的 web 的 page 爲空，是否拋出異常；
UI檢測：
1.轉碼之後字符串長度大小
2.轉碼之後頁面是否適應美觀
2.兼容性測試（此處限定是移動設備）
不同的操作系統的移動設備下轉碼
不同分辨率的移動設備下轉碼
不同瀏覽器的移動設備下轉碼
3.性能測試
轉碼的速度
是否可以同時轉多個頁面
系統相應時間
佔用cpu資源
4.安全性測試
轉碼後安全信息是否泄露
5.交互測試
系統其他功能（視頻音頻播放）是否受到影響