＿軟件測試面試必備由安博測試空間技術中心軟件測試技術及策略軟件測試的流程軟件開發所有過程、活動和任務的結構框架，是從可行性研究到需求分析、軟件設計、編碼、測試、軟件發布維護的過程。最后淘汰。?測試計劃的前期是否需要需求調研?需要?測試具體分幾個階段，每個階段執行的依據是什么?? 計劃測試:需要制定測試計劃整理測試需求 設計測試：要設計測試用例和測試過程;要保證測試用例完全覆蓋測試需求；要根據測試用例實現具體的自動化腳本或者手工的操作環節 ?執行測試：通過自動化測試工具或人手工來執行那些自動化腳本或手工的操作環節 評估：要對軟件的質量和測試工作自身的質量做出一個客觀的評價開發生命周期中的驗證活動：需求；設計;編碼;測試；安裝；維護單元測試:Ｕnitｔｅsｔiｎg目的：檢查程序最小單元有無錯誤(類,文獻,窗口，函數，菜單,報表或一個存儲過程)接口,數據結構,邊界，覆蓋,邏輯進入條件：代碼無錯誤地通過編譯或匯編方法：白盒測試測試執行人:開發工程師測試內容:模塊接口:對被測模塊，信息是否能對的地流入和流出局部數據結構：模塊的工作過程中，其內部的數據能否保持其完整性邊界條件:在邊界上模塊是否能正常工作覆蓋條件：模塊運營是否達成了規定的邏輯覆蓋犯錯解決:檢查模塊的錯誤解決設施是否有效具體規定：在進行單元測試之前，由項目負責人決定是否進行靜態分析單元測試的重要形式是結構測試單元測試的測試計劃應當根據被測單元的性質而制定語句覆蓋率達成100％分支覆蓋率達成85%單元測試有開發部負責開展集成測試:interｇraｔionteｓting目的:檢查組成系統的模塊接口有無錯誤;代碼實現的系統設計與需求定義是否吻合進入條件：重要的單元測試完畢后,經常與單元測試同步進行方法：黑盒測試,白盒測試測試執行人：開發工程師、測試工程師系統測試：syｓtemtesting目的:檢查組成整個系統的代碼，以及系統的軟硬件配合有無錯誤代碼實現的系統與用戶需求是否吻合檢查系統的文檔等各種是否完整、有效模擬驗收測試的要球，檢查系統是否符合用戶的驗收標準進入條件:多數集成測試完畢后方法：黑盒測試測試執行人:測試工程師驗收測試:ａｃcepｔａncｅtｅｓtiｎｇ目的：使客戶驗收簽字系統是否符合實現約定的驗收標準進入條件：系統測試完畢后,在項目組看來開發和測試工作已經所有完畢，可以交付使用方法:黑盒測試α測試是由用戶在開發環境下進行的測試,也可以使開發機構內部的用戶在模擬實際操作環境下進行的測試目的是評價軟件產品的ＦＬＵRPS（即功能、局域化、可用性、可靠性、性能和支持)可以在軟件編碼結束時開始，或在模塊（子系統）測試完畢后開始，也可在確認測試過程中軟件達成一定的穩定和可靠限度之后再開始需要開發人員參與β測試是由用戶在實際使用環境下進行的測試,這些用戶通常是與公司簽訂一定協議的外部用戶,用戶在使用該產品是樂意返回有關錯誤信息給開發者。開發人員不在測試現場重要衡量產品的FLURPS，著重于產品的支持性，涉及文檔,客戶培訓和支持產品生產能力只有當α測試達成一定可靠限度時,才干開始β測試通常由主持產品發行的人員來管理?測試過程的總結測試類型對象目的測試依據測試方法單元測試?模塊內部的消除局部模塊的模塊邏輯設計大量采用程序錯誤邏輯和功能的錯誤模塊外部說明白盒測試集成測試模塊間的集找出與軟件設計相程序結構設計成和調用關系關的程序結構，模黑白結合塊調用關系，接口問題系統測試整個系統涉及對整個系統進行一系統結構設計系統中的軟硬件系列的整體、有效目的說明書黑盒測試性測試需求說明書軟件測試的分類按測試階段分類單元,集成，系統,驗收按測試策略分類黑白盒(要不要看代碼）,動態靜態（是否運營代碼、軟件），手工自動按測試技術方法分類功能測試，性能測試（包含壓力測試）,壓力測試，易用性測試，安裝測試,容錯性測試,兼容性測試,安全性測試常用的測試技術功能測試使用測試應用系統的功能需求的黑盒測試方法應由測試員做,這并不意味著程序員在發布前不必檢查他們的代碼能否工作運營系統，查看其功能是否正常實現，是否滿足需求，對于需求沒有涵蓋,但功能實現上部合理的地方與項目經理溝通,進行系統完善。性能測試壓力測試負載測試易用性測試安裝測試安裝測試需要測試些什么？安裝測試;運營測試;卸載測試界面測試配置測試文檔測試哪些文檔需要測試?聯機幫助;用戶手冊；readｍｅ文獻；包裝文字和圖形；市場宣傳材料;授權/注冊登記表／用戶許可協議；標簽；指南、向導兼容性測試測試平臺兼容操作系統；應用程序數據共享兼容版本兼容(向前、向后兼容）數據格式兼容剪貼板標準和規范安全性測試恢復測試測試技術小結測試用例設計的目的是導出也許發現錯誤的測試集測試用例設計的技術重要是白盒和黑盒白盒測試注重程序的結構，是小規模的低層測試黑盒測試注重需求的實現,是大規模的高層測試尚有大量的特定軟件系統的測試方法,需要專門的測試技術和指南測試永無止境,設計測試用例最終目的是為了盡量多的發現問題，在產品發布前解決。軟件測試策略我們無法為軟件做窮舉測試,存在著組合爆炸的情況軟件測試中的“殺蟲劑”現象我們無法修復所有發現的錯誤黑盒測試：又稱功能測試,數據驅動測試或給予規格說明書的測試 是對需求的所有輸入條件進行測試 黑盒測試發現的錯誤類型?功能不對或漏掉?界面錯誤 數據結構或外部數據庫訪問錯誤?性能錯誤?初始化和終止錯誤 關注點 功能數值界面性能其他白盒測試:又稱結構測試,邏輯驅動測試或給予程序的測試?白盒測試發現的錯誤類型 語法錯誤?編譯錯誤 Meｍoryleaｋ?Ｐerforｍancｅprｏblem 邏輯問題?鑒定條件問題 編程規范 測試技術 基本途徑 控制結構?基本途徑測試 根據源代碼導出流圖 ?分析程序邏輯復雜度??導出測試case優缺陷比較? ?黑盒測試白盒測試測試依據用戶能看到的規格說明針對功能進行測試｜程序的內部結構優點能站在用戶立場上進行測試|可以對程序內部的特定部位進行覆蓋測試缺陷不能測試程序內部特定部位｜無法檢查程序的外特性假如規格說明有誤則無法發現|無法對為實現規格說明的程序內部欠缺部分進行測試靜態測試與動態測試靜態測試：不實際運營被測試的程序而是同國檢查和閱讀等手段來發現錯誤并評估代碼質量的軟件測試技術測試對象:軟件文檔(用戶類、開發類)；源代碼分類:代碼走查wａlｋthrouｇh：開發組內部進行的,采用講解、討論和模擬運營的方式進行的查找錯誤的活動代碼審查ｉnｓｐection:開發組內部進行的，采用講解，提問并使用chｅcｋlｉst方式進行的查找錯誤的活動,一般有正式的計劃、流程和結果報告技術評審reviｅw：開發組、測試組、相關人員聯合進行的，采用講解，提問并使用cｈecｋliｓt方式進行的查找錯誤的活動,一般有正式的計劃、流程和結果報告。?為了使工作效率提高,提出了測試驅動開發——靈敏編程動態測試:實際運營程序并通過觀測程序運營的實際結果來發現錯誤的軟件測試技術手工測試與自動測試手工測試：測試人員手動執行軟件進行測試自動測試:運用測試工具和測試腳本來進行測試自動化測試與手工測試的關系 自動化測試是對手工測試的一種補充?自動化測試不也許完全代替手工測試?手工測試和自動化測試一個都不能少,關鍵是在合適的地方使用合適的測試手段?自動化測試是軟件測試發展的一個趨勢自動測試的優勢對程序的回歸測試更方便，可以極大提高測試效率,縮短回歸測試時間可以運營更多更繁瑣的測試,自動化的一個明顯的好處是可以在較少的時間內運營更多的測試可以執行一些手工測試困難或不也許進行的測試更好的運用資源，將繁瑣的任務自動化可以提高準確性和測試人員的積極性,將測試技術人員解脫出來投入更多精力設計更好的測試用例?測試具有一致性和可反復性?測試的復用性?增長軟件信任度自動測試的缺陷?手工測試比自動測試發現的缺陷更多（85%１5％）?工具自身不具有想象力 不能解決意外事件（如網絡中斷) 前期的購置工具、培訓成本高不能取代手工測試測試自動化不