網(wǎng)絡(luò)通信產(chǎn)品測試課件

漢柏科技網(wǎng)絡(luò)通信產(chǎn)品測試王智民漢柏科技有限公司漢柏科技網(wǎng)絡(luò)通信產(chǎn)品測試王智民漢柏科技有限公司Agenda新產(chǎn)品開發(fā)常用管理體系IPD與華為IPD介紹測試基本概念測試用例設(shè)計(jì)技術(shù)通信設(shè)備測試測試管理Agenda新產(chǎn)品開發(fā)常用管理體系產(chǎn)品開發(fā)常用管理體系PACEProductAndCycle-timeExcellence，產(chǎn)品及周期優(yōu)化法IPDIntegratedProductDevelopment，集成產(chǎn)品開發(fā)SGSStage-GateSystem，門徑管理系統(tǒng)PVMProductValueManagement，產(chǎn)品價(jià)值管理產(chǎn)品開發(fā)常用管理體系PACEAgenda新產(chǎn)品開發(fā)常用管理體系IPD與華為IPD介紹測試基本概念測試用例設(shè)計(jì)技術(shù)通信設(shè)備測試測試管理Agenda新產(chǎn)品開發(fā)常用管理體系IPD介紹基本思想（1）新產(chǎn)品開發(fā)是一項(xiàng)投資決策（2）基于市場的開發(fā)（3）跨部門、跨系統(tǒng)的協(xié)同（4）異步開發(fā)模式（5）重用性（6）結(jié)構(gòu)化的流程適用性IPD適用于技術(shù)復(fù)雜度較高管理能力相對成熟的企業(yè)IPD介紹基本思想華為IPD介紹華為IPD介紹華為IPD流程與MM流程華為IPD流程與MM流程華為IPD流程華為IPD流程華為IPD流程與產(chǎn)品測試華為IPD流程與產(chǎn)品測試華為產(chǎn)品測試測試類型對應(yīng)產(chǎn)品開發(fā)階段關(guān)注點(diǎn)SITTR4～TR5系統(tǒng)功能系統(tǒng)穩(wěn)定性系統(tǒng)魯棒性系統(tǒng)性能SVTTR5～TR6系統(tǒng)規(guī)格系統(tǒng)性能系統(tǒng)易用性文檔測試SRTTR6～發(fā)布階段決策評審點(diǎn)系統(tǒng)配套出廠檢驗(yàn)裝備測試華為產(chǎn)品測試測試類型對應(yīng)產(chǎn)品開發(fā)階段關(guān)注點(diǎn)SITTR4～TRAgenda新產(chǎn)品開發(fā)常用管理體系IPD與華為IPD介紹測試基本概念測試用例設(shè)計(jì)技術(shù)通信設(shè)備測試測試管理Agenda新產(chǎn)品開發(fā)常用管理體系測試基本概念測試定義IEEE在1983年提出:“使用人工或自動(dòng)手段來運(yùn)行或測定某個(gè)系統(tǒng)的過程，其目的在于檢驗(yàn)它是否滿足規(guī)定的需求或是弄清預(yù)期結(jié)果與實(shí)際結(jié)果之間的差別?！?/p>

測試目標(biāo)檢驗(yàn)它是否滿足規(guī)定的需求發(fā)現(xiàn)錯(cuò)誤測試基本概念測試定義測試基本原則所有的測試都應(yīng)追溯到用戶需求應(yīng)該在測試工作真正開始的前較長時(shí)間內(nèi)就進(jìn)行測試計(jì)劃Pareto原則應(yīng)用于軟件測試Pareto原則暗示著測試發(fā)現(xiàn)的錯(cuò)誤中的80％很可能起源于程序模塊中的20％。當(dāng)然，問題在于如何孤立這些有疑點(diǎn)的模塊并進(jìn)行徹底的測試。測試應(yīng)從“小規(guī)模”開始，逐步轉(zhuǎn)向“大規(guī)?！弊畛醯臏y試通常把焦點(diǎn)放在單個(gè)程序模塊上，進(jìn)一步測試的焦點(diǎn)則轉(zhuǎn)向在集成的模塊簇中尋找錯(cuò)誤，最后在整個(gè)系統(tǒng)中尋找錯(cuò)誤。窮舉測試是不可能的在測試中不可能運(yùn)行路徑的每一種組合，充分覆蓋程序邏輯，并確保程序設(shè)計(jì)中使用的所有條件是有可能的。為了達(dá)到最佳效果，應(yīng)該由獨(dú)立的第三方來構(gòu)造測試“最佳效果”指最可能發(fā)現(xiàn)錯(cuò)誤的測試(測試的主要目標(biāo))創(chuàng)建系統(tǒng)的軟件工程師并不是構(gòu)造軟件測試的最佳人選測試基本原則所有的測試都應(yīng)追溯到用戶需求什么是好的測試一個(gè)好的測試發(fā)現(xiàn)錯(cuò)誤的可能性很高為了達(dá)到這個(gè)目標(biāo)，測試者必須理解軟件，并嘗試設(shè)想軟件如何才能失敗一個(gè)好的測試并不冗余測試的時(shí)間和資源是有限的，沒有必要構(gòu)造一個(gè)與其他測試用途完全相同的測試，每一個(gè)測試都應(yīng)該有不同的用途(哪怕是細(xì)微的差異)例如，有一個(gè)模塊被用來識別用戶密碼以決定是否啟動(dòng)系統(tǒng)，為了測試密碼輸入的錯(cuò)誤，測試者設(shè)計(jì)了一系列的輸入密碼測試。在不同的測試中輸入有效與無效密碼(四個(gè)數(shù)字)，然而，每一個(gè)有效/無效密碼將檢測一種不同錯(cuò)誤模式，例如，一個(gè)將8080作為有效密碼的系統(tǒng)將不會接受非法密碼1234，如果接收1234，將產(chǎn)生錯(cuò)誤，另一個(gè)測試輸入1235，與1234的測試意圖相同，因此是冗余的，然而，非法輸入8081或8180就有些細(xì)微的差異，即對與有效密碼相近但并不相同的密碼該進(jìn)行測試。一個(gè)好的測試應(yīng)該是“最佳品種”

在一組目的相似的測試中，時(shí)間和資源的限制可能只影響其某個(gè)子集的執(zhí)行，此時(shí)，應(yīng)該使用最可能找到所有錯(cuò)誤的測試。一個(gè)好的測試既不會太簡單，也不會太復(fù)雜每一個(gè)測試應(yīng)該獨(dú)立執(zhí)行適當(dāng)?shù)慕M合測試是必要的什么是好的測試一個(gè)好的測試發(fā)現(xiàn)錯(cuò)誤的可能性很高有關(guān)測試的“金科玉律”木桶原理產(chǎn)品質(zhì)量的關(guān)鍵因素是分析、設(shè)計(jì)和實(shí)現(xiàn)，測試應(yīng)該是融于其中的補(bǔ)充檢查手段，其他管理、支持、甚至文化因素也會影響最終產(chǎn)品的質(zhì)量測試是提高產(chǎn)品質(zhì)量的必要條件，也是提高產(chǎn)品質(zhì)量最直接、最快捷的手段，但決不是一種根本手段。反過來說，如果將提高產(chǎn)品質(zhì)量的砝碼全部押在測試上，那將是一個(gè)恐怖而漫長的災(zāi)難Bug的80-20原則一般情況下，在分析、設(shè)計(jì)、實(shí)現(xiàn)階段的復(fù)審和測試工作能夠發(fā)現(xiàn)和避免80%的Bug，而系統(tǒng)測試又能找出其余Bug中的80%，最后的5%的Bug可能只有在用戶的大范圍、長時(shí)間使用后才會曝露出來測試只能夠保證盡可能多地發(fā)現(xiàn)錯(cuò)誤，無法保證能夠發(fā)現(xiàn)所有的錯(cuò)誤有關(guān)測試的“金科玉律”木桶原理測試分類（22種）根據(jù)測試設(shè)計(jì)技術(shù)黑盒測試白盒測試從測試過程看單元測試集成測試系統(tǒng)測試從產(chǎn)品角度看Alpha測試Beta測試從測試完備性累積綜合測試功能測試端到端測試健全測試衰竭測試接受測試負(fù)載測試強(qiáng)迫測試性能測試可用性測試安裝/卸載測試恢復(fù)測試安全測試兼容測試比較測試測試分類（22種）根據(jù)測試設(shè)計(jì)技術(shù)從測試完備性容易混淆的概念性能測試與壓力測試綜合性能=負(fù)載指數(shù)*性能指數(shù)一般對一臺設(shè)備來說，綜合性能是固定的壓力測試是為了得到性能指數(shù)最小時(shí)候（可以接受的最小指數(shù)）最大的負(fù)載指數(shù)性能測試是為了得到負(fù)載指數(shù)確定下的性能指數(shù)Alpha測試與Beta測試都不是研發(fā)人員或者測試人員完成，由最終用戶或者第三方來完成Alpha測試接近開發(fā)完成時(shí)所做的測試，測試后，設(shè)計(jì)可能有少許改動(dòng)Beta測試時(shí)開發(fā)基本完成后所作的測試，在最終發(fā)布前所有發(fā)現(xiàn)的問題需要更正兼容測試與比較測試兼容測試是測試軟件或者設(shè)備在用戶要求的環(huán)境下的適應(yīng)性比較測試是與競爭伙伴的產(chǎn)品做比較，找出優(yōu)劣勢容易混淆的概念性能測試與壓力測試測試過程常見模型V模型缺陷：把測試作為在編碼之后的一個(gè)階段，是針對程序進(jìn)行的尋找錯(cuò)誤的活動(dòng)，而忽視了測試活動(dòng)對需求分析、系統(tǒng)設(shè)計(jì)等活動(dòng)的驗(yàn)證和確認(rèn)的功能測試過程常見模型V模型缺陷：把測試作為在編碼之后的一個(gè)階段，測試過程常見模型W模型缺陷：在W模型中，需求、設(shè)計(jì)、編碼等活動(dòng)被視為串行的，測試和開發(fā)也保持著一種線性前后關(guān)系，上一階段完全結(jié)束，才可正式開始下一階段工作。無法支持迭代開發(fā)模型

測試過程常見模型W模型缺陷：在W模型中，需求、設(shè)計(jì)、編碼等活測試過程常見模型H模型H模型揭示了一個(gè)原理：軟件測試是一個(gè)獨(dú)立的流程，貫穿產(chǎn)品整個(gè)生命周期，與其他流程并發(fā)地進(jìn)行。H模型指出軟件測試要盡早準(zhǔn)備，盡早執(zhí)行。不同的測試活動(dòng)可以是按照某個(gè)次序先后進(jìn)行的，但也可能是反復(fù)的，只要某個(gè)測試達(dá)到準(zhǔn)備就緒點(diǎn)，測試執(zhí)行活動(dòng)就可以開展

測試過程常見模型H模型H模型揭示了一個(gè)原理：軟件測試是一個(gè)獨(dú)測試過程常見模型其他模型X模型X模型提出針對單獨(dú)的程序片段進(jìn)行相互分離的編碼和測試，此后通過頻繁的交接，通過集成最終合成為可執(zhí)行的程序前置測試模型前置測試模型體現(xiàn)了開發(fā)與測試的結(jié)合，要求對每一個(gè)交付內(nèi)容進(jìn)行測試測試過程常見模型其他模型對測試的常見誤解測試是保證產(chǎn)品質(zhì)量的充分必要條件測試就是發(fā)現(xiàn)錯(cuò)誤測試工作是沒有技術(shù)含量的工作測試無法發(fā)現(xiàn)重要的問題測試能夠發(fā)現(xiàn)100％的錯(cuò)誤測試不需要設(shè)計(jì)所有測試都能夠?qū)崿F(xiàn)自動(dòng)化對測試的常見誤解測試是保證產(chǎn)品質(zhì)量的充分必要條件Agenda新產(chǎn)品開發(fā)常用管理體系IPD與華為IPD介紹測試基本概念測試用例設(shè)計(jì)常用技術(shù)通信設(shè)備測試測試管理Agenda新產(chǎn)品開發(fā)常用管理體系測試用例設(shè)計(jì)技術(shù)白盒測試若了解產(chǎn)品的內(nèi)部構(gòu)造，則構(gòu)造測試，以確?！八旋X輪吻合”，即內(nèi)部操作依據(jù)規(guī)約執(zhí)行，而且所有的內(nèi)部構(gòu)件被充分利用一個(gè)好的測試并不冗余黑盒測試若了解產(chǎn)品的特定功能，則構(gòu)造測試，以證實(shí)各功能完全可執(zhí)行，同時(shí)在各功能中尋找錯(cuò)誤灰盒測試若既能夠了解產(chǎn)品的特定功能，又了解產(chǎn)品的內(nèi)部構(gòu)造，則可以構(gòu)造測試，結(jié)合白盒和黑盒進(jìn)行測試測試用例設(shè)計(jì)技術(shù)白盒測試測試用例設(shè)計(jì)技術(shù)—黑盒測試用例設(shè)計(jì)方法①第一步是理解軟件所表示的對象及其關(guān)系②第二步是定義一組保證“所有對象與其他對象都具有所期望的關(guān)系”的測試序列換言之，軟件測試首先是創(chuàng)建對象及其關(guān)系圖，然后導(dǎo)出測試序列以檢查對象及其關(guān)系，并發(fā)現(xiàn)錯(cuò)誤測試用例設(shè)計(jì)技術(shù)—黑盒測試用例設(shè)計(jì)方法①第一步是理解軟件所表測試用例設(shè)計(jì)技術(shù)—黑盒測試用例設(shè)計(jì)方法等價(jià)類劃分方法等價(jià)劃分的測試用例設(shè)計(jì)基于輸入條件的等價(jià)類評估設(shè)計(jì)指南如果輸入條件代表一個(gè)范圍，可以定義一個(gè)有效等價(jià)類和兩個(gè)無效等價(jià)類如果輸入條件需要特定的值，可以定義一個(gè)有效等價(jià)類和兩個(gè)無效等價(jià)類如果輸入條件代表集合的某個(gè)元素，可以定義一個(gè)有效等價(jià)類和一個(gè)無效等價(jià)類如果輸入條件是布爾式，可以定義一個(gè)有效等價(jià)類和一個(gè)無效等價(jià)類測試用例設(shè)計(jì)技術(shù)—黑盒測試用例設(shè)計(jì)方法等價(jià)類劃分方法測試用例設(shè)計(jì)技術(shù)—黑盒測試用例設(shè)計(jì)方法邊界值分析方法邊界值分析是一種補(bǔ)充等價(jià)劃分的測試用例設(shè)計(jì)技術(shù)不是選擇等價(jià)類的任意元素，而是選擇等價(jià)類邊界的測試用例不僅注重于輸入條件，而且注重輸出域設(shè)計(jì)指南如果輸入條件代表以a和b為邊界的范圍，測試用例應(yīng)當(dāng)包含a、b、略大于a和略小于b的值如果輸入條件代表一組值，測試用例應(yīng)當(dāng)執(zhí)行其中的最大值和最小值，還應(yīng)當(dāng)測試略大于最小值的值和略小于最大值的值指南1和2也適用于輸出條件，例如，工程分析程序要求輸出溫度和壓強(qiáng)的對照表，測試用例應(yīng)當(dāng)能夠創(chuàng)建包含最大值和最小值的項(xiàng)如果程序數(shù)據(jù)結(jié)構(gòu)有預(yù)定義的邊界(如數(shù)組有100項(xiàng))，要測試其邊界的數(shù)據(jù)項(xiàng)測試用例設(shè)計(jì)技術(shù)—黑盒測試用例設(shè)計(jì)方法邊界值分析方法測試用例設(shè)計(jì)技術(shù)—黑盒測試用例設(shè)計(jì)方法錯(cuò)誤推測方法基于經(jīng)驗(yàn)和直覺推測程序中所有可能存在的各種錯(cuò)誤,從而有針對性的設(shè)計(jì)測試用例設(shè)計(jì)指南在單元測試時(shí)曾列出的許多在模塊中常見的錯(cuò)誤以前產(chǎn)品測試中曾經(jīng)發(fā)現(xiàn)的錯(cuò)誤等經(jīng)驗(yàn)的總結(jié)輸入數(shù)據(jù)和輸出數(shù)據(jù)為0的情況輸入表格為空格或輸入表格只有一行測試用例設(shè)計(jì)技術(shù)—黑盒測試用例設(shè)計(jì)方法錯(cuò)誤推測方法測試用例設(shè)計(jì)技術(shù)—黑盒測試用例設(shè)計(jì)方法因果圖方法等價(jià)類劃分方法和邊界值分析方法,都是著重考慮輸入條件,但未考慮輸入條件之間的聯(lián)系,相互組合輸入條件之間的相互組合,可能會產(chǎn)生一些新的情況適合于描述對于多種條件的組合,相應(yīng)產(chǎn)生多個(gè)動(dòng)作的形式來考慮設(shè)計(jì)測試用例設(shè)計(jì)指南(1)分析軟件規(guī)格說明描述中,那些是原因(即輸入條件或輸入條件的等價(jià)類),那些是結(jié)果(即輸出條件),并給每個(gè)原因和結(jié)果賦予一個(gè)標(biāo)識符(2)分析軟件規(guī)格說明描述中的語義.找出原因與結(jié)果之間,原因與原因之間對應(yīng)的關(guān)系.根據(jù)這些關(guān)系,畫出因果圖(3)由于語法或環(huán)境限制,有些原因與原因之間,原因與結(jié)果之間的組合情況不不可能出現(xiàn).為表明這些特殊情況,在因果圖上用一些記號表明約束或限制條件(4)把因果圖轉(zhuǎn)換為判定表(5)把判定表的每一列拿出來作為依據(jù),設(shè)計(jì)測試用例測試用例設(shè)計(jì)技術(shù)—黑盒測試用例設(shè)計(jì)方法因果圖方法測試用例設(shè)計(jì)技術(shù)—黑盒測試用例設(shè)計(jì)方法判定表驅(qū)動(dòng)分析方法判定表（DecisionTable）是分析和表達(dá)多邏輯條件下執(zhí)行不同操作的情況下的工具判定表通常由四個(gè)部分組成：條件樁（ConditionStub）:列出了問題得所有條件.通常認(rèn)為列出得條件的次序無關(guān)緊要.

動(dòng)作樁（ActionStub）:列出了問題規(guī)定可能采取的操作.這些操作的排列順序沒有約束.

條件項(xiàng)（ConditionEntry）:列出針對它左列條件的取值.在所有可能情況下的真假值.

動(dòng)作項(xiàng)（ActionEntry）:列出在條件項(xiàng)的各種取值情況下應(yīng)該采取的動(dòng)作.設(shè)計(jì)指南規(guī)則:任何一個(gè)條件組合的特定取值及其相應(yīng)要執(zhí)行的操作.在判定表中貫穿條件項(xiàng)和動(dòng)作項(xiàng)的一列就是一條規(guī)則.顯然,判定表中列出多少組條件取值,也就有多少條規(guī)則,既條件項(xiàng)和動(dòng)作項(xiàng)有多少列.判定表的建立步驟:①確定規(guī)則的個(gè)數(shù).假如有n個(gè)條件.每個(gè)條件有兩個(gè)取值（0,1）,故有種規(guī)則.

②列出所有的條件樁和動(dòng)作樁.

③填入條件項(xiàng).

④填入動(dòng)作項(xiàng).等到初始判定表.

⑤簡化.合并相似規(guī)則（相同動(dòng)作）.測試用例設(shè)計(jì)技術(shù)—黑盒測試用例設(shè)計(jì)方法判定表驅(qū)動(dòng)分析方法測試用例設(shè)計(jì)技術(shù)—黑盒測試用例設(shè)計(jì)方法測試用例設(shè)計(jì)技術(shù)—黑盒測試用例設(shè)計(jì)方法測試用例設(shè)計(jì)技術(shù)—黑盒測試用例設(shè)計(jì)方法正交實(shí)驗(yàn)設(shè)計(jì)方法利用因果圖來設(shè)計(jì)測試用例時(shí)，作為輸入條件的原因和輸出結(jié)果之間的因果關(guān)系，有時(shí)候很難從軟件規(guī)格說明中得到，而且即使是對于一般中小規(guī)模的軟件，給出其因果圖也可能是很龐大，以至于據(jù)此因果圖的得到的測試用例數(shù)量將達(dá)到驚人的程度，這給軟件測試工作帶來了沉重負(fù)擔(dān)所謂“正交實(shí)驗(yàn)法”是從大量的實(shí)驗(yàn)中挑選適量的、有代表性的點(diǎn)，應(yīng)用依據(jù)伽羅瓦理論導(dǎo)出的正交表，合理安排實(shí)驗(yàn)的一種實(shí)驗(yàn)設(shè)計(jì)方法利用該方法可以使所有因子和水平在實(shí)驗(yàn)中均勻的分布與搭配，均勻規(guī)律的變化設(shè)計(jì)指南利用正交實(shí)驗(yàn)設(shè)計(jì)測試用例的步驟:①提取功能說明,構(gòu)造因子--狀態(tài)表.

②加權(quán)篩選,生成因素分析表

③利用正交表構(gòu)造測試數(shù)據(jù)集實(shí)例測試用例設(shè)計(jì)技術(shù)—黑盒測試用例設(shè)計(jì)方法正交實(shí)驗(yàn)設(shè)計(jì)方法測試用例設(shè)計(jì)技術(shù)—黑盒測試用例設(shè)計(jì)方法正交實(shí)驗(yàn)設(shè)計(jì)方法實(shí)例為了提高某化學(xué)產(chǎn)品的轉(zhuǎn)化率，選擇了三個(gè)有關(guān)因素進(jìn)行條件試驗(yàn)，反應(yīng)溫度（Ａ），反應(yīng)時(shí)間（Ｂ）用堿量（Ｃ），并確定了它們的試驗(yàn)范圍如下：

Ａ：８０——９０℃；

Ｂ：９０——１５０分鐘；

Ｃ：５％——７％。試驗(yàn)?zāi)康氖歉闱宄蜃覣、B、C對轉(zhuǎn)化率有什么影響，哪些是主要的，哪些是次要的，從而確定最適生產(chǎn)條件，即溫度、時(shí)間及用堿量各為多少才能使轉(zhuǎn)化率高。試制定試驗(yàn)方案。

這里，對因子A，在試驗(yàn)范圍內(nèi)選了三個(gè)水平；因子B和C也都取三個(gè)水平：

A：Al＝80℃，A2＝85℃，A3=90℃

B：Bl＝90分，B2＝120分，B3=150分

C：Cl＝5％，C2＝6%，C3＝7%這個(gè)三因子三水平的條件試驗(yàn)，通常有三種試驗(yàn)進(jìn)行方法：(Ⅰ)取三因子所有水平之間的組合，即AlBlC1，A1BlC2，A1B2C1，……，A3B3C3，共有33=27次實(shí)驗(yàn)(II)簡單對比法，即變化一個(gè)因素而固定其他因素，如首先固定B、C于Bl、Cl，使A變化(III)考慮兼顧這兩種試驗(yàn)方法的優(yōu)點(diǎn)，從全面試驗(yàn)的點(diǎn)中選擇具有典型性、代表性的點(diǎn)，使試驗(yàn)點(diǎn)在試驗(yàn)范圍內(nèi)分布得很均勻，能反映全面情況測試用例設(shè)計(jì)技術(shù)—黑盒測試用例設(shè)計(jì)方法正交實(shí)驗(yàn)設(shè)計(jì)方法實(shí)例測試用例設(shè)計(jì)技術(shù)—黑盒測試用例設(shè)計(jì)方法功能圖分析方法一個(gè)程序的功能說明通常由動(dòng)態(tài)說明和靜態(tài)說明組成，動(dòng)態(tài)說明描述了輸入數(shù)據(jù)的次序或轉(zhuǎn)移的次序，靜態(tài)說明描述了輸入條件與輸出條件之間的對應(yīng)關(guān)系功能圖方法是用功能圖DFD形式化地表示程序的功能說明,并機(jī)械地生成功能圖的測試用例功能圖模型由狀態(tài)遷移圖和邏輯功能模型構(gòu)成.狀態(tài)遷移圖用于表示輸入數(shù)據(jù)序列以及相應(yīng)的輸出數(shù)據(jù).在狀態(tài)遷移圖中,由輸入數(shù)據(jù)和當(dāng)前狀態(tài)決定輸出數(shù)據(jù)和后續(xù)狀態(tài).邏輯功能模型用于表示在狀態(tài)中輸入條件和輸出條件之間的對應(yīng)關(guān)系.邏輯功能模型只適合于描述靜態(tài)說明,輸出數(shù)據(jù)僅由輸入數(shù)據(jù)決定.測試用例則是由測試中經(jīng)過的一系列狀態(tài)和在每個(gè)狀態(tài)中必須依靠輸入/輸出數(shù)據(jù)滿足的一對條件組成功能圖方法其實(shí)是是一種黑盒白盒混合用例設(shè)計(jì)方法設(shè)計(jì)指南從功能圖生成測試用例的過程：1)生成局部測試用例:在每個(gè)狀態(tài)中,從因果圖生成局部測試用例.局部測試用例由原因值（輸入數(shù)據(jù)）組合與對應(yīng)的結(jié)果值（輸出數(shù)據(jù)或狀態(tài)）構(gòu)成2)測試路徑生成:利用上面的規(guī)則（三種）生成從初始狀態(tài)到最后狀態(tài)的測試路徑3)測試用例合成:合成測試路徑與功能圖中每個(gè)狀態(tài)中的局部測試用例.結(jié)果是初始狀態(tài)到最后狀態(tài)的一個(gè)狀態(tài)序列,以及每個(gè)狀態(tài)中輸入數(shù)據(jù)與對應(yīng)輸出數(shù)據(jù)的組合實(shí)例測試用例設(shè)計(jì)技術(shù)—黑盒測試用例設(shè)計(jì)方法功能圖分析方法測試用例設(shè)計(jì)技術(shù)—黑盒測試用例設(shè)計(jì)方法場景設(shè)計(jì)方法現(xiàn)在的軟件幾乎都是用事件觸發(fā)來控制流程的，事件觸發(fā)時(shí)的情景便形成了場景，而同一事件不同的觸發(fā)順序和處理結(jié)果就形成事件流。比較適合于通信產(chǎn)品的測試設(shè)計(jì)指南基本流和備選流測試用例設(shè)計(jì)技術(shù)—黑盒測試用例設(shè)計(jì)方法場景設(shè)計(jì)方法測試用例設(shè)計(jì)技術(shù)—黑盒測試用例設(shè)計(jì)方法各種用例設(shè)計(jì)方法綜合策略在任何情況下都必須使用邊界值分析方法，經(jīng)驗(yàn)表明用這種方法設(shè)計(jì)出測試用例發(fā)現(xiàn)程序錯(cuò)誤的能力最強(qiáng)必要時(shí)用等價(jià)類劃分方法補(bǔ)充一些測試用例用錯(cuò)誤推測法再追加一些測試用例對照程序邏輯，檢查已設(shè)計(jì)出的測試用例的邏輯覆蓋程度，如果沒有達(dá)到要求的覆蓋標(biāo)準(zhǔn)，應(yīng)當(dāng)再補(bǔ)充足夠的測試用例如果程序的功能說明中含有輸入條件的組合情況，則一開始就可選用因果圖法測試用例設(shè)計(jì)技術(shù)—黑盒測試用例設(shè)計(jì)方法各種用例設(shè)計(jì)方法綜合策測試用例設(shè)計(jì)技術(shù)—黑盒測試用例設(shè)計(jì)方法測試用例的類型1)構(gòu)造根據(jù)設(shè)計(jì)規(guī)格得出的基本功能測試用例2)邊界值測試用例3)狀態(tài)轉(zhuǎn)換測試用例4)錯(cuò)誤猜測測試用例5)異常測試用例6)性能測試用例7)壓力測試用例8）易用性測試用例9）安裝/卸載測試用例10）恢復(fù)測試用例11）安全測試用例12）兼容性測試用例13）比較測試用例14）強(qiáng)迫測試用例15）接受/驗(yàn)收測試用例16）端到端測試用例測試用例設(shè)計(jì)技術(shù)—黑盒測試用例設(shè)計(jì)方法測試用例的類型測試用例設(shè)計(jì)技術(shù)—黑盒測試用例設(shè)計(jì)方法優(yōu)化測試用例的方法1)利用設(shè)計(jì)測試用例的8種方法不斷的對測試用例進(jìn)行分解與合并2)采用遺傳算法理論進(jìn)化測試用例3)在測試時(shí)利用發(fā)散思維構(gòu)造測試用例測試用例設(shè)計(jì)技術(shù)—黑盒測試用例設(shè)計(jì)方法優(yōu)化測試用例的方法Agenda新產(chǎn)品開發(fā)常用管理體系IPD與華為IPD介紹測試基本概念測試用例設(shè)計(jì)常用技術(shù)通信設(shè)備測試測試管理Agenda新產(chǎn)品開發(fā)常用管理體系通信設(shè)備/產(chǎn)品的特點(diǎn)系統(tǒng)運(yùn)行以數(shù)據(jù)觸發(fā)為最重要的特點(diǎn)，實(shí)時(shí)性要求高系統(tǒng)復(fù)雜，涉及硬件芯片、嵌入式操作系統(tǒng)、數(shù)據(jù)處理、應(yīng)用軟件、用戶界面等各個(gè)方面設(shè)備必須24×365不間斷運(yùn)行，一旦出現(xiàn)故障，影響面較大，在線調(diào)試?yán)щy運(yùn)行環(huán)境復(fù)雜，80％時(shí)間用到20％的功能通信設(shè)備/產(chǎn)品的特點(diǎn)系統(tǒng)運(yùn)行以數(shù)據(jù)觸發(fā)為最重要的特點(diǎn)，實(shí)時(shí)性通信設(shè)備/產(chǎn)品測試常用策略盡早測試，但不是盡早全面測試產(chǎn)品開發(fā)的不同階段，測試關(guān)注不同的重點(diǎn)硬件測試先行：指標(biāo)測試功能測試容限測試容錯(cuò)測試長時(shí)間驗(yàn)證測試可靠性測試（EMC、環(huán)境、安規(guī)、老化）一致性測試通信設(shè)備/產(chǎn)品測試常用策略盡早測試，但不是盡早全面測試通信設(shè)備/產(chǎn)品測試常用策略功能測試測試實(shí)時(shí)系統(tǒng)的第一步是獨(dú)立地測試各個(gè)功能功能測試能夠發(fā)現(xiàn)邏輯和功能錯(cuò)誤，但是不能發(fā)現(xiàn)時(shí)間和行為錯(cuò)誤行為測試按照外部事件的序列檢查其行為，這些分析活動(dòng)可作為創(chuàng)建實(shí)時(shí)系統(tǒng)時(shí)設(shè)計(jì)測試用例的基礎(chǔ)使用類似于等價(jià)劃分技術(shù)，可以對事件(如中斷、控制信號和數(shù)據(jù))分類測試每種事件都可以獨(dú)立測試，并且檢查可執(zhí)行系統(tǒng)的行為以檢測是否有與事件處理相關(guān)的繼發(fā)性錯(cuò)誤測試每種事件以后，以隨機(jī)順序和隨機(jī)頻率將事件傳給系統(tǒng)，檢查系統(tǒng)行為看是否有行為錯(cuò)誤盡量模擬真實(shí)的環(huán)境進(jìn)行行為測試測試在各種極限、邊界情況下的行為測試通信設(shè)備/產(chǎn)品測試常用策略功能測試通信設(shè)備/產(chǎn)品測試常用策略時(shí)間測試在隔離了功能內(nèi)部和系統(tǒng)行為錯(cuò)誤以后，測試就要轉(zhuǎn)向時(shí)間相關(guān)的錯(cuò)誤用不同的數(shù)據(jù)率和處理負(fù)載來測試在不同的時(shí)間點(diǎn)進(jìn)行測試長時(shí)間的壓力測試全面測試集成軟件和硬件，進(jìn)行大范圍的系統(tǒng)測試，以發(fā)現(xiàn)軟件/硬件接口間的錯(cuò)誤單板在允許的高溫和低溫狀態(tài)下的測試兼容性測試模擬各種流量進(jìn)行壓力和負(fù)載測試，特別是異常流量最常用功能的反復(fù)測試內(nèi)存泄漏測試易用性測試設(shè)備本身受到攻擊情況下的行為測試（安全測試）恢復(fù)測試通信設(shè)備/產(chǎn)品測試常用策略時(shí)間測試通信設(shè)備/產(chǎn)品測試經(jīng)驗(yàn)總結(jié)隨機(jī)難以復(fù)現(xiàn)的問題在網(wǎng)絡(luò)上運(yùn)行時(shí)一定會出現(xiàn)盡量模擬真實(shí)的網(wǎng)絡(luò)應(yīng)用環(huán)境進(jìn)行測試模擬各種特征的流量進(jìn)行測試極限壓力測試一定要做，而且常常是認(rèn)為不太可能出現(xiàn)的極限負(fù)荷長時(shí)間測試一定要做常用的功能務(wù)必要測試，不常用的功能至少要進(jìn)行基本功能測試控制版本節(jié)奏相當(dāng)重要，每個(gè)版本要做到徹底測試，測試思路要清晰，測試用例可以不詳細(xì)，但一定要清楚測試的目的測試人員需要熟練掌握各種測試儀器兼容性/互通性測試一定要做一定要熟悉被測試產(chǎn)品的常用調(diào)試手段，能夠根據(jù)一些調(diào)試信息做初步分析和判斷根據(jù)研發(fā)人員設(shè)計(jì)和編程時(shí)經(jīng)常出現(xiàn)的問題，猜測設(shè)計(jì)用例學(xué)會抓包分析一定要做對比測試設(shè)備本身的安全一定要重視資源相互競爭的測試通信設(shè)備/產(chǎn)品測試經(jīng)驗(yàn)總結(jié)隨機(jī)難以復(fù)現(xiàn)的問題在網(wǎng)絡(luò)上運(yùn)行時(shí)一通信設(shè)備/產(chǎn)品測試十大秘訣（來源：新浪博客）懂得使用工具盡早發(fā)現(xiàn)內(nèi)存問題深入理解代碼優(yōu)化不要讓自己大海撈針重現(xiàn)并隔離問題以退為進(jìn)確定測試的完整性提高代碼質(zhì)量意味著節(jié)省時(shí)間發(fā)現(xiàn)它，分析它，解決它利用初學(xué)者的思維通信設(shè)備/產(chǎn)品測試十大秘訣（來源：新浪博客）懂得使用工具Agenda新產(chǎn)品開發(fā)常用管理體系IPD與華為IPD介紹測試基本概念測試用例設(shè)計(jì)常用技術(shù)通信設(shè)備測試測試管理Agenda新產(chǎn)品開發(fā)常用管理體系測試管理過程管理選擇過程管理模型需求把握問題報(bào)告描述測試用例管理變更控制度量與分析測試節(jié)奏控制過程持續(xù)改進(jìn)人力資源管理績效評估技能培養(yǎng)溝通管理測試與研發(fā)的溝通測試內(nèi)部溝通測試管理過程管理測試管理—如何有效描述所發(fā)現(xiàn)的問題測試人員不僅僅是努力發(fā)現(xiàn)問題，還需要對發(fā)現(xiàn)的問題進(jìn)行分析，甄別，初步判斷和定位測試人員的一個(gè)重要職責(zé)是敦促研發(fā)人員及時(shí)解決所發(fā)現(xiàn)的問題對發(fā)現(xiàn)的問題要與研發(fā)人員充分的溝通，遇到嚴(yán)重致命問題，最好找研發(fā)人員當(dāng)場定位或者初步判斷一下在描述發(fā)現(xiàn)的問題的時(shí)候，要把問題發(fā)現(xiàn)的“上下文”描述清楚，比如當(dāng)前的配置、采用的組網(wǎng)環(huán)境、操作順序、流量特征、需要研發(fā)特別注意的環(huán)節(jié)等測試管理—