【文章內(nèi)容簡介】 正常人4元每公斤，外國人收6塊，頭等艙是其他艙的2倍 殘疾人是正常人的1/：背景：why？：輸入條件很多情況（要么滿足、要么不滿足），不同條件組合下輸出結(jié)果也很多，希望條件跟結(jié)果的一一對應的關(guān)系它可以把復雜的邏輯關(guān)系和多種條件組合的情況表達得既具體又明確操作步驟：分析被測試對象的輸入條件，同時分析各種可能的輸出結(jié)果（）列出所有的條件和動作（）填寫條件項和動作項合并相似規(guī)則優(yōu)缺點：優(yōu)點：能解決復雜條件之間邏輯組合，比較清晰列出所有的組合缺點：一旦條件數(shù)過多，組合數(shù)會很龐大，合并存在漏測的風險（很難精確定位問題）。對于條件，只能是有兩種取值（為真、為假）適用范圍：條件只有兩種取值的多條件組合的例子與其他方法怎么樣配合：與因果圖要點：找出業(yè)務條件規(guī)則，列出各種可能輸出結(jié)果。（測試象棋馬走日這個規(guī)則）當條件比較多5 要考慮是否有中間結(jié)果（簡化）正交試驗法背景：彌補判定表方法可能導致用例規(guī)模非常龐大，多條件組合的數(shù)量非常巨大。根據(jù)伽羅瓦理論，條件之間的兩兩組合如果不出問題，三三組合以上出問題的概率小，這樣 一來，可以用非常少的用例來達到比較好的測試效果。操作步驟：分析輸入條件以及條件的取值范圍。（篩選出來的條件之間沒有約束關(guān)系）選擇合適的正交表（計算需要最小正交表的試驗數(shù)，然后分兩種：單一水平：去挑選比需要大但是是最接近的正交表，直接套用；合并去匹配正交表分解混合水平：）保證試驗數(shù)最少根據(jù)正交表（拆分之后）設計測試數(shù)據(jù)（每一列行是一個測試項），如果是空的地方，可以根據(jù)實際需要加權(quán)處理。優(yōu)缺點：優(yōu)點：在保證一定均勻覆蓋率的前提下可以大大降低試驗次數(shù)（測試項），缺點：可能有一定的遺漏適應范圍：配置類需求的分析，多條件多取值的業(yè)務測試。與其他方法配合：等價類和邊界值（輸入框）要點：選擇合適正交表以及如何去合并和分拆！Use Case法/場景法/流程分析法背景：在實際工作中，我們很業(yè)務功能是通過工作流來實現(xiàn)，需要站在流程角度（用戶角度），譬如購物流程安裝測試、轉(zhuǎn)賬流程、游戲場景操作步驟：分析業(yè)務的基本事件流和備選事件流（正常備選事件流和異常事件流（退出））擔心備選流有遺漏畫出事件流圖（Use Case圖用例圖）根據(jù)圖設計場景根據(jù)場景來設計測試數(shù)據(jù)優(yōu)缺點：優(yōu)點：站在用戶的角度來測試（），可以很好地與開發(fā)配合，直接通過用例圖轉(zhuǎn)化，效率比較高適應范圍：驗收測試用例的設計，只要流程與其他方法配合：等價類、邊界值（選多少個備選流）要點：事件流分析，尤其是備選流的分析是最關(guān)鍵的地方。思路比較清晰，比較廣 網(wǎng)銀轉(zhuǎn)賬：寫出基本流和備選，并且畫出事件流圖。影響軟件質(zhì)量的因素： 技術(shù)：：人：技術(shù)文檔，專利技術(shù)，指導書，問題庫，經(jīng)驗庫 流程：流程可以提高軟件透明度，控制項目的進度，幫助項目組預防風險。組織：組織體現(xiàn)的是管理軟件質(zhì)量管理體系 八項質(zhì)量管理原則：以顧客為中心：以用戶的角度去思考問題（UAT）下游環(huán)節(jié)為上游環(huán)節(jié)的客戶領(lǐng)導的作用：有激情，有謀略，演講才能，身先士卒 全員參與：團隊合作信任基于事實的決策方法：個人能力基線（PCB）（量化管理）持續(xù)改進（持續(xù)改善）：最初是日本的一個管理理念，從初級員工到高級管理者都需要參與 互利的供方關(guān)系：共贏，共同創(chuàng)造利潤 過程方法：過程：輸入轉(zhuǎn)化為輸出的活動過程方法：過程的識別，相互作用以及管理 管理的系統(tǒng)方法：全局化的管理策略 ：手工作坊式，個人英雄主義，沒有相關(guān)過程，不可預測并且缺乏控制?？芍貜图墸禾攸c可以重復以往的項目經(jīng)驗 證券項目（招商證券）國信證券：SRSHLDLLDCodetest case 模板關(guān)鍵過程域（KPA）（key process area）： 需求管理 配置管理 軟件質(zhì)量保證已定義級統(tǒng)一標準，一致的過程（軟件工程小組SEPG）關(guān)鍵過程域：同行評審已管理級：可預測的過程量化管理，通過數(shù)據(jù)量化，來實現(xiàn)預測項目 Gompertz模型優(yōu)化級：對過程的持續(xù)改進 新技術(shù)或新思想的引入關(guān)鍵過程域：缺陷分析》預防缺陷》質(zhì)量標準CMM與CMMI的區(qū)別 CMM：階段式表示CMMI：階段式、連續(xù)式六西格瑪管理法原則： 注重客戶 注重流程 全員參與 預防為主事實依據(jù)的決定 持續(xù)和突破性改進 六西格瑪?shù)膶嵤┓绞剑篋MAIC(define, measure, analysis, improve, control)軟件質(zhì)量模型： 功能性適合性：軟件產(chǎn)品為指定任務或用戶目標提供一組合適的功能的能力 準確性：軟件產(chǎn)品提供所需要的精確度或和結(jié)果相符的能力 互操作性：軟件產(chǎn)品與一個或更多的其他系統(tǒng)進行交互的能力保密安全性：保護信息和數(shù)據(jù)的能力，不同權(quán)限的人可以操作不同的數(shù)據(jù)功能性的依從性：遵守與功能性相關(guān)的標準，約定或法規(guī)的能力（國際標準，國家標準，行業(yè)標準，企業(yè)內(nèi)部標準）可靠性成熟性：軟件產(chǎn)品為避免由于軟件中的錯誤而導致失效的能力容錯性：由于用戶操作錯誤，軟件可以處理相應的錯誤，而不是死機或崩潰 易恢復性：在失效已經(jīng)發(fā)生的情況下，軟件產(chǎn)品如何快速恢復使用的能力 可靠性的依從性：軟件產(chǎn)品遵循與可靠性相關(guān)的標準或約定或法律法規(guī) 易用性 易理解性：軟件產(chǎn)品使用用戶能理解軟件是否合適以及如何能將軟件用于特定任務和使用環(huán)境的能力。易學性：軟件產(chǎn)品使得用戶能學習其功能的能力（操作手冊，幫助文檔）易操作性：軟件產(chǎn)品使用戶能操作和控制它的能力吸引性：軟件產(chǎn)品吸引用戶的能力。界面美觀，易用性要好 易用性的依從性：軟件產(chǎn)品的易用性遵循相關(guān)的標準或法律法規(guī) 效率時間特性：在規(guī)定的條件下，軟件產(chǎn)品執(zhí)行其功能時，提供適當?shù)捻憫吞幚頃r間以及吞吐率的能力。也就是完成用戶的某個功能需要的時間資源利用率：在規(guī)定的條件下，軟件產(chǎn)品執(zhí)行其功能時，使用合適的資源數(shù)量（CPU，內(nèi)存占用）效率依從性：軟件產(chǎn)品遵守與效率相關(guān)的法規(guī) 維護性易分析性：軟件產(chǎn)品診斷軟件中的缺陷或失效原因或識別待修改部分的能力。（日志記錄）易改變性：修改缺陷的能力，實現(xiàn)功能的能力。（代碼要高內(nèi)聚，低耦合）目的在于降低修改軟件的成本穩(wěn)定性：軟件產(chǎn)品避免由于軟件修改而造成意外結(jié)果的能力 易測試性：軟件產(chǎn)品的問題能被確認的能力。定位問題的能力 維護性的依從性：軟件產(chǎn)品的維護性遵循相關(guān)的標準 可移植性：適應性：軟件產(chǎn)品適應不同的環(huán)境的能力 易安裝性：被安裝的能力（一鍵安裝）共存性：和其他軟件共同安裝或存在的能力 易替換性：升級時替換文件的能力可移植性的依從性：軟件產(chǎn)品的可移植性遵循相關(guān)的標準軟件質(zhì)量活動：軟件質(zhì)量保證（ＳＱＡ）：從流程方面保證軟件質(zhì)量 測試：從技術(shù)方面保證軟件質(zhì)量度量：作用：理解，預測，評估和改進度量的分類：四個基本度量項：規(guī)模工作量進度缺陷BUG屬性：發(fā)現(xiàn)人reporter 發(fā)現(xiàn)時間date 缺陷狀態(tài)status(new, open, resolved, reopened, closed)（fixed, duplicated, Invalid, won39。t fix, postpone）缺陷版本version 缺陷所屬的產(chǎn)品/項目/模塊product, project, feature 缺陷編號 no 缺陷嚴重程度serverity 缺陷優(yōu)先級 priority 標題 title 詳細描述 description 系統(tǒng)環(huán)境 OS(服務器環(huán)境和客戶端環(huán)境)測試環(huán)境（用戶名/密碼）test environment 重現(xiàn)率 repository 預置條件pre condition 步驟steps 實際結(jié)果actual result 期望結(jié)果expected result 其他信息additional information 用例編號testcase no *附件attachment ================== 缺陷引發(fā)的原因 root cause 缺陷解決方案 resolution(改代碼，數(shù)據(jù)庫，環(huán)境問題)代碼改動范圍 影響范圍================== 驗證人 驗證環(huán)境 驗證范圍 結(jié)果第三篇：軟件測試總結(jié)：由人工或自動方法來執(zhí)行或評價系統(tǒng)或系統(tǒng)部分的過程，以驗證它是否滿足規(guī)定的需求，或識別出期望的結(jié)果和實際結(jié)果之間的差異。：測試對象或范圍分類：需求評審、設計評審、單元測試、程序測試、系統(tǒng)測試、文檔測試、Web應用測試、客戶端測試、數(shù)據(jù)庫測試等；測試目的分類：集成測試、功能測試、壓力測試、性能測試等等； 靜態(tài)測試、動態(tài)測試； 白盒測試、黑盒測試?；玖鞒蹋簻y試用例設計輸入數(shù)據(jù)、預期結(jié)果； 測試執(zhí)行輸入數(shù)據(jù)執(zhí)行被測對象； 檢查實際輸出與預期結(jié)果?；驹瓌t：開始測試時認定軟件有錯，測試要證明有錯； 測試應該由獨立的測試團隊來完成； 測試設計必須設計對應的預期輸出；要對合理、不合理（有效、無效）輸入數(shù)據(jù)都進行測試； 檢查軟件的完備性、多余； 完整保留測試文檔；一個被測對象中有錯誤的概率與已發(fā)現(xiàn)錯誤的個數(shù)成正比。：0級：沒有區(qū)分測試與調(diào)試；1級：測試的目的是證明軟件能用； 2級：測試的目的是證明軟件不能用；3級：測試的目的不是為了證明什么，而是為了降低軟件使用風險； 4級：測試是一種智能訓練，能夠幫助專業(yè)人員開發(fā)出更高質(zhì)量的軟件。，軟件過程的關(guān)系：軟件工程：在給定的條件下（成本、時間）開發(fā)出高質(zhì)量的軟件產(chǎn)品。軟件生產(chǎn)過程的特性決定了軟件產(chǎn)品中不可避免包含有錯誤。軟件測試則是盡可能多地發(fā)現(xiàn)錯誤，從而保障軟件產(chǎn)品的質(zhì)量。：產(chǎn)品修改：可維護性，靈活性，可測試性 產(chǎn)品轉(zhuǎn)移：可移植性，可復用性，互操作性 產(chǎn)品運行：正確性，易用性，可靠性，效率，完整性 軟件質(zhì)量必須足夠好：存在價值軟件產(chǎn)品無法完美：需要消耗過多的資源、時間、成本軟件開發(fā)需要在兩個極端之間進行平衡：軟件足夠好的同時又不完美。、質(zhì)量保證和質(zhì)量管理軟件質(zhì)量控制其實是基本方法，通過一系列的技術(shù)來科學地測量過程的狀態(tài)。如缺陷率、測試覆蓋率等。軟件質(zhì)量保證則是過程的參考、指南的集合，如ISO9000、CMM/CMMI等，著重內(nèi)部的檢查，確保已獲取認可的標準和步驟都已經(jīng)遵循。軟件質(zhì)量管理則是實際操作的思想，質(zhì)量管理控制和協(xié)調(diào)組織的質(zhì)量活動，包括質(zhì)量控制、質(zhì)量保證和質(zhì)量改進。：網(wǎng)絡密集型應用；并發(fā)性；大負載量；性能；高可靠性、高可用性；安全性內(nèi)容敏感；，評審度量及其應用評審的目標在于：盡早發(fā)現(xiàn)軟件過程中的錯誤，防止錯誤傳遞、蔓延至后續(xù)活動，防止錯誤轉(zhuǎn)化為缺陷。準備工作量Ep實際評審會之前所需工作量； 評估工作量Ea實際評審所花費的工作量 返工工作量Er修改評審所發(fā)現(xiàn)錯誤的工作量 工作產(chǎn)品規(guī)模WPS評審對象的規(guī)模發(fā)現(xiàn)的主要錯誤數(shù)Errmajor多于預期的改錯工作量的錯誤數(shù)目 發(fā)現(xiàn)的次要錯誤數(shù)Errminor少于預期的改錯工作量的錯誤數(shù)目 總評審工作量Ereview = Ep+Ea+Er 錯誤總數(shù)Errtot = Errmajor+Errminor 錯誤密度：評審的每單位工作產(chǎn)品發(fā)現(xiàn)的錯誤數(shù)Ed = Errtot / WPS 錯誤密度數(shù)值的含義：較?。óa(chǎn)品質(zhì)量非常好或評審不夠徹底）；較大（產(chǎn)品質(zhì)量存在缺陷）：描述對計算機軟件配置項、子系統(tǒng)、系統(tǒng)進行測試的計劃安排，內(nèi)容包括測試的環(huán)境、測試工作的標識及測試工作的時間安排。軟件測試報告：是對計算機軟件配置項、軟件系統(tǒng)或子系統(tǒng)，或與軟件相關(guān)項目執(zhí)行合格性測試的記錄 制訂測試計劃（測試分析員）測試設計（測試設計人員）－方案設計 測試及測試用例設計 測試過程樁模塊、驅(qū)動模塊設計測試實施（測試設計員）－實現(xiàn)測試設計 單元測試（測試員）集成測試（測試員）系統(tǒng)測試（測試員）評估測試（測試設計人員）：連接性：節(jié)點ni、nj是連接的，當且僅當ni、nj在同一條路徑上。組件：圖的組件是相連節(jié)點的最大集合圖G的圈復雜度V（G)＝e－n＋2p，其中e為G的邊數(shù)，n為節(jié)點數(shù)，p為組件數(shù)。：給定一個關(guān)于圖G的準則C的測試需求集合TR，測試集合T在圖G上滿足準則C當且僅當對TR中每個測試需求tr，path(T)中至少存在一條測試