測試工程師標準內容提要bmi1、產品質量與測試2、產品測試流程與方法3、產品測試管理體系4、產品測試度量與績效bmiModuleI產品質量與測試產品質量與測試bmi1、產品質量分析2、理解產品測試3、產品測試策略產品質量—感性認識

bmi產品質量—搭建產品與客戶的橋梁識bmi★質量——符合要求的程度產品/服務固有特性客戶要求和期望符合符合符合指導指導指導050%100%1、誰是客戶？2、如何操作？符合產品質量—搭建產品與客戶的橋梁識bmi符合指導驗證客戶需求客戶需求產品測試產品開發溝通指導實現產品測試組織演化bmi總體進度分析所有項目均使用經批準、剪裁的標準軟件過程來開發和維護軟件，軟件產品的生產在整個軟件過程是可見的。對未來項目、流程的建議。測試定義—調試與測試bmi7、SIT系統集成測試策略3、里程碑計劃、基線計劃與滾動計劃概念階段-DFTbmi產品測試管理-質量保證TQAbmi概念階段-DFTbmi2、測試方法：1、用戶經常使用或有特殊要求的功能它適合于檢查程序輸入條件的各種組合情況概念階段-DFTbmi概念階段-DFTbmi這個工作是那些坐不住的人無法完成的。c=3--黑盒測試的設計方法黑盒測試—規格導出法bmi制定項目1/2級測試計劃缺少完善的測試流程產品質量—客戶質量bmiP包裝L生命周期成本客戶質量質量越高越好嗎？P包裝P性能E易用L生命周期成本S接受程度S價格A可獲得性A保證客戶質量產品質量—標桿分析bmiP包裝P性能E易用A保證L生命周期成本S接受程度S價格A可獲得性客戶質量產品質量—研發質量bmi產品需求ACEBD客戶/市場管理者制造/服務測試開發測試定義—兩種觀點bmi—〉什么是測試？

GlenMyers

---測試是為了發現錯誤而運行產品/執行程序的過程

---一個好的測試用例很可能找到尚未發現的錯誤

---一個成功的測試是指發現了至今未發現的錯誤的測試

Hetzel

---測試是對系統建立信心的過程

---測試是評估軟件或系統的品質或能力的一種積極的行為

---測試是對產品/軟件質量的度

測試定義—融合bmi—〉我們認為測試是為了：

---發現系統存在的問題（測試的態度）

---樹立對系統的信心

---增強團隊對系統的熟悉程度，了解系統固有缺陷（knownissues）

測試定義—調試與測試bmi—〉目的的差異

—〉過程的規范性

—〉過程的可重復性

—〉具體操作主體

—〉采用的技術

測試策略—WHY?bmi產品經理：測到什么時候，產品才沒問題？

測試工程師：如果再測一遍，肯定還能發現問題！

--我們如何面對這種局面？

測試策略bmi——〉測試策略

--明確測試重點

--選擇測試方法

——〉重要的測試策略

--客戶化測試

--盡早測試

--GoodEnough

--80/20

測試策略—客戶化測試bmi★系統中有很多錯誤

★客戶遇到的錯誤只占很小比例

針對客戶最容易遇到的錯誤進行測試，以便改進測試的有效性

IBM:客戶看到的57%以上的故障是由占總數2%以下的錯誤引起的

比如：靜態電流過大引起的3個表面問題？測試策略—測試等級bmi--不同系統/子系統需要不同的測試質量要求

ClassA—災難式的影響

ClassB—危險的影響

ClassC—重要的影響

ClassD—次要影響測試策略—測試等級bmi接觸保護和外來物保護0-無保護1-防50mm直徑的物體2-防12.5mm直徑的物體3-2.5mm4-1mm5-6-防水保護等級0-無保護1-垂直下落的水滴不引起損壞2-3-等等測試策略—盡早測試bmi不能依賴產品系統測試●前期的評審●模塊級的測試

在產品部署之后發現問題再修復，這通常要多花費100到1000倍的成本。要防患于未然。在特定的時間達到既定目標，在整個項目生命周期不斷對質量進行檢驗和管理必不可少。測試策略—GoodEnough

bmi權衡投入/產出比的原則，●不要不充分●不要太過分

效益測試程度測試策略—Pareto

bmi●一般情況下，在分析、設計、實驗階段的評審和測試工作，能發現避免80%的錯誤，而系統測試能找出16%的錯誤，最后有約5%的錯誤在用戶大范圍、長時間的使用后才會暴露出來，因此測試只能保證盡可能多地發現問題，不能完全發現問題。

PLM解決方案把你的產品-即你的利潤來源放在一切活動的核心位置。c=2測試策略—測試等級bmi-----------W.2、測試方法：1、參照產品規格書的主業務功能。運營測試UT—MIT—MST--BBIT3、可維護性測試—〉目的的差異

—〉過程的規范性

—〉過程的可重復性

—〉具體操作主體

—〉采用的技術窮舉測試的辦法由于數量太大，以至于實際無法完成，我們必須從中選取一部分數據作為測試用例。測試方案—產品測試范圍bmi?可靠性鑒定試驗、可靠性驗收試驗，均屬統計試驗。成敗關鍵：意識、工具、標準確定、第三方介入項目會議：事件驅動結合事件驅動—〉什么是測試？

GlenMyers

---測試是為了發現錯誤而運行產品/執行程序的過程

---一個好的測試用例很可能找到尚未發現的錯誤

---一個成功的測試是指發現了至今未發現的錯誤的測試

Hetzel

---測試是對系統建立信心的過程

---測試是評估軟件或系統的品質或能力的一種積極的行為

---測試是對產品/軟件質量的度也是定型后產品在有改進時或經過一定時效后需要進行的一種全面性能試驗。在測試部門內對交付進行質量控制測試報告bmi《測試方案》：指明為完成軟件或軟件集成的特性的測試而進行的設計測試方法的細節的文檔。產品研發管理-CMMIbmi測試策略—小結

bmi●測試的復雜性1、測試的完備性2、增加新問題●測試的幾個策略1、客戶化測試2、測試的等級3、盡早測試4、投入產出比5、80/20原則

bmiModuleII產品測試流程與方法產品測試流程與方法

bmi●產品開發與測試●產品測試工程模型●產品測試過程分析●模塊級測試過程分析●測試自動化及相關工具

產品開發與產品測試

bmi產品開發生命周期

產品測試工程模型-IPO

bmi產品開發生命周期

產品測試工程模型-測試過程

bmiDefecttracking

★測試工程1、測試計劃2、測試設計3、測試開發4、測試執行5、測試評估6、測試報告7、缺陷跟蹤

產品測試工程-測試輸出

bmi1.《測試計劃》：指明測試范圍，方法，資源，以及相應測試活動的時間進度安排表的文檔。

★計劃測試

★計劃測試

1.《測試計劃》：指明測試范圍，方法，資源，以及相應測試活動的時間進度安排表的文檔。★計劃測試2.《測試方案》：指明為完成軟件或軟件集成的特性的測試而進行的設計測試方法的細節的文檔。★設計測試1.《測試用例》：指明為完成一個測試項的測試的輸入，預期結果，測試執行條件等因素的文檔。★實現測試1.《測試報告》：指明執行測試結果的文檔。★記錄測試1.《測試規程》：指明測試活動執行序列的文檔。★指導測試6．

懷疑精神

可以預料，開發者會盡他們最大的努力解釋每一個錯誤。微軟開發團隊示例bmi黑盒測試—等價類劃分bmi1、功能分解/規格導出單元測試計劃，由PM項目安排并協調：3、里程碑計劃、基線計劃與滾動計劃bmi產品測試項目管理-項目控制bmi最后同行評審會產生最終的結果，一般分為：通過、有條件通開發階段-測試執行-SITbmi--安全性審查及試驗項目：燃燒試驗、標記檢查、抗抗電強度等2、當輸入小于0的數時，顯示錯誤信息：平方根非法輸入值小于0“，并返回0.-目的是驗證制造流程，通過批量build來保證設計完整性。3、產品測試組織結構測試項目狀態問題報告/反饋報告●產品測試工程模型050%100%2、設計一個測試用例，使其只覆蓋一個無效等價類，重復這一步驟使所有無效等價類均被覆蓋—〉什么是測試？

GlenMyers

---測試是為了發現錯誤而運行產品/執行程序的過程

---一個好的測試用例很可能找到尚未發現的錯誤

---一個成功的測試是指發現了至今未發現的錯誤的測試

Hetzel

---測試是對系統建立信心的過程

---測試是評估軟件或系統的品質或能力的一種積極的行為

---測試是對產品/軟件質量的度組合條件決策覆蓋案例bmi產品測試工程模型-測試等級

bmi測試策略和計劃系統測試計劃系統測試執行系統測試設計系統測試環境準備集成測試計劃集成測試執行集成測試設計集成測試環境準備模塊測試計劃模塊測試執行模塊測試設計模塊測試環境準備需求規格總體架構模塊測試系統測試集成測試模塊設計實現產品開發與產品測試-異步開發bmi基本組件1/基礎技術1基本組件2/基礎技術2核心組件m/核心技術m產品平臺是整個系列產品所采用的的共同要素的集合，包括共用的系統構架、子系統、模塊、組件、核心技術。通過公共產品平臺，可以減少開發工作量，縮短上市周期TTM產品平臺產品開發與產品測試—增量開發模式bmi試產驗證測試SVT產品發布非正式確認增量發布硬件開發就緒評審軟件開發測試開發產品TransfertotestTR4產品需求規格TR5TR6正式確認模塊軟硬件開發測試中試樣機測試SIT工程樣機測試SDV特點：流程并行，測試人員參與到開發中，即強烈地介入開發前段。UT—MIT—MST--BBITBBFV產品開發與產品測試-增量測試

bmi試產驗證測試SVT產品發布非正式確認增量發布硬件開發就緒評審軟件開發測試開發產品TransfertotestTR4產品需求規格TR5TR6正式確認模塊軟硬件開發測試中試樣機測試SIT工程樣機測試SDVBBFV和SDV是Build的活動，對每個Build都要進行BBFV和SDV的活動UT—MIT—MST--BBITBBFV產品開發與產品測試-原型開發與測試

bmi開發驗證評價方案識別風險清除風險決定目標方案和約束下一階段計劃產品級測試-概念階段

bmi6~8weeksPDT參與項目和制定概念階段計劃參與市場需求分析與驗證負責收集可測性方面的需求共同開發產品需求包需求和產品概念并進行技術評審初步制定測試策略參與概念決策評審這一能力在測試過程中的價值是無法衡量的。測試方案—產品測試范圍bmi制定項目1/2級測試計劃找出原因與結果之間,原因與原因之間對應的關系,畫出因果圖。基于經驗的錯誤猜想，是將所有發現的錯誤，分為不同類型存于資料庫中，這個資料庫可以幫助錯誤猜想的有效性所有項目均使用經批準、剪裁的標準軟件過程來開發和維護軟件，軟件產品的生產在整個軟件過程是可見的。●產品測試工程模型這就需要對項目進行實時控制，確保計劃順利實施。bmi單元測試計劃，由PM項目安排并協調：實驗設計的目的：

?改善平均值

?降低變異

試驗設計是一種研究與處理多因素實驗的科學方法

6西格瑪方法是研究作用因素（XS）與CTQ（Y）關鍵質量之間的關系的方法論。測試方案—產品測試范圍bmi產品測試管理-質量保證TQAbmi2、設計一個測試用例，使其只覆蓋一個無效等價類，重復這一步驟使所有無效等價類均被覆蓋測試工具\技術開發3、功能、性能層測試用戶級測試-Beta測試bmi2、用例2：輸入-4，顯示錯誤信息“平方根非法輸入值小于0”，并返回0.概念階段-DFTbmi產品級測試-測試需求分析

bmi測試需求可測性需求產品需求測試需求可測性需求產品需求概念階段-DFT

bmi可測性：系統和設備能及時準確地確定其工作狀態（可工作、不可工作、工作性能下降）并隔離其內部故障的一種涉及特性。-以提高可測性為目的進行的設計稱為可測性設計，簡稱DFT（designfortestability）,優化設計使電路/模塊便于測試,便于發現定位、隔離和解決異常問題。-DFT是設計特性，完全由產品設計決定。最終用戶是不可見的。舉例-DFT面向全生命周期不同測試過程，是調試/驗證測試、生產測試、維護測試的基礎。-可測性也可以通過可控性、可觀性來度量。要改善產品的可測性指標，必須在產品設計階段就進行良好的可測性設計。問題：什么是DFT？概念階段-DFT

bmi內嵌自測試BIST、測試觀測點、測試控制點、故障隔離點。測試需求可測性需求產品需求概念階段-DFT

bmi內嵌自測試BIST、測試觀測點、測試控制點、故障隔離點。單元級測試控制臺系統級測試控制臺子系統級控制臺模塊級控制臺外部輸入輸出通道內置自測試隔離與定位測試控制點測試觀測點內置自測試隔離與定位測試控制點測試觀測點系統系統測試模塊測試內置自測試隔離與定位測試控制點測試觀測點單元測試概念階段-DFT

bmi★產品測試需求--產品進行哪些測試，可以從測試需求中裁減而來。--產品如何進行這些測試，要說明以下問題：?哪些測試測試是手動測試，哪些是自動測試？?測試數據源是內置在系統中，還是外部提供？?測試數據的采集和處理是內置的，還是外置的？?測試數據采集裝置的控制是內置的，還是外置的？?測試數據源的控制是內置，還是外置？?測試數據的處理是內置，還是外置？★產品可測性需求--調測接口。--命令集--調測控制--測試信息存儲與輸出--系統資源概念階段-測試策略分析

bmi產品測試策略（在計劃階段進一步考慮）1、目的2、范圍3、關鍵技術與研發策略分析4、測試設計策略?4.1特性1測試方案?4.n特性n測試方案5、BBFV測試策略6、BUILD測試策略7、SIT系統集成測試策略8、BETA測試策略9、測試環境籌備計劃測試環境需求分析/工具儀器的可獲得性風險評估10、自主開發工具詳細分析11、附件產品級測試--計劃階段

bmi10~12weeksPDT確定、分配、增加外圍測試成員計劃階段開工制定計劃階段計劃參與技術評審2測試專利分析參與技術評審3及制定領域的E2E計劃參與計劃決策評審負責制定驗證測試計劃開發產品測試方案測試工具設計計劃階段-測試與驗證計劃

bmi1、目的2、范圍3、關鍵日期、里程碑和交付件4、總體測試策略5、E2E測試計劃WBS6、資源需求計劃6.1人力資源需求計劃6.2工具與儀器設備需求計劃6.3其他需求計劃7、組織和職責8、依賴性和存在的問題9、風險管理10、附件計劃階段-測試方案

bmi1、被測對象分析2、測試特性分析?應測試的特性?不應測試的特性3、測試設計綜述4、測試模型5、測試需求6、測試設計與執行6.1測試工具/代碼設計6.2測試特性分析6.3設計與執行?原則?方法測試方案—產品測試范圍

bmi1、指標測試2、功能測試3、性能測試4、壓力測試5、容限/邊界測試6、容錯測試7、故障相關性測試8、配置測試9、自動化測試10、EMC測試11、環境測試12、可靠性測試13、安全性測試14、兼容性測試15、一致性測試16、可用性測試★系統中有很多錯誤

★客戶遇到的錯誤只占很小比例

針對客戶最容易遇到的錯誤進行測試，以便改進測試的有效性

IBM:客戶看到的57%以上的故障是由占總數2%以下的錯誤引起的

比如：靜態電流過大引起的3個表面問題？交付件歸檔/更新項目數據庫項目變更控制：平衡“放”和“收”。開發人員：測試策略—GoodEnoughbmi1、用例1：輸入4，輸出2制定項目1/2級測試計劃要改善產品的可測性指標，必須在產品設計階段就進行良好的可測性設計。1、測試的完備性測試定義—兩種觀點bmi1、當輸入一個0或大于0的數時，返回其正平方根。制定了必要的過程紀律，能重復早先類似應用項目取得的成功經驗。我們應該扮演什么角色？?為改善產品的可靠性提供信息。判定、條件覆蓋案例bmi所以一味追求測試自動化只會給企業帶來運作成本的急劇上升。用戶級測試-Beta測試bmi測試方案—產品測試范圍

bmi十、EMC測試EMC定義：電磁兼容（EMC）是對電子產品在電磁場方面干擾大小（EMI）和抗干擾能力（EMS）的綜合評定，是產品質量最重要的指標之一，電磁兼容的測量由測試場地和測試儀器組成。--主要的測試項?CE-傳導發射?ESD-靜電?EFT-瞬態脈沖干擾群?DIP-電壓跌落?CS-傳導敏感度?RS輻射敏感度?Surge-浪涌測試方案—產品測試范圍

bmi十一、環境測試目的：是將電子產品暴露于人工模擬環境中，一次評價元器件、設備的性能。--實驗順序?預處理?初始檢測?試驗（條件試驗）?恢復?最后檢測環境試驗包括：高溫、低溫、溫度沖擊（氣態及液態）、浸漬、溫度循環、低氣壓、高低溫低氣壓、恒定濕熱、交變濕熱、高壓蒸煮、砂塵、耐爆炸、鹽霧腐蝕、氣體腐蝕、霉菌、淋雨、太陽輻射、光老化等。

測試方案—產品測試范圍

bmi十一、環境測試目的：是將電子產品暴露于人工模擬環境中，一次評價元器件、設備的性能。--實驗順序?預處理?初始檢測?試驗（條件試驗）?恢復?最后檢測環境試驗包括：高溫、低溫、溫度沖擊（氣態及液態）、浸漬、溫度循環、低氣壓、高低溫低氣壓、恒定濕熱、交變濕熱、高壓蒸煮、砂塵、耐爆炸、鹽霧腐蝕、氣體腐蝕、霉菌、淋雨、太陽輻射、光老化等。

測試方案—產品測試范圍

bmi十二、可靠性測試

--定義：是對產品的可靠性進行調查、分析和評估的一種手段。--目的：?發現產品在設計、材料、工藝方面的缺陷。?確認是否符合可靠性的定量要求。?為改善產品的可靠性提供信息。--1、環境應力篩選（Environmentstressscreen）?向產品施加環境和電應力，將其內部缺陷加速變成故障。?施加應力大小和檢測能力，決定篩選效果。--2、可靠性驗證試驗?可靠性鑒定試驗、可靠性驗收試驗，均屬統計試驗。

測試方案—產品測試范圍

bmi十二、可靠性測試

--3、可靠性增長試驗

?基本過程?故障報告閉環系統

（再）設計故障檢測測試方案—產品測試范圍

bmi十三、安全性測試

--安全性審查及試驗項目：燃燒試驗、標記檢查、抗抗電強度等測試方案—產品測試范圍

bmi十五、一致性測試

--定義：在大批量的生產中，或長時間工作，或在不同環境下，對產品的器件，單板和系統性能指標的一致性驗證與測試的過程。--目的：在產品拷貝過程中，通過測試樣本之間的差異性，獲得這些不一致性對對產品運行效果的影響，通過找出不一致性的規律和原因（人、機、料、法、環、測等5M1E因素），找到使產品趨于一致性的改進辦法，是產品在批量拷貝時達到一定的產品穩定性。

穩定的偏差不可怕，最令人頭疼的是產品性能不可控！測試方案—產品測試范圍

bmi十五、一致性測試

--測試內容和方法：1、器件一致性驗證：資料書、批量器件、不同批次間、小批替代2、單板一致性驗證3、系統一致性驗證

測試方案—產品測試范圍

bmi十六、可用性測試

--定義：指產品符合用戶應用要求情況。

--目的：主要考慮產品是否符合實際應用。產品測試—開發階段

bmi十六、可用性測試

--定義：指產品符合用戶應用要求情況。

--目的：主要考慮產品是否符合實際應用。產品級測試—開發階段

bmi測試工具詳細設計開發協助，監督單元測試，集成測試工作的開展參與技術評審4技術評審4A技術評審5領導系統設計與驗SDV原型機內部標桿測試確定BETA測試用戶測試設計、開發生產測試設計開發系統集成測試SIT初始產品其他功能活動：制造工藝、開發、技術支持準備，發布會、物料訂購測試設計—分層模型

bmi--分層模型定義：為了分層次的開展系統測試活動，提高測試的針對性，根據產品的不同階段和測試需求，將系統測試活動分層展開：1、用戶層測試2、應用層測試3、功能、性能層測試--分層目的：底層測試更基礎，高層測試要求更高系統質量。測試設計—分層模型

bmi--用戶層測試1、測試目的：從用戶角度測試。2、測試方法：1、用戶經常使用或有特殊要求的功能2、用戶習慣方面的考慮3、可維護性測試--應用層測試1、測試目的：模擬實際應用時可能產生的各種應用情況。并測試其性能。2、測試方法：1、參照產品規格書的主業務功能。2、在不同壓力條件下，進行測試。測試設計—測試方法

bmi--白盒測試又稱產品結構測試，通過在不同點檢查產品狀態，確定實際的狀態是否與預期的一致。--黑盒測試功能測試，把測試對象看成一個黑盒子，不考慮產品內部結構，只依據需求功能規說明，檢查測試對象功能是否符合它的功能說明。內部結構I/PO/PI/PI/PO/P測試設計—白盒測試

bmi--白盒測試1、通過在不同點檢查產品狀態，確定實際的狀態是否與預期的一致。2、白盒測試包括：靜態檢查和結構測試3、結構測試。基于對象的內部邏輯知識，設計必要的測試用例，達到覆蓋語句、判斷、路徑等。內部結構I/PO/PI/PI/PO/P測試設計—白盒測試

bmi--靜態測試1、代碼檢視/PCB監視等--靜態檢視方法1、可由人工進行。2、也可由工具自動進行3、代碼走讀4、靜態測試工具測試設計—覆蓋率分析

bmi--白盒測試覆蓋類型1、語句覆蓋2、判定覆蓋3、條件覆蓋4、條件決策覆蓋5、條件組合覆蓋6、路徑覆蓋判定、條件覆蓋案例

bmiIf(cond1IIcond2)編號cond1cond2結果11012000編號cond1cond2結果11012011判定100%覆蓋條件100%覆蓋-周期為4個月的項目，測試階段為1個月，但因開發延遲了2周，留常見測試方法bmi例：如果原型機與初始產品沒有差別，SIT就沒必要測試。在產品拷貝過程中，通過測試樣本之間的差異性，獲得這些不一致性對對產品運行效果的影響，通過找出不一致性的規律和原因（人、機、料、法、環、測等5M1E因素），找到使產品趨于一致性的改進辦法，是產品在批量拷貝時達到一定的產品穩定性。2、產品測試管理體系概念階段-測試策略分析bmi運營測試成敗關鍵：意識、工具、標準確定、第三方介入綜合測試報告-目的是驗證制造流程，通過批量build來保證設計完整性。開發階段-測試執行-SITbmi3、系統一致性驗證?CE-傳導發射3、里程碑計劃、基線計劃與滾動計劃是將電子產品暴露于人工模擬環境中，一次評價元器件、設備的性能。4、產品測試缺陷分析方法在開發測試根本完成時進行產品平臺是整個系列產品所采用的的共同要素的集合，包括共用的系統構架、子系統、模塊、組件、核心技術。測試策略—小結bmi前面介紹的等價類劃分方法和邊界值分析方法,都是著重考慮輸入條件,但未考慮輸入條件之間的聯系,相互組合等.產品測試關鍵角色分析bmi組合條件決策覆蓋案例

bmiIf(cond1&&cond2)&&為條件與條件決策100%覆蓋紅色部分覆蓋不完全條件決策100%覆蓋紅色部分覆蓋不完全編號cond1cond2結果1111200031004010If(cond3IIcond4)編號cond1cond2結果1★111200031004010★常見測試方法

bmi思考一下案例測試用例（TestCase）：是為某個特殊目標而編制的一組測試輸入、執行條件以及預期結果，以便測試某個程序路徑或核實是否滿足某個特定需求。測試設計—黑盒測試

bmi--黑盒測試定義1、功能測試，把測試對象看成一個黑盒子，不考慮產品內部結構，只依據需求功能規說明，檢查測試對象功能是否符合它的功能說明。2、每個測試用例測試一個或多個功能。--黑盒測試的設計方法1、功能分解/規格導出2、邊界值分析3、等價類劃分4、錯誤推測法5、因果分析法6、狀態遷移法7、隨機測試法黑盒測試—規格導出法

bmi規范導出的測試是根據相關規格描述來設計測試用例。每一個測試用例可以測試一個或多個規范陳述語句，一個比較實用的方法是根據陳述規范所用語句的順序來相應地為被測單元設計測試用例。例：考慮一個計算平方根的函數的規格：輸入：實數輸出：實數規格：1、當輸入一個0或大于0的數時，返回其正平方根。2、當輸入小于0的數時，顯示錯誤信息：平方根非法輸入值小于0“，并返回0.測試用例：1、用例1：輸入4，輸出22、用例2：輸入-4，顯示錯誤信息“平方根非法輸入值小于0”，并返回0.

黑盒測試—等價類劃分

bmi窮舉測試的辦法由于數量太大，以至于實際無法完成，我們必須從中選取一部分數據作為測試用例。問題在于如何選。等價類劃分，就是首先將輸入的各種情況劃分成若干等價類。所謂等價類就是將某個輸入域的集合，在一個集合中每個條件都是等效的，如果其中一個的輸入不能導致問題發生，集合中的其他輸入條件也不可能發現問題。例：計算算術平方根的函數例子：輸入劃分輸出劃分（i）<0（a）>=0（ii）>=0（b）Error用例1：輸入4，輸出2用例2：輸入-4，顯示錯誤信息“平方根非法輸入值小于0”，并返回0.

黑盒測試—等價類劃分

bmi--多輸入等價類1、設計一個測試用例，使其盡可能多地覆蓋所有有效等價類，重復這一步驟，使得所有有效等價類均被測試用例覆蓋。2、設計一個測試用例，使其只覆蓋一個無效等價類，重復這一步驟使所有無效等價類均被覆蓋練習某程序規定：輸入三個正整數a、b、c作為三角形三邊的邊長，構成一個三角形。測試此程序（區別有效等價類和無效等價類）(構成三角形條件三角形的條件：任意2邊邊長大于第3邊長。)有效等價類：a=3b=4c=5無效等價類：a、b、c不是正整數的情況，不滿足三角形條件。黑盒測試—等價類劃分

bmia=3b=4c=5

a、b、c為正整數a+b>ca+c>bb+c>aa=1b=2c=3a+b=c

a=1b=3c=2a+c=b

a=3b=1c=2b+c=a

a=0b=1c=2a=0黑盒測試—邊界值分析

bmi邊界值分析使用與等價類測試方法相同的等價類劃分，只是邊界值分析假定錯誤更多地存在于兩個劃分的邊界上，相應地為邊界上及其兩側的情況設計測試用例。黑盒測試—錯誤猜想

bmi基于經驗的錯誤猜想，是將所有發現的錯誤，分為不同類型存于資料庫中，這個資料庫可以幫助錯誤猜想的有效性黑盒測試—因果圖

bmi前面介紹的等價類劃分方法和邊界值分析方法,都是著重考慮輸入條件,但未考慮輸入條件之間的聯系,相互組合等.考慮輸入條件之間的相互組合,可能會產生一些新的情況.因此必須考慮采用一種適合于描述對于多種條件的組合,相應產生多個動作的形式來考慮設計測試用例.這就需要利用因果圖。因果圖方法最終生成的就是判定表.它適合于檢查程序輸入條件的各種組合情況利用因果圖生成測試用例的基本步驟(1)分析軟件規格說明，那些是原因，那些是結果。(2)分析軟件規格說明描述中的語義.找出原因與結果之間,原因與原因之間對應的關系,畫出因果圖。(3)由于語法或環境限制,有些原因與原因之間,原因與結果之間的組合情況不可能出現，為表明這些特殊情況,在因果圖上用一些記號表明約束或限制條件。(4)把因果圖轉換為判定表（條件樁、動作樁、條件項、動作項）黑盒測試—因果圖

bmi黑盒測試—實驗設計

bmi實驗設計的目的：

?改善平均值

?降低變異

試驗設計是一種研究與處理多因素實驗的科學方法

6西格瑪方法是研究作用因素（XS）與CTQ（Y）關鍵質量之間的關系的方法論。

黑盒測試—測試方法

bmi有4條選擇測試策略原則：

1、任何情況下都必須采用邊界值分析法，因為其設計出的測試用例發現問題的能力最強。

2、必要時采用等價類劃分方法補充測試用例。

3、采用錯誤推斷法追加測試用例。

4、如果功能說明中含有輸入條件的組合情況，則一開始就采用因果圖法。

常見的測試方法-硬件測試

bmi--基本功能測試

通信模塊

控制模塊

--基本性能測試

誤碼測試

光口指標

--信號質量及時序測試

信號標準特性

通用信號規范

通用時鐘規范開發階段-測試執行-SDV

bmi--SDV過程定義

SDV是對原型機的漸增BUILD測試：

SDV對一組集成產品構建模塊進行評估，來確認產品的制造或工程模型符合產品功能規格:這種分析應該是通過書面分析或者硬件和軟件測試來驗證與產品設計規格的符合情況

SDV測試范圍包括部件、子系統和系統級測試。

例子：SDV有一項測試活動是功能測試，它確保系統工程

符合產品功能規格，并與可獲得的硬件相集成。

對每個build，應測試其新增及修改部分、以及這些部分對上一個build所做過的測試所有可能影響的地方。

開發階段-測試執行-SIT

bmi--SIT過程定義

系統集成測試即初始產品漸增BUILD測試。

SIT要完成全部的開發內部測試，它是對整個系統的全面測試其目的是確認產品的設計規格、認證要求、行業標準及公司標準的符合性，同時還要確認產品生命周期早期的性能和穩定性

一般在前期多個build測試的基礎上，在SIT階段，會展開一次完整的系統測試和回歸測試。

SIT和SDV階段的區別原則。例：如果原型機與初始產品沒有差別，SIT就沒必要測試。開發階段-測試執行-SIT

bmi--SIT主要活動序號測試活動序號測試活動1測試設計更新9電磁兼容2系統功能測試10環境測試3性能指標測試11噪聲測試4軟件協議一致性測試12熱測試5容限容錯測試13可靠性鑒定測試6可用性測試14安全測試7組網測試15包裝測試8回歸測試16需要的特別測試--產品測試分析

-測試對象分析

-測試過程質量分析：歷史測試統計、本次測試與之比較

-測試對研發的評價：研發文檔評價、測試問題與反饋

--評價依據

-歷史測試情況

-歷史測試記錄及驗證情況

-本次測試文檔提交及審查情況

-本次測試要素問題統計表

-本次測試未實施的測試項目及說明。測試報告

bmi系統驗證測試SVTBETA測試技術評審6測試結果評估ESP產品發送及客戶支持工作參與可獲得性評審材料功能領域的持續活動產品級測試—驗證階段

bmi系統認證測試和標桿測試參與可獲得性決策評審--SVT活動定義-目的是驗證制造流程，通過批量build來保證設計完整性。則一測試必須在界定好的客戶發貨級硬件上面實施。SVT是面向制造的測試，以保證大批量生產的可制造性。-SVT不應有新的設計或需求的驗證，只針對技術評審5的結論--SVT主要活動序號要素1EMC驗證產品批量制造過程的一直穩定性，隨即抽樣，測試EMC符合程度2環境測試批量生產產品的例行環境測試，隨機抽樣進行3安全測試批量生產產品的例行環境測試，隨機抽樣進行4回歸測試5一致性驗證6需要的特別測試開發階段-測試執行-SVT

bmi--型式試驗型式試驗（試產驗證測試）bmi型式試驗是指：在設計完成后，對試制出來的新產品進行的定型試驗，其試驗項目比例行試驗項目多，而且更加嚴格和苛刻，用戶對剛出廠的新產品也可以要求制造廠進行出廠試驗時增加一些型式試驗項目(一般這些項目是事先甲乙雙方協商后寫進技術協議中的)。型式試驗也是對產品能否滿足技術規范的全部要求所進行的實驗。它既是新產品鑒定中必不可少的一個環節。也是定型后產品在有改進時或經過一定時效后需要進行的一種全面性能試驗。當雙方有約定時或存在爭議時，通常都會要求進行型式試驗。開發階段-測試執行-SVT

bmi--目的

批量產品質量情況

--引用標準和文獻

企業內控標準、環境應力試驗規范

--試驗樣品

型號規格

抽樣方案：樣本基數、抽取樣本數

樣品分組

樣品狀態：QC產品設計更改

--檢驗結果總結

--詳細試驗情況

常溫檢測

氣候環境應力試驗

機械環境應力試驗一致性檢驗與制程能力CPK

bmi規格范圍管制上限管制下限中心線????用戶級測試-Alpha測試

bmi在開發完成時進行測試后仍有少量問題由用戶或其他人員（微軟為例）在開發人員的指導下，是在受控環境中進行用戶級測試-Beta測試

bmi在開發測試根本完成時進行最終由用戶獨立進行模塊級測試-UT/MIT/MST

bmi測試策略和計劃系統測試計劃系統測試執行系統測試設計系統測試環境準備集成測試計劃集成測試執行集成測試設計集成測試環境準備模塊測試計劃模塊測試執行模塊測試設計模塊測試環境準備需求規格模塊設計概要單元測試系統測試集成測試單元設計實現單元測試bmi--單元測試最小的被測組成部分，如軟件函數、驅動電路、信號放大電路等采用：白盒為主+黑盒的測試方法。--步驟單元測試計劃，由PM項目安排并協調：標示單元測試的風險估計單元測試的工作量明確單元測試的軟硬件及人力需求制定單元測試的日程表指定工程師準備單元測試用例以上寫入單元測試計劃單元測試方法:規格導出、邊界值分析、等價類劃分、錯誤猜測法注意事項：清楚模塊和模塊之間的關系。成敗關鍵：意識、工具、標準確定、第三方介入集成測試bmi--在單元測試基礎上，按一定組裝策略進行組裝，關注接口，找準組裝關系。采用白盒+黑盒的測試方法。測試自動化bmi首先，一個企業實施測試自動化，絕對不是拍腦袋說干就能干好的，它不僅涉及測試工作本身流程上、組織結構上的調整與改進，甚至也包括需求、設計、開發、維護及配置管理等其他方面的配合。如果對這些必要的因素沒有考慮周全的話，必然在實施過程中處處碰壁，既定的實施方案也無法開展。其次，盡管自動化測試可以降低人工測試的工作量，但并不能完全取代手工測試。100％的自動化測試只是一個理想目標，根據筆者的經驗，即便一些如SAP、OracleERP等測試庫規劃十分完善的套件，其測試自動化率也不會超過70％。所以一味追求測試自動化只會給企業帶來運作成本的急劇上升。再次，實施測試自動化需要企業有相對規模的投入，對企業運作來說，投入回報率將是決定是否實施軟件測試自動化的最終指揮棒，筆者建議企業在決定實施軟件測試自動化之前，必須要做量化的投資回報分析。此外，實施軟件測試自動化并不意味著必須采購強大的自動化軟件測試工具或自動化管理平臺，畢竟軟件質量的保證不是依靠產品或技術，更多的因素在于高素質的人員和合理有效的流程。bmiModuleIII產品測試管理1、產品研發管理體系2、產品測試管理體系3、產品測試組織結構產品測試管理bmi產品測試管理bmi產品測試管理bmi研發管理整體解決方案bmiPLM:研發管理整體解決方案bmi

產品生命周期管理（PLM）是針對制造業的擴展型企業解決方案，以便于在公司的各個部門、用戶、供應商之間共享產品數據。PLM解決方案把你的產品-即你的利潤來源放在一切活動的核心位置。PLM可以從企業資源計劃系統ERP（EnterpriseResourcePlanning）、供應鏈管理SCM（SupplyChainManagement)、客戶關系管理CRM(CustomerRelationshipManagement）系統中提取相關的信息，并使之與你的產品知識發生關聯，進而使所有人都能夠更快速、高效地工作。這樣就允許在公司間的整個網絡上共同工作來進行概念設計、產品設計、產品生產、產品維護，對整個網絡的操作就象對一個單獨的機構操作一樣。PLM允許擴展型企業在公司間共享產品的業務流程和產品知識，包括從提出概念到產品退出市場整個生命周期的各個階段。

產品研發管理-IPD

bmi產品研發管理-TS16949-APQPbmi產品研發管理-CMMIbmiCMMI的全稱為：CapabilityMaturityModelIntegration，即能力成熟度模型集成。CMM是由美國卡內基梅隆大學的軟件工程研究所(SEI)創立的CMM(CapabilityMaturityModel軟件能力成熟度模型)認證評估，在過去的十幾年中，對全球的軟件產業產生了非常深遠的影響。通常有以下5幾個級別：

1．初始級：是無序的，有時甚至是混亂的，對過程幾乎沒有定義，成功取決于個人努力，管理是反應式的。2．已管理級：建立了基本的項目管理過程來跟蹤費用、進度和功能特性。制定了必要的過程紀律，能重復早先類似應用項目取得的成功經驗。3．已定義級：已將軟件管理和工程兩方面的過程文檔化、標準化，并綜合成該組織的標準軟件過程。所有項目均使用經批準、剪裁的標準軟件過程來開發和維護軟件，軟件產品的生產在整個軟件過程是可見的。4．量化管理級：分析對軟件過程和產品質量的詳細度量數據，對軟件過程和產品都有定量的理解與控制。管理有一個作出結論的客觀依據，管理能夠在定量的范圍內預測性能。5．優化管理級：過程的量化反饋和先進的新思想、新技術促使過程持續不斷改進。產品測試管理體系-框架bmi產品開發與測試是姐妹關系，緊密地結合在一起可測性需求分析測試策略與計劃開發測試系統集成測試產品測試項目管理-獨特性bmi1、案例：-周期為4個月的項目，測試階段為1個月，但因開發延遲了2周，留給測試的時間只有2周，怎么辦？2、測試任務的依賴關系-開發與測試-測試資源3、測試周期的不確定性分析-設計更改與優化-漏測問題產品測試項目管理-測試計劃bmi在概念階段和計劃階段，在四個時間點四次制定不同階段和層次的項目測試計劃。如下圖：計劃制定時間點概念啟動概念DCP計劃DCP可獲得性DCPGA生命周期DCP概念階段計劃階段開發階段驗證階段發布階段生命周期管理階段對應的項目計劃制定概念階段項目測試計劃制定計劃階段項目測試計劃制定項目1/2級測試計劃優化1/2級測試計劃制定3/4級測試計劃1、計劃制定的最佳時機？2、計劃與算命（風險管理）3、里程碑計劃、基線計劃與滾動計劃產品測試項目管理-項目控制bmi計劃是會變化的變化來源于：1市場需求變化2進度異常3預測不準確4配合問題5人員變化6資源不到位7項目位置變化一幅完美的圖紙≠一棟堅實的大樓這就需要對項目進行實時控制，確保計劃順利實施。產品測試項目管理-項目控制bmi測試項目跟蹤個人工作任務總結/日志個人測試工作量個人測試進度情況個人測試人物評價測試項目狀態報告總體進度分析主要問題和風險主要偏差和反饋測試項目狀態問題報告/反饋報告日報周報階段測試報告綜合測試報告產品測試項目管理-控制手段bmi1.里程碑管理：抓大放小2.項目報告：業務線與質量線制衡3.項目會議：事件驅動結合事件驅動4.項目變更控制：平衡“放”和“收”。5.預警系統：雜、難、疲、忘。6.合同書/任務書：雙向承諾。7.決策評審和例外管理。8.掙值管理：綜合管理預算、投入產出、進度要素9.非正規控制：潤物細無聲。產品測試項目管理-項目收尾bmi1.交付件歸檔/更新項目數據庫2.結束時間偏差率3.預算核算控制4.質量控制情況5.好的實踐6.經驗教訓7.對未來項目、流程的建議。8.遺留問題9.項目總結會。產品測試管理-測試用例管理bmi1.建立測試用例庫：共性化測試用例集/個性化2.測試用例管理：一：需求跟蹤矩陣RTM二：正交跟蹤矩陣測試需求R1R2R3T1