網(wǎng)絡通信產品測試課件

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

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

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

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

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

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

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

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

②列出所有的條件樁和動作樁.

③填入條件項.

④填入動作項.等到初始判定表.

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

②加權篩選,生成因素分析表

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

Ａ：８０——９０℃；

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

Ｃ：５％——７％。試驗目的是搞清楚因子A、B、C對轉化率有什么影響，哪些是主要的，哪些是次要的，從而確定最適生產條件，即溫度、時間及用堿量各為多少才能使轉化率高。試制定試驗方案。

這里，對因子A，在試驗范圍內選了三個水平；因子B和C也都取三個水平：

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

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

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