軟件測試工程師——100問面試題，你敢來接招嗎？

1軟件的含義程序、數據及相關文檔的完整集合。

2測試與調試的區別是什麼?測試是由測試人員來進行，要目標是發現、報告和跟蹤缺陷。
調試是由開發人員進行，主要目標是定位缺陷位置,分析缺陷緣由, 修復缺陷。
3 IEEE是什麼意思?國際電氣電子工程師協會
4 GB是什麼意思?國家標準
5軟件測試的含義簡單講，軟件測試是發現缺陷的過程; IEEE 中的定義是，軟件測試是使用
人工或自動手段來運行或測定某個系統的過程，目的在於檢驗它是否知足規定的需求或弄清
預期結果與實際結果之間的差異。
6軟件測試的目的(1) 驗證軟件是否知足各種文檔說明書等規定的軟件質量要求(2) 找出
軟件缺陷(3) 爲軟件產品的質量測量和評價提供依據(4) 幫助開發改進開發流程
7什麼是功能、性能、兼容性功能表明一個軟件能作什麼; 性能反映軟件運行的速度或效率、
用資源的多少等指標;兼容性表示一 個軟件與其所在運行環境的依賴程度，包括與硬件、
操做平臺、其餘軟件的依賴。
8測試分爲哪幾個階段?每一個階段的測試目的是什麼?測試分爲單元測試、集成測試、系統測
試、驗收測試四個階段。前三個階段的目的是儘量多的發現缺陷，而驗收測試是要驗證軟
件知足了用戶需求,幫助用戶創建系統能夠正常使用的信心，發現缺陷不是此階段的目標。
9解釋QA及其職責QA的含義是軟件質量保證(人員)。主要職責是 制定和增強促進軟件
開發並防止軟件缺陷的標準和方法，並監督標準和過程被正確的遵循。
10測試工程師與軟件質量保證的區別測試工程師的主要任務是在最短的時間內發現儘量多
的缺陷，並確保這些缺陷得以修復。軟件質量保證的主要職責是制定和增強促進軟件開發並
防止軟件缺陷的標準和方法，並監督標準和過程被正確的遵循。

11測試應該由什麼人來進行?測試應該由獨立的第三方來進行，第三方表示測試人員不參與
程序的開發。
12 pareto法則、帕累托法則、28原則、82 原則通常狀況 下80%的缺陷彙集在20%的關鍵
核心業務模塊中,這個原則至少告訴咱們在作測試時，應該重點分析和測試20%的核心業
務,具體說要作好需求分析。
13劑怪事殺劑怪事用於描述軟件測試越多，對測試的免疫力越強的現象。這個現象
告訴咱們，測試時， 應嘗試新方法、不一樣的測試程序,對程序進行測試，以找出更多軟件缺
陷。
14木桶原理木桶原理在軟件方面的主要含義是全面質量管理,另外還告訴咱們測試時要關注
團隊中較弱的人。
15 Good-enough原則Good-enough原則告訴咱們作測試的時候既不要作過多測試，也不
作不充分的測試。至於多少測試合適，須要咱們不斷積累經驗，在項目中能夠指定最低測試
經過標準和測試內容，而後具體問題具體分析。
16羣集效應羣集效應的含義是發現的缺陷越多,證實軟件存在的缺陷越多。羣集效應指導我
們在找到軟件缺陷的地方要繼續找找。
17什麼是確認測試?迴歸測試?確認測試也稱再測試: 缺陷修復之後,驗證缺陷是否真正修
復回歸測試:缺陷修復之後，確保對程序的修改沒有給軟件其餘未改變部分帶來新的缺陷。
18測試人員應該具有哪些素質?要有責任心， 要有破壞的態度，對事不對人,三心二意(細
心、信心、耐心、缺陷預防意識、溝通意識)，具備必定的開發技能，善於思考。

 

19若是測試提交的缺陷開發人員不承認,該怎麼辦?首先分析或與開發溝通開發不承認的原
因。若是拒絕緣由是提交的不是缺陷，並且本身分析後，的確不是缺陷，則應該注意之後再
作測試時要作好復現，認真研讀需求,提升本身找缺陷的能力。若是拒絕緣由是提交的不是
缺陷但本身分析時認爲缺陷應該是存在的，則再次研讀需求並作好復現，拿出確實是缺陷的
證據，而後與開發溝通。若是拒絕緣由是承認缺陷，但不予修復,若是本身以爲必須修復,
則拿出充分理由和證據和不修復的不利影響和影響範圍，再與開發溝通。注意溝通技巧,合
理的論述，向開發說明本身的判斷的理由，注意客觀、嚴謹，不摻雜我的情緒。把問題交給
測試經理，等待測試經理作出最終決定，若是仍然存在爭議，能夠經過公司政策所提供的渠
道，向上級反映，並由上級作出決定。
20如何解決開發和測試的矛盾? (1) 以溝通和合做的方式開展工做(2) 提升開發技能
(3)換位思考(4) 進行有效溝通
21測試團隊中都有哪些角色?負責什麼任務?各有多少人?測試負責人:制定測試計劃,
監督安排任務,進行測試總結，1測試I程師:進行測試需求分析、設計用例、搭建環境、執
行用例、提交併跟蹤缺陷，3 技術支持:負責環境維護，1配置管理員:維護版本架構,維
護版本庫，文檔配置，1質量保證人員:負責軟件質量方面的工做，1
22什麼是軟件開發生命週期?從軟件最初構思到公開發行的過程。瀑布模型的過程是計劃、
需求、設計、編碼、測試、運行、維護循環。.瀑布模型有嚴格的開發步驟，每一個階段是按順
序進行的，每一個階段都必須編寫完整的文檔,每一個階段完成後必須通過審查才能進入下一
步。瀑布模型不能迭代、不能反覆;測試在編碼以後，測試太晚;測試的只是程序。
23軟件開發有什麼模型?軟件測試主要有哪些模型?軟件開發模型:大爆炸模型、邊寫邊改
模型、瀑布模型、螺旋模型、敏捷開發模型軟件測試模型: V模型、W模型、H模型、X模
型、前置測試模型、敏捷測試模型

 

24簡述V模型。V模型的過程:臚需求一需求分析- →概要設計-詳細設計-→編碼→單元測
試-集成測試→系統測試- >驗收測試。優勢: (1) V的左端表示傳統的瀑布開發模型, V
的右端明確地將測試分爲不一樣的級別或階段，測試過程更爲具體; (2) 測試各個階段和開發
的各個階段相對應; (3) V模型的測試策略包括低層測試和高層測試，低層測試是爲了源代
碼的正確性，高層測試是爲了整個系統知足用戶的需求。缺點: (1) 測試的對象就是程序
自己。忽視了測試活動對需求分析,系統設計等活動的驗證和確認的功能，直到後期的驗收
測試才被發現。(2) 測試是開發以後的-一個階段。實際應用中容易致使需求階段的錯誤一直
到最後系統測試階段才被發現。
25簡述W模型。W模型的過程:左邊V是需求分析-→概要設計-詳細設計-→編碼實現-→模
塊集成-→系統構建- + 系統安裝;右邊V是需求測試一→概要設計測試- +詳細設計測試-→單元測
試-集成測試-→系統測試-一驗收測試。優勢: (1) W模型體現了儘早和不斷測試的原則,
既強調測試方案設計，也強調測試執行。(2) 左側V是開發,右側V是與開發並行的測
試，相對於V模型，W模型增長了軟件各開發階段中應同步進行的驗證和確認活動，W明確
示出了測試與開發的並行關係。測試與開發是同步進行的，有利於儘早地全面的發現問
題。(3) 測試伴隨整個軟件開發週期,且測試的對象不只僅是程序，需求、設計等一樣要測
試。缺點:在W模型中，需求、設計、編碼等活動被視爲串行的，測試和開發活動也保持着
-種線性的先後關係，上一階段徹底結束，柯正式開始下-個階段工做。這樣就沒法支持
迭代的開發模型，不利於當前軟件開發複雜多變的狀況。
26簡述H模型。H模型將測試活動徹底獨立出來,造成一個徹底獨立的流程，將測試準備活
動和測試執行活動清晰地體現出來。H模型的測試流程是隻要測試準備工做完成，達到測試
就緒點，測試就能夠執行了。優勢: (1) 軟件測試不只僅指測試的執行，還包括不少其餘
的活動。(2) 軟件測試是一個獨立的流程， 貫穿產品整個生命週期，與其餘流程併發地進
行。當某個測試時間點就緒時， 軟件測試即從測試準備階段進入測試執行階段。(3) H模型
反映出軟件測試要儘早準備，儘早執行。(4) 軟件測試能夠進行迭代、反覆進行。

27敏捷開發敏捷開發的核心思想是:以人爲本,適應變化。具體講: (1) 認爲個體和交互
重於過程和工具，強調經過過程和工具理解我的和交流的做用;
(2)認爲可用軟件重於完備
文檔，強調經過全面的文檔理解運行的軟件; (3) 認爲客戶協做重於合同談判，強調經過合
同和談判獲得客戶的協做;
(4)認爲響應變化重於遵循計劃，強調在計劃的執行中作出對變
更的響應。特色: (1) 敏捷開發提倡迭代式和增量式的開發模式，並強調測試在其中的重要
做用。(2) 敏捷開發是以用戶爲中心、以客戶需求爲導響的開發過程，在此過程當中隨時作好
」迎接變化」的準備，客戶是敏捷的關鍵環節。(3) 敏捷開發沒有單一固定的開發方法或過
程，敏捷開發有三個共同點:依賴客戶的參與、測試驅動以及緊湊的迭代開發週期。
28敏捷測試(1) 敏捷測試是協同測試的一種形式，程序員結對編程,程序員分飾測試員角
色，敏捷測試是連續測試。(2) 敏捷測試側重 單元測試和驗收測試。元測試的過程是先
設計單元測試用例，而後進行編碼，以後執行測試。(3) 敏捷測試強調客戶參與，元測試
經過以後代碼集成到代碼庫中，再由客戶進行驗收測試，驗收測試的結論反饋給開發人員,
缺陷得以迅速修復。
29軟件質量要求有哪些?功能要求和非功能要求。
30軟件非功能要求有哪些?性能要求(負載測試、勵測試、容量測試、可靠性測試)、界
面測試、兼容性測試、易用性測試、 文檔測試、可用性測試、安裝測試、安全測試、災難恢
複測試等。
31簡述測試的基本過程(1) 測試人員進行測試需求分析。(2) 測試賴責人編寫測試計劃。
(3)測試人員根據測試需求分析設計和編寫測試用例。(4) 測試人員搭建測試環境、建立
測試數據、執行測試用例、提交缺陷報告並進行跟蹤、記錄測試事件。(5) 進行測試評估和
總結。每一分步工做完成後都進行評審。
32拿到-個軟件後，應該怎樣開始工做?編寫需求分析並評審-→編寫測試計劃並評審-設計
測試用例並評審- +搭建測試環境、執行測試用例、提交缺陷報告- -進行評估和總結

 

33怎麼作測試?編寫需求分析並評審一>編寫測試計劃並評審-設計測試用例並評審-搭建測
試環境、執行測試用例、提交缺陷報告- +進行評估和總結
34簡介測試流程編寫需求分析並評審-→編寫測試計劃並評審-設計測試用例並評審-搭建測
試環境、執行測試用例、提交缺陷報告-進行評估和總結。
35怎麼進行測試需求分析? (1) 收集各種文檔,仔細閱讀文檔,提出問題，分析問題或溝
通解決，整理需求信息。(2) 編寫測試需求分析說明書:功能分解，編寫檢查點和測試點。
(3)需求評審。
36拿到項後,須要分析或諮詢軟件哪些方面的問題?軟件主要的功能、流程、開發環境
(開發語言<含數據類型>、數據庫、中間件)、運行環境(硬件、軟件、網絡、軟件架
構)、用戶羣、測試範圍、測試優先級。
37何時提交發現的缺陷?測試執行發現缺陷時當即提交缺陷。
38什麼是入口準則、出口準測?入口準則是進行- 項測試工做前須要準備好的前提條件。出
口準則是一項測試工做能夠結束的前提 條件。
39需求評審都有哪些人蔘與?項目經理、 開發經理、測試經理、測試人員、開發人員、市場
經理、客戶等。
40怎麼作需求評審或者說需求評審須要評審哪些方面?編寫或設計需求評審檢查單，好比可
以檢查有無錯別字、病句，標點符號使用是否正確，格式是否一 致， 否還有多餘需求,是
否有錯誤需求，是否有遺漏需求等。
41測試資源需求有哪些方面?人力資源、硬件資源、軟件資源。

 

42什麼是測試策略?什麼是測試範圍?測試策略主要指如何進行某種測試(如功能測試、性
能測試、兼容性測試、可用性測試、易用性測試等) ,用於說明測試方法以及如何使用測試
方法。測試範圍有時候等價於測試策略,有時候能夠表示要進行測試的某個軟件部位。
43什麼是BVT?冒煙測試?版本驗證測試?怎麼測?也稱冒煙測試、版本驗證測試、小版本
驗證測試、版本構建測試。冒煙測試用例是一組想先運行以肯定這個給出的小版本是否能夠
測試的測試用例。冒煙測試主要測試軟件的基本功能，以判斷整個軟件值不值得進行大規模
測試。一般由一我的進行1-2小時的測試，通常 不測試次要功能和各類錯誤。
44測試計劃的內容和目的是什麼?包含了產品概述、測試區域/測試策略/測試範圍/測試目
標(測試項、被測特徵)、測試配置/測試資源、測試周期、進度安排(測試任務、人員安
排)、測試方法/途徑、測試交流、風險分析等內容。 目的是指導測試過程，規定測試活動的
範圍、方法、資源和進度;明確正在測試的項目、要測試的特性、要執行的測試任務、每一個
任務的責任人以及與計劃相關的風險。
45怎麼判斷是否是軟件缺陷? (1) 軟件未達到產品說明書標明的功能; (2) 軟件出現了產
品說明書指明不會出現的錯誤; (3) 軟件功能超出產品說明書指明範圍;
(4)軟件未達到
產品說明書雖未指出但應達到的目標; (5) 軟件測試員具體問題具體分析，認爲軟件難以理
解、不易使用、運行速度緩慢，或者最終用戶認爲很差。
46缺陷的產生主要有哪些緣由?最主要的緣由是什麼?需求頻繁變動、溝通不良、瞭解客
戶的需求、實現新功能或很酷的功能、追求新技術、項目期限的壓力、 需求分析或設計投入
的時間和精力不夠、產品的複雜度、開發人員疲勞、勵過大或受到干擾、缺少足夠的知
識、技能和經驗、缺少動力等。最主要的緣由:需求方面的緣由
47當你發現一個缺陷時，應該怎麼確認的確是一個缺陷? 根據缺陷的判斷原則來甄別發現的
問題是否是一個缺陷，發現缺陷後，應該作好分離和再現(3次)，而後才能提交。
48在正式提交-個缺陷前，你應該作些什麼?分離缺陷、再現缺陷(3次) ,而後才能提
交。

49怎麼處理沒法再現的缺陷?首先，應當對這樣的缺陷進行詳細的記錄，並儘快提交給開發
人員。其次，對於尋找難以再現的缺陷要合理地安排時間，對一時難以再現的缺陷能夠暫時
擱置，以保證項目的正常進度。最後， 在測試過程當中對未再現缺陷予以關注。
50什麼是重複缺陷?怎麼避免重複缺陷?提交了- -個缺陷庫中存在或者開發人員已經知道的
缺陷。一、 若是缺陷是跟同事提交的重複,任務分工解決,也能夠在提交以前查詢下庫缺陷是
否存在。二、若是缺陷是與本身提交的缺陷重複，則須要提升發現缺陷的能力，經過提升開發
能力來理解兩個缺陷本質上是一個缺陷。
51什麼是無效缺陷?怎麼避兔無效缺陷?提交的缺陷不是真正的缺陷。充分了解需求、提
高本身識別缺陷的能力、提升缺陷寫做能力52缺陷報告的寫做準則是什麼? Correct (準
確) :每一個組成部分的描述準確，不會引|起誤解; Clear (清晰) :每一個組成部分的描述清
晰，易於理解; Concise (簡潔) :只包含必不可少的信息，不包括任何多餘的內容;
Complete (完整) :包含復現該缺陷的完整步驟和其餘本質信息; Consistent (一致) :按
照一致的格式書寫所有缺陷報告。
53缺陷報告的內容有哪些?缺陷標題(或者說缺陷摘要、缺陷概述、缺陷基本信息)預處理
復現步驟預期結果實際結果嚴重程度優先級測試環境測試版本測試執行人註釋
54缺陷報告的組織結構是什麼?缺陷標題(或者說缺陷摘要、缺陷概述、缺陷基本信息)
預處理復現步驟預期結果實際結果嚴重程度優先級測試環境測試版本測試執行人註釋
55缺陷報告的寫做須要注意什麼問題?不要使用我、你、他等字眼，不要使用情緒化的語言
和強調符號、不要使用"彷佛」、看 上去可能等不肯定性內容、不要使用認爲比較幽默的內
容、不要使用不肯定的測試問題(不肯定是不是缺陷)、不要人身攻擊。
56簡述缺陷報告的處理流程軟件測試人員提交缺陷報告;測試負責人審覈後將缺陷報告分配
給相關的開發人員修改;缺陷被修改後由測試人員根據缺陷報告中的修改記錄進行返測返測
經過的缺陷報告由負責人關閉;返測未經過的缺陷報告直接返回開發人員從新修改，而後再
由測試人員返測，直到測試和開發達成-致處理意見。

 

57簡述缺陷的生命週期軟件測試人員提交缺陷報告;測試負責人審覈後將缺陷報告分配給相
關的開發人員修改;缺陷被修改後由測試人員根據缺陷報告中的修改記錄進行返測返測經過
的缺陷報告負責人關閉;返測未經過的缺陷報告直接返回開發人員從新修改,而後再由測
試人員返測，直到測試和開發達成一致處理意見。
58簡述重複缺陷的處理流程提交缺陷- +分配缺陷- + 是重複缺陷一爲無效缺陷。
59缺陷按照嚴重程度能夠分爲哪些類型?致命缺陷、嚴重缺陷、-般缺陷、較小錯誤、靚
建議等
60缺陷按照優先級能夠分爲哪些類型?缺陷必須當即解決;缺陷須要正常排隊等待修復或列
入軟件發佈清單;缺陷能夠在方便時被糾正;下一 個版本修復;不修復。
61缺陷的狀態有哪些?新建已提交打開已拒絕已解決/已修復已驗證已關閉
62測試有哪些級別?單元測試、 集成測試、系統測試、驗收測試
63測試有哪些階段?單元測試、 集成測試、系統測試、驗收測試
64什麼是元測試?單元測試誰來作?針對一個軟件單元的測試。開發人員或懂開發的測試
人員
65什麼是樁模塊、驅動模塊?樁模塊: 被被測模塊調用的模塊。驅動模塊: 調用被測模塊的
模塊。
66何時能夠進行組件測試?完成編譯的測試對象，測試環境,開發工具,測試對象的規
範說明書。
67單元測試使用技術?測試重點是什麼?測試條件是什麼?單元測試的技術: 黑豔白盒技
術，可是白盒居多,盒居少, -般先作黑盒再作白盒。單元測試重 點:功能性測試，健壯
性(逆向測試:無效值)，性能。元測試前提條件:完成編譯的測試對象，測試環境,開
發工具，測試對象的規範說明書。

 

68什麼是集成測試?組件間的接口與交互的測試。
69集成測試的測試重點是什麼?測試條件是什麼?使用什麼技術?接口和系統內不一樣部分的
相互做用(交互)。測試條件是完成集成的被測系統，測試臺,有關組件間交互的文檔。測
試技術包括白盒技術、盒技術，白盒居多,盆居少,對比單元測試，白盒降低，通常先
作黑盒再作白盒。
70集成測試有哪些策略?自頂向下集成自底向上集成
71什麼是系統測試?對整個系統能不能知足用戶需求的測試。
72系統測試的目的是什麼?檢查軟件是否知足需求。
73系統測試可以發現哪些缺陷?會遺留哪些缺陷?發現:非功能性缺陷、涉及整個系統的問
題。遺漏:對用戶的需求的錯誤理解、沒有實現或者沒有徹底實現用戶的隱性需求。
74什麼是驗收測試? - 般由用戶/客戶進行的確認是否能夠接受一個系統的驗證性測試。 驗收
測試根據用戶需求，業務流程進行的正式測試以確保系統符合全部驗收的準則。
75驗收測試有哪些人進行?客戶或用戶，測試人員能夠介入。
76驗收測試的目標是什麼?對系統或子系統創建信心、對系統非功能性的特性贏得信任。
77什麼是alpha、beta 測試?有何區別? Alpha 測試:潛在的客戶/用戶在開發場地進行的
測試。Beta 測試:由潛在客戶/用戶在本身的環境下測試軟件系統。
78什麼是維護測試?軟件正常使用後,對軟件的變動、更新進行測試
79什麼是性能測試?負載測試?勵測試?有什麼區別?性能表現處理速度、響應時間、
CPU使用、內存使用、硬盤使用等。負載測試: 經過不斷增長喚載來測試-個系統的性能。
力測試:經過增長負載超過系統正常工做能力來考察系統可否在異常狀況下正常工做

 

80什麼是功能測試?測試一個軟件能作什麼， 不是作了應該作的工做，沒作不應作的工
做。
81什麼是結構測試?白盒測試也稱結構測試、 邏輯驅動測試、基於程序自己的測試，是對程
序結構進行的測試。
82什麼是與變動相關的測試?有哪些具體類型?與變動相關的測試是對修改過的程序進行的
測試。確認測試(再測試)和迴歸測試。
83什麼是靜態測試?動態測試?如何區分兩者?靜態測試:不執行程序的測試。針對文檔和
不需執行的代碼。動態測試須要執行程序，方法-般採用黑盒測試方法和白盒測試方法。
84圈複雜度怎麼計算?不重疊的閉合環數+ 1
85什麼是黑盒測試?白盒測試?盆測試也稱功能測試，基於規格說明書的測試，關注輸入
數據到程序中，輸出結果是否正確，側重於測試軟件能作什麼白盒測試也稱結構測試、邏輯
驅動測試，是對程序內部邏輯結構進行的測試
86白盒測試有哪些方法?具體解釋每種方法?白盒測試主要使用邏輯覆蓋測試方法，包括語
句覆蓋、斷定覆蓋、條件覆蓋、斷定條件覆蓋、條件組合覆蓋、路徑覆蓋等。語句覆蓋:程
序中的每一個可執行語句至少被執行一次。能發現語句錯誤，但不能發現邏輯錯誤。斷定覆
蓋:也稱分支覆蓋,程序中的每一個斷定的取真分支和取假分支至少執行一次。能發現邏輯錯
誤，但不能發現組合判斷中的條件錯誤。條件覆蓋:程序每一個斷定中每一個條件的可能取值至
少知足- -次。能發現條件錯誤,不能發現邏輯錯誤。斷定 條件覆蓋:每一個條件中的全部可
能取值至少執行- -次，同時，每一個斷定的可能結果至少執行- -次。條件組合覆蓋:每一個斷定
中的全部的條件取值組合至少執行一次。路徑覆 蓋:用例覆蓋程序中的全部可能的執行路
徑。若是路徑數不少,會變得不切實際。

87什麼是配置測試?不一樣配置環境下進行測試。
88什麼是文檔測試?不只包括測試文檔校對，還有文檔和軟件不致
89什麼是國際化測試?本地化測試?國際性的軟件翻譯成本國語言的，測試是否符合本國的
語言習慣，是否符合本國法律,是否符合本國的國情。
90測試用例的內容是什麼?用例編號,測試概述或用例標題、測試步驟,預期結果，輸入數
據，優先級,前置條件等
91測試用例有哪些元素?用例編號，測試概述或用例標題、測試步驟，預期結果，輸入數
據，優先級,前置條件等或者說測試目標Why、測試對象What、測試環境要求Where、
測試前提When,輸入數據
92什麼是UI、GUI? UI測試什麼意思?界面圖形界面界面測試
93測試用例的優先級如何?冒煙測試融低
94解釋測試目標、測試環境、測試對象、前置條件、測試策略、測試範圍的含義?測試目
標:功能測試、性能測試、界面測試、易用性測試、兼容性測試、安全性測試測試策略:某
類別測試的過程、方法以及方法如何應用,測試的注意事項等測試環境:硬件環境、軟件環
境、網絡環境前置條件:進行某些測試工做須要作好的準備條件測試範圍:軟件須要測試的
某個部位
95用例評審通常使用什麼方式?哪些人蔘與評審?檢查單。-般由測試人員進行
96測試計劃由誰編寫?測試需求說明書由誰編寫?測試用例誰編寫?測試總結誰編寫?測試
負責人。測試人員(測試需求分析人員)。測試人員(測試設計工程師)。測試負責人
97軟件投入運行後還須要測試嗎?須要哪些測試?須要測試。維護測試(含升級測試)、數
據遷移測試、備份恢復測試、災難恢復測試等

98 SP2什麼意思?第2個版本的服務包或補丁包
99給你一個網站，你如何測試?首先，查找需求說明、網站設計等相關文檔，分析測試需
求。制定測試計劃， 肯定測試範圍和測試策略，- 般包括如下幾個部分:功能性測試、界面
測試、性能測試、數據庫測試、安全性測試、兼容性測試。設計測試用例:
功能性測試可
以包括，但不限於如下幾個方面:連接測試。 連接是否正確跳轉,是否存在空頁面和無效
頁面，否有不正確的出錯信息返回。
提交功能的測試。
多媒體元素是否能夠正確加
載和顯示。
多語言支持是否可以正確顯示選擇的語言等。界面測試能夠包括但不限於一
機個方面:
頁面是否風格統-,美觀
頁面佈局是否合理，重點內容和熱點內容是否突
出控件是否正常使用
對於必須但未安裝的控件，是否提供自動下載並安裝的功能文
字檢查性能測試一 般從如下兩個方面考慮:
力測試、負載測試
數據庫測試要具體
決定是否須要開展。數據庫- 般須要考 慮連結性,對數據的存取操做,數據內容的驗證等
方面。
安全性測試:
基本的登陸功能的檢查
是否存在溢出錯誤，致使系統崩潰或者
權限泄露相關開發語言的常見安全性問題檢查, 例如SQL注入等兼容性測試， 根據需
求說明的內容，肯定支持的平臺組合:
瀏覽器的兼容性;
操做系統的兼容性; .
軟件
平臺的兼容性;
數據庫的兼容性開展測試， 並記錄缺陷。合理的安排調整測試進
度，提早獲取測試所需的資源，創建管理體系(例如，需更、風險、配置、測試文檔、
缺陷報告、人力資源等內容)。按期評審 ,對測試進行評估和總結，調整測試的內容。
100 -臺客戶端有三百個客戶與三百個客戶端有三百個客戶對服務器施壓，有什麼區別?
300個用戶在一個客戶端上會佔用客戶機更多的資源， 而影響測試的結果。線程之間可能
發生干擾，產生-些異常。
須要更大的帶寬。
IP地址的問題，可能須要使用IP欺騙
來繞過服務器對於單一IP 地址最大鏈接數的限制。
沒必要考慮分佈式管理的問題。
用戶
分佈在不一樣的客戶端上需 要考慮使用控制器來總體調配不一樣客戶機上的用戶。須要給予
相應的權限配置和防火牆設置。