【正文】 應該考慮到合法的輸入和不合法的輸入以及各種邊界條件，特殊情況要制造極端狀態(tài)和意外狀態(tài)。2軟件質量的衡量：在正確的時間用正確的方式把一個工作做正確 ；符合一些應用標準的要求；質量本身是軟件達到最開始所設定的要求；質量代表它符合客戶的需要。14軟件測試的目的：第一是確認軟件的質量，第二提供信息，第三軟件測試包括軟件產(chǎn)品的測試還有軟件開發(fā)過程。軟件測試文檔：測試計劃、測試用例、軟件缺陷報告、歸納、統(tǒng)計和總結。（6）.運行維護計劃。（2）.里程碑計劃。(5).結果應能清楚的審查?；鶞逝渲糜址Q為基線配置，是經(jīng)過階段評審后的軟件配置成分軟件工程強調生命周期方法學和各種結構分析及結構設計技術軟件工程的七條基本原理（1983年，）：(1)用分階段的生命周期計劃嚴格管理。(2).堅持階段評審。(6).開發(fā)小組人員應少而精。（3）.項目控制計劃。軟件生命周期由軟件定義（細分三個階段問題定義、可行性研究、需求分析）、軟件開發(fā)（細分總體設計、詳細設計、編碼、單元測試、綜合測試）和軟件維護三個時期組成。開發(fā)進度表：Gantt圖表1軟件產(chǎn)品組成：幫助文件、用戶手冊、樣本和示例、標簽、產(chǎn)品支持信息、圖標和標志、錯誤信息、廣告和宣傳材料、軟件的安裝說明、軟件說明文件、測試錯誤提示信息。1軟件與工業(yè)產(chǎn)品相比具有的特性：軟件是一種邏輯實體，具有抽象性；軟件沒有明顯的制作過程；軟件在實用過程中沒有磨損，老化的問題；軟件對硬件和環(huán)境有著不同程度的依賴性；軟件的開發(fā)至今尚未完全擺脫手工式的開發(fā)方式生產(chǎn)效率低；軟件是復雜的，以后會更加復雜；軟件的成本相當貴軟件工作的牽涉到很多社會因素1軟件危機是計算機軟件在它的開發(fā)和維護過程中所遇到的一系列嚴重問題，概括地說，主要包含主要包含兩個方面：如何開發(fā)軟件，怎么滿足日益發(fā)展的需求；如何維護數(shù)量不斷膨脹的已有軟件。2軟件測試的總目標是確保軟件的質量2TMM測試成成熟度的5個級別：Phase 0:.測試和調試沒有區(qū)別Phase 1:測試的目的是為了表明軟件能工作Phase2:測試的目的是為了表明軟件不能正常工作Phase3:測試的目的不是為了證明什么，而是為了把軟件不能正常工作的預知風險減低到能夠接受的程度Phase4:測試不是行為，而是一種自覺的約束 不用太多的測試投入到產(chǎn)生風險的軟件上2測試工程師服務對象有四類人：軟件用戶、項目經(jīng)理、程序員、技術文檔工程師市場開發(fā)人員和技術支持工程師2軟件測試能做好的三件事：（1）證明獲取系統(tǒng)在可接受風險范圍內(nèi)可用的信心嘗試在非正常情況和條件下的功能和特性保證產(chǎn)品的完整性（2） 檢測 發(fā)現(xiàn)錯誤和系統(tǒng)不足定義系統(tǒng)的能力和局限性提供組件、工作產(chǎn)品和系統(tǒng)的質量信息（ 3 ）預防 澄清系統(tǒng)的規(guī)格和性能盡可能減少錯誤的信息在過程中盡早堅持錯誤確認問題和風險，并提前發(fā)現(xiàn)解決問題2軟件測試的原則：從用戶角度是希望通過軟件測試能充分暴露軟件中存在的問題和缺陷，從而考慮是否可以接受該產(chǎn)品。（4）一定要注意測試中的錯誤集中發(fā)生現(xiàn)象，這和程序員的編程水平和習慣有很大關系。（8）妥善保存一切測試過程文檔，2軟件測試的對象：需求分析、概要設計、詳細設計以及程序編碼等各段所得到的文檔，包括需求規(guī)格說明、概要設計規(guī)格說明、詳細設計規(guī)格說明以及源程序。（2）W模型，測試伴隨著整個軟件開發(fā)周期，而且測試的對象不僅僅是程序，需求、設計等同樣要測試，也就是說，測試與開發(fā)是同步進行的。（3）H模型，軟件測試是一個獨立的流程，貫穿產(chǎn)品的整個周期，與其他流程并發(fā)的進行。在程序的不同點檢驗程序的狀態(tài)，來判定其實際情況是否與預期的狀態(tài)相一致。要求程序中所有判斷的分支至少執(zhí)行一次。設計足夠的測試用例，使得判定中每個條件的所有可能結果至少出現(xiàn)一次，每個判定本身所有可能結果也至少出現(xiàn)一次。3黑盒測試主要發(fā)現(xiàn)的錯誤：是否有不正確或遺漏的功能、在接口上輸入是否能正確地接受能否輸出正確的結果、是否有數(shù)據(jù)結構錯誤或外部信息訪問錯誤、性能上是否能夠滿足要求、是否有初始化或終止性錯誤。工具有：語法分析器、符號執(zhí)行器軟件檢視3 動態(tài)分析技術：動態(tài)分析技術的主要特征是計算機必須真正運行被測試的程序，通過輸入測試用例對其運行情況進行分析。3軟件質量是與軟件產(chǎn)品滿足明確或隱含需求的能力有關的特征和特性的總和。在結構化語言編程中，要測試的單元是函數(shù)或子過程。4動態(tài)分析：是通過觀察軟件運行時的動作，來提供執(zhí)行跟蹤、時間分析以及測試覆蓋度方面的信息。4）.不管怎么樣，集成測試將會被抓住對方的Bug。3）單元測試使排除代碼錯誤的成本最小化。4單元測試的內(nèi)容1）.模塊接口；測試模塊的數(shù)據(jù)流。（5）.全局量的定義在各模塊中是否一致。根據(jù)白盒測試和黑盒測試用例設計方法設計測試用例。（2）集成測試關注的是模塊間的接口，接口之間的數(shù)據(jù)傳遞關系，以及單元組合后是否實現(xiàn)預計的功能，集成測試組裝的對象比單元測試的對象級別高。再程序不同地方設立檢查點，檢查程序的狀態(tài)，以確定實際運行狀態(tài)與預期狀態(tài)是否一致。5VU特點使用VU，黑盒方面，可以輕松完成功能測試、邊界測試、速度測試：白盒方面，可以輕松完成語句覆蓋、條件覆蓋、分支覆蓋、路徑覆蓋、使用VU隨時可以用回歸測試檢驗修改是否引入新的錯誤5單元測試用例設計方法（1）規(guī)范導出法規(guī)范導出的測試是根據(jù)相關的規(guī)范描述來設計測試用例的，每一個測試用例用來測試一個或多個規(guī)范陳述語句。測試用例通過能導致狀態(tài)遷移的事件來測試狀態(tài)之間的轉換。（1）語句覆蓋主要特點：語句覆蓋是最起碼的結構覆蓋要求，語句覆蓋要求設計足夠多的測試用例，使得程序中每條語句至少被執(zhí)行一次。（5）.組合覆蓋主要特點：要求設計足夠多的測試用列，使得每個判定中的條件結果的梭魚哦肯能組合至少出現(xiàn)一次。64接口的分類：函數(shù)接口，消息接口，其它接口。系統(tǒng)測試是對全部模塊集成完畢的軟件進行功能、性能及其他特性的測試，檢測其與系統(tǒng)中其他元素能否協(xié)同工作，以滿足用戶的各種需求，它主要依據(jù)軟件需求規(guī)格說明書和相關行業(yè)標準。69集成測試的策略：a一次性集成（大爆炸集成）b自頂向下集成c自底向上集成d混合式集成e核心系統(tǒng)先行集成f高頻集成g基于消息的集成h基于使用的集成、70一次性集成：又稱大爆炸集成，是一種非增值式集成方式；71一次性集成策略：首先對每個單元進行單元測試然后一次性的將所有單元集成在一起，對它們進行測試，發(fā)現(xiàn)并清除在單元連接過程中出現(xiàn)的問題，得到最終要求的軟件系統(tǒng).72自頂向下集成方式：根據(jù)軟件的模塊結構圖按控制層次從高到低的順序對模塊進行集成，也就是從高到低向下逐步集成，并在集成過程中進行測試，直至組裝成符合要求的的最終軟件系統(tǒng)。發(fā)現(xiàn)和排除模塊集成過程中引起的錯誤，并做回歸測試d若所有的模塊都已集成到系統(tǒng)中，則結束,否則轉b.：可以及早地發(fā)現(xiàn)和修復模塊結構圖中的主要控制點存在的問題，以減少以后的返工；能較早地驗證功能或行性；最多只需一個驅動模塊，減少了驅動模塊的開發(fā)成本；支持故障隔離。76高頻集成方式：指同步于軟件開發(fā)過程，每隔一段時間開發(fā)人員的現(xiàn)有代碼進行一次集成測試。C為新形成的子系統(tǒng)開發(fā)驅動模塊，對該子系統(tǒng)進行測試。B設計復雜算法和真正輸入輸出的模塊往往在底層，它們是最容易出現(xiàn)問題的的模塊，最先對底層模塊進行測試，減少了回歸測試的成本。81混合式集成方式：結合