教材《軟件測試技術(shù)》第二版

測試教材.jpg

考試大綱 + 課后習(xí)題

第1章 概述

• 考核知識(shí)點(diǎn)與考核目標(biāo)

  1. 軟件測試的基本概念(重點(diǎn))
     識(shí)記:軟件測試的定義
     理解:軟件測試生命周期棺弊、軟件開發(fā)與測試模型
  2. 軟件測試技術(shù)分類(重點(diǎn))
     理解:軟件測試技術(shù)的分類
  3. 軟件測試目的和原則(次重點(diǎn))
     理解:軟件測試目的和原則
  4. 軟件測試工作流程(重點(diǎn))
     理解:軟件測試工作流程
  5. 軟件開發(fā)與軟件測試的關(guān)系(一般)
     理解:軟件開發(fā)與軟件測試的關(guān)系

• 課后習(xí)題

  1. 軟件測試的目的： 發(fā)現(xiàn)軟件中出現(xiàn)的錯(cuò)誤
  2. 軟件測試的原則： 1. 測試用例不僅選用的合理的數(shù)據(jù)剧蚣，還要選擇不合理的數(shù)據(jù)癞己；2.應(yīng)制定測試計(jì)劃并嚴(yán)格執(zhí)行偎谁；3. 對(duì)發(fā)現(xiàn)錯(cuò)誤較多的程序段，應(yīng)該進(jìn)行更深入的測試延都；
  3. 測試時(shí)機(jī)：應(yīng)該盡可能早地進(jìn)行測試
  4. 軟件測試對(duì)象：軟件代碼蒸甜、文檔棠耕、數(shù)據(jù)
  5. 什么是軟件測試？簡述其目的和原則柠新。

  答：簡單的說窍荧，是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行軟件產(chǎn)品程序的過程；大體來講就是軟件產(chǎn)品在交付之前恨憎，對(duì)軟件進(jìn)行檢測是否滿足客戶需求的一種工作搅荞；
  測試目的：通過對(duì)軟件錯(cuò)誤的原因和分布進(jìn)行歸納，來發(fā)現(xiàn)并排除軟件產(chǎn)品的缺陷框咙，對(duì)在需求和設(shè)計(jì)過程中存在的問題查缺補(bǔ)漏咕痛，從而確保軟件的產(chǎn)品的質(zhì)量；
  測試原則：
  1喇嘱、盡早的和不斷的進(jìn)行軟件測試茉贡；
  2、不可能完全的測試者铜；無法找出所有的設(shè)計(jì)錯(cuò)誤腔丧，并且不能采用邏輯來證明程序的正確性；
  3作烟、增量測試愉粤，由小及大；單元測試拿撩、集成測試衣厘、確認(rèn)測試、系統(tǒng)測試
  4、避免測試自己的程序影暴；
  5错邦、設(shè)計(jì)周密的測試用例
  6、注意錯(cuò)誤集中的現(xiàn)象型宙；
  7撬呢、確認(rèn)bug的有效性；
  8妆兑、合理安排測試計(jì)劃
  9魂拦、回歸測試；
  10搁嗓、測試結(jié)果的統(tǒng)計(jì)和分析晨另；
  11、及時(shí)更新測試谱姓；

  6. 軟件測試階段是如何劃分的？

  大體分為以下3個(gè)階段：
  1刨晴、需求階段屉来，需求階段是測試活動(dòng)的前提，明確了軟件產(chǎn)品最終的實(shí)現(xiàn)的效果狈癞，生成測試總體計(jì)劃茄靠；
  2、設(shè)計(jì)及編碼階段蝶桶，根據(jù)需求階段的文檔進(jìn)行概要設(shè)計(jì)慨绳，形成集成測試方案并以模塊為單位循環(huán)進(jìn)行單元測試、編碼真竖、單元測試脐雪，直至所有單元測試成功；
  3恢共、集成測試战秋、系統(tǒng)測試、驗(yàn)收測試階段讨韭，完成集成測試后脂信，申請系統(tǒng)測試、最后再進(jìn)行驗(yàn)收測試

  7. 簡述軟件測試過程透硝。

  軟件測試過程大概分六步走：
  第一步：對(duì)要執(zhí)行測試的產(chǎn)品項(xiàng)目進(jìn)行分析狰闪，確定測試策略，制定測試計(jì)劃濒生。該計(jì)劃被審核批準(zhǔn)后轉(zhuǎn)向第二步埋泵。測試工作啟動(dòng)前一定要確定正確的測試策略和指導(dǎo)方針，這些是后期開展工作的基礎(chǔ)罪治。只有將本次的測試目標(biāo)和要求分析清楚秋泄，才能決定測試資源的投入琐馆。
  第二步：設(shè)計(jì)測試用例。設(shè)計(jì)測試用例要根據(jù)測試需求和測試策略來進(jìn)行恒序，進(jìn)度壓力不大時(shí)瘦麸，應(yīng)該設(shè)計(jì)的詳細(xì)，如果進(jìn)度歧胁、成本壓力較大滋饲，則應(yīng)該保證測試用例覆蓋到關(guān)鍵性的測試需求。該用例被批準(zhǔn)后轉(zhuǎn)向第三步喊巍。
  第三步：如果滿足“啟動(dòng)準(zhǔn)則”屠缭，那么執(zhí)行測試。執(zhí)行測試主要是搭建測試環(huán)境崭参，執(zhí)行測試用例呵曹。執(zhí)行測試時(shí)要進(jìn)行進(jìn)度控制、項(xiàng)目協(xié)調(diào)等工作何暮。
  第四步：提交缺陷奄喂。這里要進(jìn)行缺陷審核和驗(yàn)證等工作。
  第五步：消除軟件缺陷海洼。通常情況下跨新，開發(fā)經(jīng)理需要審核缺陷，并進(jìn)行缺陷分配坏逢。程序員修改自己負(fù)責(zé)的缺陷域帐。在程序員修改完成后，進(jìn)入到回歸測試階段是整。如果滿足“完成準(zhǔn)則”肖揣，那么正常結(jié)束測試。
  第六步：撰寫測試報(bào)告浮入。對(duì)測試進(jìn)行分析许饿，總結(jié)本次的經(jīng)驗(yàn)教訓(xùn)，在下一次的工作中改舵盈。

  8. "軟件測試能夠保證軟件質(zhì)量"這句話對(duì)嗎陋率？軟件測試軟件質(zhì)量之間是什么關(guān)系？

  對(duì)秽晚。因?yàn)閷?duì)軟件測試的目的就是為了確保軟件是否滿足了需求說明而進(jìn)行的一項(xiàng)工作瓦糟。軟件質(zhì)量是依賴于軟件測試的，因?yàn)檐浖侨司幭葘懞驮O(shè)計(jì)的赴蝇，是人就一定會(huì)犯錯(cuò)誤菩浙。所以，如果不對(duì)軟件進(jìn)行測試驗(yàn)證，軟件的質(zhì)量就得不到保障劲蜻；

  9. 簡述軟件開發(fā)進(jìn)程和測試進(jìn)程的關(guān)系陆淀；

  測試應(yīng)該盡可能早的進(jìn)行，也就是從需求階段就要開始進(jìn)行先嬉，知道軟件產(chǎn)品交付給客戶轧苫。測試的工作應(yīng)該貫穿于整個(gè)軟件開發(fā)周期，準(zhǔn)確來說是跟軟件開發(fā)齊頭并進(jìn)的疫蔓。

  10. 什么是回歸測試含懊？什么時(shí)候進(jìn)行回歸測試？

回歸測試就是對(duì)上一版本測試中產(chǎn)生的缺陷問題衅胀，經(jīng)過修改后蚊伞，再次進(jìn)行驗(yàn)證食铐，確認(rèn)bug是否修復(fù)的過程做鹰。

第3章 白盒測試

• 考核知識(shí)點(diǎn)與考核目標(biāo)

  1. 白盒測試概述(次重點(diǎn))
     理解:白盒測試的含義
     白盒測試的分類
     白盒測試與調(diào)試的異同
  2. 白盒測試用例設(shè)計(jì)技術(shù)(重點(diǎn))
     應(yīng)用:邏輯覆蓋測試(語句覆蓋柳畔、判定覆蓋、條件覆蓋掸掏、路徑覆蓋)
     邊界值分析
     基本路徑測試
     循環(huán)語句測試

• 課后習(xí)題

  1. 白盒測試的描述

  1茁影、邏輯覆蓋法是一種常用的白盒測試方法；
  2阅束、白盒測試僅與程序的內(nèi)部結(jié)構(gòu)有關(guān)，完全可以不考慮程序的功能要求
  3茄唐、測試基于代碼息裸，無法求額定設(shè)計(jì)正確與否

  2. 對(duì)于邏輯表達(dá)式((a&b) || c)， 需要多少個(gè)測試用例才能完成條件組合覆蓋沪编？

  4種
  1. a = 1 b= 1 / c = 1 -- 真真
  2. a = 1 b = 1 / c = 0 -- 真假
  3. a = 1 b = 0 / c = 1 -- 假真
  4. a = 0 b = 1 / c = 0 -- 假假

  3. 邏輯覆蓋法包括：語句覆蓋呼盆、判定覆蓋（分支覆蓋）、條件覆蓋蚁廓、判定-條件覆蓋访圃、路徑覆蓋
  4. 如果測試用例集實(shí)現(xiàn)了某軟件的路徑覆蓋，那么他一定同時(shí)實(shí)現(xiàn)了該軟件的判定覆蓋
  5. 使用白盒測試方法時(shí)相嵌，確定測試數(shù)據(jù)的依據(jù)是指定的覆蓋標(biāo)準(zhǔn)和程序的內(nèi)部邏輯腿时；
  6. 簡述白盒測試用例的設(shè)計(jì)方法，并進(jìn)行分析總結(jié)饭宾；

  白盒測試的測試用設(shè)計(jì)方法包括以下幾點(diǎn)：
  1. 邏輯覆蓋法
  2. 邊界值分析
  3. 基本路徑測試
  4. 循環(huán)語句測試
  5. 程序插裝
  邏輯覆蓋測試就是根據(jù)程序的邏輯設(shè)計(jì)結(jié)構(gòu)設(shè)計(jì)測試用例批糟，在設(shè)計(jì)時(shí)，可以如下覆蓋準(zhǔn)則進(jìn)行設(shè)計(jì)：語句覆蓋看铆、判定覆蓋徽鼎、條件覆蓋、判定條件覆蓋、路徑覆蓋否淤；
  邊界值分析對(duì)程序中的條件值使用等價(jià)類劃分和邊界值分析設(shè)計(jì)測試用例悄但，即要取正常值、非正常值石抡、邊界值進(jìn)行測試檐嚣；
  基本路徑測試是使用流圖或者程序圖來描述程序中的邏輯控制流程，根據(jù)流程圖的符號(hào)劃分出程序的可能執(zhí)行路徑進(jìn)行測試用例設(shè)計(jì)汁雷；
  循環(huán)語句測試專門針對(duì)程序中的循環(huán)流程進(jìn)行測試用例設(shè)計(jì)净嘀。有簡單循環(huán)、嵌套循環(huán)（從內(nèi)往外進(jìn)行）侠讯、串接循環(huán)（內(nèi)循環(huán)依賴外循環(huán)的結(jié)果）挖藏、無結(jié)構(gòu)循環(huán)等用例設(shè)計(jì)方法；
  程序插裝就是往程序中插入操作厢漩，實(shí)現(xiàn)測試膜眠。如： 插入打印代碼，進(jìn)行驗(yàn)證溜嗜；

  6. 分析歸納邏輯覆蓋的各種策略宵膨，并比較每種覆蓋的特點(diǎn)，分析在怎樣的情況下采用何種覆蓋方式炸宵。

  邏輯覆蓋測試包括：語句覆蓋辟躏、判定覆蓋、條件覆蓋土全、判定條件覆蓋捎琐、路徑覆蓋。
  1. 語句覆蓋的策略是使程序中的每個(gè)可執(zhí)行語句至少執(zhí)行一次裹匙。 發(fā)現(xiàn)不了判斷中的邏輯錯(cuò)誤瑞凑；使用場景：對(duì)程序中檢查不可執(zhí)行語句有一定作用；
  2. 判定覆蓋的策略是使程序中的每個(gè)判斷條件分支概页，區(qū)真取假籽御，各執(zhí)行一次。 無法確定判斷內(nèi)部條件的錯(cuò)誤惰匙；
  3. 條件覆蓋的策略是使程序中每個(gè)判斷中每個(gè)條件的真假值至少滿足一次技掏。 覆蓋條件的測試用例不一定覆蓋了分支
  4. 判定-條件覆蓋是使程序中判斷的每個(gè)條件的所有可能至少出現(xiàn)一次，每個(gè)判斷本身的判定結(jié)果也至少出現(xiàn)一次项鬼；結(jié)合了判定覆蓋和條件覆蓋零截。能覆蓋所有分支，但是不能覆蓋所有路徑秃臣；
  5. 路徑覆蓋使測試用覆蓋中所有可能的路徑涧衙。在實(shí)際應(yīng)用的程序的可執(zhí)行路徑非常龐大哪工，做到完全測試是不可能的。

  7. 按照各種覆蓋方法為下述語句設(shè)計(jì)測試用例弧哎。

  if (a > 2 && b < 3 && (c > 4 || d < 5)) {
    statement1;
  } else {
    statement2;
  }
  

  答：1. 語句覆蓋測試用例
  CASE1 a = 3; b = 2; c = 5 d = 4 執(zhí)行statement1
  CASE2 a = 2 執(zhí)行statement2雁比；
  2. 判定覆蓋測試用例
  CASE1 a = 3; b = 2; c = 5 d = 4 執(zhí)行statement1
  CASE2 a = 2 執(zhí)行statement2；
  3. 條件覆蓋測試用例
  case1 a = 3; b = 2; c = 5 d = 4 執(zhí)行statement1
  case2 a = 1 執(zhí)行statement2
  4. 條件判定覆蓋測試用例
  case1 a = 3; b = 2; c = 5 d = 4 執(zhí)行statement1
  case2 a = 1 b = 1 c = 1 d = 6 執(zhí)行statement2
  5. 路徑覆蓋測試用例
  case1 a = 3; b = 2; c = 5 d = 4 執(zhí)行statement1
  case2 a = 1 執(zhí)行statement2

  8. 針對(duì)test函數(shù)按照基本路徑測試方法設(shè)計(jì)測試用例撤嫩。

   int Test(int i_count, int i_flag) {
         int i_temp = 0;
   ①  while (i_count > 0) {
    ②    if(i_flag == 0) {
     ③       i_temp = i_count + 100;
            break;
            } 
     ⑨   else {
      ④      if (i_flag == 1) {
       ⑤         i_temp = i_temp + 10;
                } 
         ⑩   else {
        ⑥        i_temp = i_temp + 20;

            }
        }
    ⑦  i_count --;
    }
  
  ⑧  return i_temp;

  }

控制流圖：

流程圖.jpg

測試用例如下：
路徑1： ① → ⑧ (i_count <= 0)
路徑2： ① → ② → ③ → ⑧ (i_count > 0, i_flag = 0)
路徑3：① → ⑨ → ④ → ⑤ → ⑦ → ① → ⑧ (i_count > 1, i_flag = 1)
路徑4： ① → ⑨ → ④ → ⑥ → ⑦ → ① → ⑧ (i_count > 1, i_flag != 1)

9. 用邏輯覆蓋對(duì)下面的Java 代碼段進(jìn)行測試（畫出程序流程圖和控制流圖偎捎，并寫出每種覆蓋準(zhǔn)則設(shè)計(jì)測試用例）。

public char function(int x, int y) {


        char t;
      ①  if (x >= 90 && y >=90) {

          ②  t = 'A';


       ③ } else {
         ④   if (x + y >= 165) {
          ⑤      t = 'B';
            }
          ⑥  else {

                t = 'C';
            }
        }
    ⑩    return t;
    }

這里就只畫圖了

程序流程圖.jpg

第4章 黑盒測試

• 考核知識(shí)點(diǎn)與考核目標(biāo)

  1. 黑盒測試概述(次重點(diǎn))
     理解:黑盒測試的含義
     黑盒測試與白盒測試的異同
     黑盒測試的原則和策略
  2. 黑盒測試用例設(shè)計(jì)技術(shù)(重點(diǎn))
     應(yīng)用:等價(jià)類劃分
     邊界值分析
     因果圖法 決策表法

課后習(xí)題：

1. 黑盒測試的描述：

• 不需要了解程序內(nèi)部的代碼及實(shí)現(xiàn)
• 判斷用戶會(huì)用到哪些功能序攘，會(huì)遇到哪些問題茴她；
• 基于軟件開發(fā)文檔，所以也能知道軟件實(shí)現(xiàn)了文檔中的那些功能程奠；

2. 黑盒測試的方法有：等價(jià)類劃分丈牢、邊界值分析法、 錯(cuò)誤推測法瞄沙、因果圖法己沛、決策表法；
3. 劃分軟件測試屬于白盒測試還是黑盒測試的依據(jù)是：是否能看到被測源程序距境；
4. 簡述黑盒測試方法的特點(diǎn)申尼。

特點(diǎn)如下：
1. 適用于功能測試、可用性測試及可接受性測試垫桂；對(duì)照說明書測試程序功能师幕；
2. 可測試長的、復(fù)雜的程序的工作邏輯诬滩，易被理解霹粥。不可能進(jìn)行完全的、毫無遺漏的輸入測試碱呼，有一些軟件Bug或人為設(shè)置的故障通過黑盒測試是無法檢測出來的蒙挑。
3. 黑盒測試是以用戶的角度宗侦，從輸入數(shù)據(jù)與輸出數(shù)據(jù)的對(duì)應(yīng)關(guān)系出發(fā)進(jìn)行測試的愚臀。很明顯，如果外部特性本身設(shè)計(jì)有問題或規(guī)格說明的規(guī)定有誤矾利，用黑盒測試方法是發(fā)現(xiàn)不了的姑裂。

5. 健壯等價(jià)類測試和標(biāo)準(zhǔn)等價(jià)類測試的主要區(qū)別是什么？

等價(jià)類劃分法是把所有可能輸入的數(shù)據(jù)男旗，即程序的輸入域劃分若干部分（子集）舶斧，然后從每一個(gè)子集中選取少數(shù)具有代表性的數(shù)據(jù)作為測試用例；等價(jià)類就是指某個(gè)輸入域的子集和察皇；
針對(duì)是否對(duì)無效數(shù)據(jù)進(jìn)行測試茴厉，可以將等價(jià)類測試分為標(biāo)準(zhǔn)等價(jià)類測試和健壯等價(jià)類測試泽台；
1. 標(biāo)準(zhǔn)等價(jià)類測試是只考慮有效值的數(shù)據(jù)，測試用例使用每個(gè)等價(jià)類中的一個(gè)值矾缓；
2. 健壯等價(jià)類測試主要考慮了無效輸入怀酷，對(duì)有效輸入，測試用例從每個(gè)有效等價(jià)類中取一個(gè)值嗜闻，對(duì)無效輸入蜕依，一個(gè)測試用例取一個(gè)無效值，其他值均取有效值琉雳。

6. 試為三角形問題中的直角三角形開發(fā)一個(gè)決策表和相應(yīng)的測試用例样眠。注意：存在等腰直角三角形。
   樣例決策表：
   來不及細(xì)寫了 格式大概如下：
   如果條件有n個(gè)翠肘，那么規(guī)則的個(gè)數(shù)就是2的n次方檐束； ‘-’ 代表?xiàng)l件極為相似的關(guān)系，統(tǒng)一使用'-'表示锯茄；

測試用例：

7. 給定二元函數(shù)f(x,y)晚碾，輸入變量x，y分別滿足x ∈[1,16], y∈[1,51]喂急。 寫出該函數(shù)采用邊界值分析法設(shè)計(jì)的測試用例格嘁。
   如果程序有n個(gè)變量，那么采用邊界值分析測試程序會(huì)產(chǎn)生4n + 1個(gè)測試用例（健壯性測試6n + 1）廊移，取值策略 包括min(最小值) min+（略大于最小值） nom（正常值） max-（略小于最大值） max（最大值） min-（略小于最小值） max+ （略大于最大值）

{ <1, 25>, <2, 25>, <15, 25>, <16, 25>, <8, 25>, <8, 1>, <8, 2>, <8, 50>, <8, 51> }
如果是健壯性邊界測試再加上{<0, 25>, <17, 25>, <8, 0>, <8, 52>}

第5章 單元測試

• 考核知識(shí)點(diǎn)與考核目標(biāo)
  1. 單元測試的概念(次重點(diǎn))
     理解:單元測試的概念
  2. 單元測試環(huán)境(一般)
     理解:單元測試環(huán)境
  3. 單元測試策略(重點(diǎn))
     理解:自頂向下策略糕簿、自底向上策略、孤立測試狡孔、綜合測試
  4. 單元測試分析(次重點(diǎn))
     理解:單元測試分析
  5. 單元測試步驟(次重點(diǎn))
     理解:單元測試步驟
  6. 單元測試用例設(shè)計(jì)(重點(diǎn))
     應(yīng)用:單元測試用例設(shè)計(jì)

課后練習(xí)

1. 單元測試中用來模擬被測模塊調(diào)用者的模塊是：驅(qū)動(dòng)模塊

2. 單元測試的內(nèi)容包括：

   • 判斷得到的結(jié)果是否正確懂诗；
   • 判斷是否滿足所有的邊界條件；
   • 分析是否能夠使用反相關(guān)聯(lián)檢查苗膝；
   • 分析是否可以強(qiáng)制一些錯(cuò)誤發(fā)生殃恒；
   • 分析模塊接口；
   • 分析局部數(shù)據(jù)結(jié)構(gòu)辱揭；
   • 分析獨(dú)立路徑离唐；
   • 分析出錯(cuò)處理是否正確；

3. 在進(jìn)行單元測試時(shí)问窃，常用的方法是：采用白盒測試亥鬓，輔之以黑盒測試；

4. 單元測試有哪些步驟域庇？各個(gè)步驟有哪些實(shí)施內(nèi)容嵌戈？

答： 單元測試步驟主要分為以下幾個(gè)階段：
1. 準(zhǔn)備階段覆积，準(zhǔn)備開發(fā)環(huán)境，設(shè)計(jì)測試用例并審查熟呛；
2. 編制階段技健，程序員根據(jù)設(shè)計(jì)說明書進(jìn)行編碼；
3. 代碼審查階段惰拱，對(duì)源代碼進(jìn)行代碼審查雌贱；
4. 單元測試階段，利用相關(guān)測試工具對(duì)單元測試代碼進(jìn)行測試偿短，最終生成測試報(bào)告和bug清單欣孤；
5. 評(píng)審、提交階段昔逗，對(duì)源代碼文件進(jìn)行統(tǒng)計(jì)評(píng)審降传，給出評(píng)審結(jié)論，并將其提交到配置庫中勾怒；

5. 簡述單元測試的目的和意義婆排。

答：
單元測試的目的：
驗(yàn)證開發(fā)人員所編寫的代碼是否按照其所設(shè)想的方式執(zhí)行，并產(chǎn)生符合預(yù)期值的結(jié)果笔链，確保產(chǎn)生符合其需求的程序單元段只；
單元測試的意義：
程序在經(jīng)過單元測試之后，系統(tǒng)集成過程將會(huì)大大的簡化鉴扫，開發(fā)人員可以將精力更好的集中單元之間的交互作用和全局的功能實(shí)現(xiàn)上赞枕，而不會(huì)陷入充滿很多bug的單元之中不能自拔；

6. 單元測試策略主要有哪些坪创，并描述這些策略炕婶。

答：單元測試的策略如下：
1. 自頂向下的單元測試策略，從最頂層開始莱预，將頂層調(diào)用的模塊做成樁模塊柠掂，再測試下一層的時(shí)候，以上一層為驅(qū)動(dòng)模塊進(jìn)行測試依沮，直到測試完所有單元涯贞；
2. 自底向上的單元測試，從調(diào)用模塊的最底層模塊開始測試悉抵，模擬調(diào)用該模塊的模塊為驅(qū)動(dòng)模塊肩狂，再對(duì)上一層模塊測試時(shí)摘完，用已經(jīng)被測試的模塊做樁模塊姥饰，以此類推，直至測試完所有單元孝治；
3. 孤立測試列粪，無須考慮每個(gè)模塊之間的關(guān)系审磁，再對(duì)單個(gè)模塊進(jìn)行測試時(shí)，對(duì)模塊單獨(dú)設(shè)計(jì)驅(qū)動(dòng)模塊和樁模塊岂座，逐一完成所有單元模塊的測試态蒂；

7. 什么是驅(qū)動(dòng)模塊和樁模塊？為下面的函數(shù)構(gòu)造一個(gè)驅(qū)動(dòng)模塊费什。

int devide(int a, int b) {
       
       int c;
       if (b == 0) {
           printf("除數(shù)不能為0");
           return 0;
       }
       c = a / b;
       return c;
   }

答：
驅(qū)動(dòng)模塊相當(dāng)于所測模塊的主程序钾恢，它接受所測程序的數(shù)據(jù)，把這些數(shù)據(jù)傳遞給所測模塊鸳址，最后再實(shí)際輸出測試結(jié)果瘩蚪；
樁模塊用于替代所測模塊調(diào)用的子模塊。樁模塊可以進(jìn)行少量的數(shù)據(jù)操作稿黍，不需要實(shí)現(xiàn)子模塊所有功能疹瘦，只需要根據(jù)需要來實(shí)現(xiàn)子模塊的一部分功能；

驅(qū)動(dòng)模塊構(gòu)造

void main() {

        int x, y, result;

        scanf("%d%d",x,y);

        result = divide(x,y);

        printf(result);

    }

第6章 集成測試

• 考核知識(shí)點(diǎn)與考核目標(biāo)
  1. 集成測試概述(一般)
     理解:集成測試的概念
     集成測試與系統(tǒng)測試的區(qū)別
     集成測試與開發(fā)的關(guān)系
     集成測試的層次
     集成測試的過程
  2. 集成測試的分析方法(重點(diǎn))
     理解:體系結(jié)構(gòu)分析
     模塊分析
     接口分析
     風(fēng)險(xiǎn)分析
     可測試性分析
     集成測試策略分析
  3. 集成測試策略(重點(diǎn))
     理解:基于調(diào)用圖的集成
     基于路徑的集成 分層集成 基于功能的集成 高頻集成 基于進(jìn)度的集成 基于風(fēng)險(xiǎn)的集成 基于事件的集成 巡球、客戶/服務(wù)器的集成
     應(yīng)用:大爆炸集成 言沐、自頂向下集成 、自底向上集成酣栈、 三明治集成 险胰、改進(jìn)的三明治集成
  4. 集成測試用例設(shè)計(jì)(重點(diǎn))
     應(yīng)用:集成測試用例設(shè)計(jì)

課后習(xí)題

1. 集成測試有哪些不同的集成方法？ 簡述不同方法的特點(diǎn)矿筝。

答：集成測試的方法包括：
1. 基于分解的集成：分解的集成又分為非增量式和增量式兩大類鸯乃。大爆炸集成方法屬于非增量式測試，就是一次性把通過單元測試的模塊集成到一起進(jìn)行測試跋涣，不考慮組件之間的依賴關(guān)系和可能存在的風(fēng)險(xiǎn)缨睡。自頂向下和自底向上集成屬于增量式集成。自頂向下集成就是從頂層控制模塊開始陈辱，依照系統(tǒng)層次結(jié)構(gòu)圖奖年，對(duì)各個(gè)模塊一邊組裝一邊進(jìn)行測試。自底向上集成就是從最小的底層模塊開始沛贪，按層次結(jié)構(gòu)圖陋守，逐層向上集成。
2. 三明治集成利赋，是一種混合式增殖式測試策略水评，綜合了自頂向下和自底向上方法的優(yōu)點(diǎn)，也叫基于功能分解集成媚送。主要是區(qū)分出一個(gè)中間并以此為界中燥，中間層上方使用自頂向下策略，中間層下方使用自底向上策略塘偎，中間層各模塊先跟下層集成疗涉，然后字跟上層拿霉，最后對(duì)所有模塊進(jìn)行集成測試；
3. 修改過的三明治集成咱扣，主要是補(bǔ)充了三明治集成中間層不能進(jìn)行充分測試的缺點(diǎn)绽淘。即對(duì)中間使用獨(dú)立測試策略，就是開發(fā)相應(yīng)的驅(qū)動(dòng)模塊和樁模塊對(duì)中間層的模塊進(jìn)行測試
4. 基于調(diào)用圖的集成闹伪，把程序內(nèi)部個(gè)單元的調(diào)用關(guān)系模擬成單元調(diào)用圖沪铭，而單元調(diào)用圖是一種有向圖，節(jié)點(diǎn)表示程序單元偏瓤，邊代表調(diào)用關(guān)系伦意。有兩種集成方式，成對(duì)集成和相鄰集成硼补。成對(duì)集成就是對(duì)調(diào)用圖的每個(gè)邊都創(chuàng)建一個(gè)集成測試會(huì)話驮肉，雖然會(huì)創(chuàng)建多個(gè)集成測試過程，但可以減少驅(qū)動(dòng)模塊和樁模塊的開發(fā)已骇。相鄰集成是針對(duì)節(jié)點(diǎn)而言的离钝，對(duì)節(jié)點(diǎn)及該節(jié)點(diǎn)鄰居形成一個(gè)集成進(jìn)行測試。
5. 基于路徑的集成褪储，根據(jù)源節(jié)點(diǎn)卵渴、匯節(jié)點(diǎn)生成模塊執(zhí)行路徑的集成方式。源節(jié)點(diǎn)指的是程序開始執(zhí)行或者開始處的點(diǎn)鲤竹。匯節(jié)點(diǎn)指的是程序執(zhí)行片段結(jié)束處的點(diǎn)浪读。
6. 分層集成，對(duì)系統(tǒng)應(yīng)用進(jìn)行分層辛藻，然后各層采用大爆炸碘橘，自頂向下、自頂向上吱肌、三明治的策略進(jìn)行集成測試痘拆。適用于通信系統(tǒng)，不適合各層關(guān)系復(fù)雜的系統(tǒng)氮墨；
6. 基于功能的集成纺蛆，按照模塊功能的重要程度組織模塊的集成順序。依次按照模塊的重要程度進(jìn)行集成測試规揪；
7. 高頻集成桥氏，頻繁的向一個(gè)已經(jīng)穩(wěn)定的系統(tǒng)基線中添加新的代碼（迭代），防止給穩(wěn)定系統(tǒng)帶來錯(cuò)誤的一種集成測試方法猛铅。
8. 基于進(jìn)度的集成字支，最大限度的保持開發(fā)和測試的并行性，對(duì)最早可獲得代碼進(jìn)行集成，必要時(shí)開發(fā)驅(qū)動(dòng)模塊或樁模塊進(jìn)行集成測試祥款；
9. 基于風(fēng)險(xiǎn)的集成，盡可能早的驗(yàn)證高風(fēng)險(xiǎn)的模塊月杉；
10. 基于事件的集成刃跛，又叫基于消息的集成，主要是驗(yàn)證消息路徑的正確性苛萎，漸增式的把系統(tǒng)集成到一起桨昙；
11. 基于使用的集成，主要是針對(duì)面向系統(tǒng)腌歉，根據(jù)類之間的關(guān)系進(jìn)行集成測試蛙酪。
12. 客戶服務(wù)器的集成，單獨(dú)測試每個(gè)客戶端和服務(wù)器端翘盖，必要時(shí)設(shè)計(jì)驅(qū)動(dòng)模塊和樁模塊桂塞；

2. 簡述基于功能分解的集成的特點(diǎn)，并分析其適用的應(yīng)用場景馍驯。

基于功能的分解集成也就是三明治集成阁危，它的特點(diǎn)是：以系統(tǒng)功能分解為基礎(chǔ)，在方法上綜合了自頂向下和自底向上兩種集成的優(yōu)點(diǎn)汰瘫，并在各個(gè)子模塊上進(jìn)行了真正的大爆炸集成狂打，因此對(duì)于驅(qū)動(dòng)器和樁模塊的工作量較少，然而也會(huì)帶來定位缺陷困難的問題混弥；
它的使用場景：適用大部分軟件開發(fā)項(xiàng)目趴乡，采用結(jié)構(gòu)化編程方法的產(chǎn)品；

3. 簡述基于調(diào)用圖的集成的特點(diǎn)蝗拿， 并分析其適用的應(yīng)用場景晾捏。

基于調(diào)用圖的集成的特點(diǎn)：它屬于結(jié)構(gòu)性測試方法，將功能分解圖細(xì)化為單元調(diào)用圖哀托。他有兩種集成方式粟瞬，分別是成對(duì)集成和相鄰集成。這兩種方法都能大大減少驅(qū)動(dòng)器和樁模塊開發(fā)的工作量萤捆，相鄰集成的特點(diǎn)決定了它也具有缺陷隔離困難的缺點(diǎn)裙品；
他的應(yīng)用場景：使用與大部分軟件開發(fā)項(xiàng)目，采用結(jié)構(gòu)化編程方法的產(chǎn)品俗或；

4. 如圖所示市怎，采用基于功能分解的集成方法分析模塊圖的集成測試會(huì)話，分別采用自頂向下辛慰、自頂向上区匠、三明治集成的方法。

   
   
   image.png

使用自頂向下集成步驟如下：
1. 測試M1模塊，并且設(shè)計(jì)樁模塊D2驰弄、D3麻汰、D4代替M1模塊實(shí)際調(diào)用的M2、M3戚篙、M4模塊五鲫；
2. 使用實(shí)際M2模塊代替D2樁模塊測試；
3. 使用M3實(shí)際模塊代替D3樁模塊岔擂，并設(shè)計(jì)D5位喂、D6樁模塊代替M3的調(diào)用模塊M5、M6進(jìn)行測試乱灵；
4. 使用實(shí)際模塊4代替D4樁模塊進(jìn)行測試塑崖；
5. 使用實(shí)際模塊M5代替D5樁模塊進(jìn)行測試；
6. 使用實(shí)際模塊M6代替D6樁模塊痛倚，并設(shè)計(jì)D7樁模塊代替M6調(diào)用的M7模塊规婆，然后進(jìn)行測試；
7. 使用M7代替樁模塊D7進(jìn)行測試蝉稳；
使用自底向上集成策略步驟如下：
1. 為M7的調(diào)用模塊M6設(shè)計(jì)D6驅(qū)動(dòng)模塊聋呢，然后將M7和D6集成進(jìn)行測試；
2. 模擬M3調(diào)用M6的關(guān)系颠区，設(shè)計(jì)D3驅(qū)動(dòng)模塊削锰，把通過集成測試的M6和M7集成起來進(jìn)行測試；
3. 模擬M1調(diào)用M3設(shè)計(jì)D1驅(qū)動(dòng)模塊毕莱，與M7器贩、M6、M3模塊集成進(jìn)行測試朋截；
4. 其他以此類推...
使用三明治集成步驟如下：
以M3模塊為中間層蛹稍，并行測試目標(biāo)層上一層，目標(biāo)層下一層部服，具體步驟如下：

IMG_1971.jpg

第7章 系統(tǒng)測試

• 考核知識(shí)點(diǎn)與考核目標(biāo)
  1. 系統(tǒng)測試的概念(次重點(diǎn))
     理解:系統(tǒng)測試的概念
  2. 系統(tǒng)測試過程(一般)
     理解:系統(tǒng)測試過程
  3. 系統(tǒng)測試類型(重點(diǎn))
     理解:系統(tǒng)測試類型
  4. 系統(tǒng)測試用例設(shè)計(jì)(重點(diǎn))
     應(yīng)用:系統(tǒng)測試用例設(shè)計(jì)

課后習(xí)題

1. 什么事系統(tǒng)測試唆姐？

系統(tǒng)測試就是將已經(jīng)集成好的軟件系統(tǒng)，作為整個(gè)計(jì)算機(jī)系統(tǒng)的一個(gè)單元廓八，與計(jì)算機(jī)硬件奉芦、外設(shè)、某些支持軟件剧蹂、數(shù)據(jù)和人員等其他系統(tǒng)元素結(jié)合在一起声功，在實(shí)際運(yùn)行環(huán)境下，對(duì)計(jì)算機(jī)系統(tǒng)進(jìn)行一系列的組裝測試和確認(rèn)測試宠叼。

2. 系統(tǒng)測試主要包括哪些內(nèi)容先巴？

測試主要包括：
1. 功能測試
- 系統(tǒng)中最基本的測試，驗(yàn)證所開發(fā)的系統(tǒng)是否達(dá)到了客戶的要求，是否能夠按照需求說明正常工作伸蚯；
2. 協(xié)議一致性測試
- 主要針對(duì)分布式系統(tǒng)摩渺，測試系統(tǒng)之間的通信協(xié)議的一致性、性能剂邮、互操作性摇幻、健壯性；
3. 性能測試
客戶端的性能測試
- 并發(fā)性能測試抗斤，利用自動(dòng)化負(fù)載工具進(jìn)行測試囚企；
- 疲勞強(qiáng)度測試丈咐、系統(tǒng)咋正常情況支持的用戶最大并發(fā)數(shù)瑞眼；
- 大數(shù)據(jù)量測試、針對(duì)系統(tǒng)存儲(chǔ)棵逊、傳輸伤疙、看，
- 速度測試： 測試軟件的響應(yīng)時(shí)間
網(wǎng)絡(luò)性能測試
應(yīng)用在服務(wù)器的性能測試
4. 壓力測試
- 又叫強(qiáng)度測試辆影，就是在系統(tǒng)各種資源超負(fù)荷的情況下徒像，軟件的運(yùn)行情況、反應(yīng)速度蛙讥。
5. 容量測試
- 在系統(tǒng)正常運(yùn)行的過程中锯蛀，測試軟件能夠處理的數(shù)據(jù)容量；
6. 安全性測試
- 軟件的用戶數(shù)據(jù)次慢、機(jī)密信息是否安全旁涤，系統(tǒng)內(nèi)的保護(hù)機(jī)制是否能夠抵御入侵者的共計(jì)；
7. 恢復(fù)性測試
- 檢驗(yàn)軟件在發(fā)生錯(cuò)誤后迫像，是否能夠從錯(cuò)誤中恢復(fù)過來劈愚，繼續(xù)運(yùn)行；
8. GUI測試
- 軟用戶界面測試闻妓，測試軟件界面是否與設(shè)計(jì)的一致菌羽，是否可以按照規(guī)定流程顯示正確的內(nèi)容；
9. 備份測試
- 測試軟件備份數(shù)據(jù)的能力
10. 健壯性測試
- 檢查軟件的容錯(cuò)能力由缆，在軟件出現(xiàn)錯(cuò)誤時(shí)注祖，軟件是否能夠繼續(xù)運(yùn)行或者自動(dòng)恢復(fù)；
11. 兼容性測試
- 屬于適配性測試均唉，驗(yàn)證能否在不同的系統(tǒng)上面有正確的表現(xiàn)
12. 可用性測試
- 驗(yàn)證軟件產(chǎn)品的設(shè)計(jì)是否是真正的面向用戶氓轰，用戶是否易用；
13. 可安裝性測試
- 驗(yàn)證軟件是否能夠正確的安裝到支持的環(huán)境中
14. 文檔測試
- 驗(yàn)證文檔是否和軟件的表現(xiàn)一致
15. 在線幫助測試
- 在線幫助用戶浸卦，提供實(shí)時(shí)咨詢的服務(wù)
16. 數(shù)據(jù)轉(zhuǎn)換測試
- 驗(yàn)證軟件升級(jí)時(shí)署鸡，新舊數(shù)據(jù)的適配
17. 驗(yàn)收測試
客戶根據(jù)需求進(jìn)行驗(yàn)收軟件

3. 針對(duì)某論壇，考慮需要要測試的內(nèi)容。

針對(duì)論壇涉及的增靴庆、刪时捌、改、查炉抒、登錄等方面進(jìn)行測試內(nèi)容的設(shè)計(jì)奢讨，具體就不寫了；

4. 針對(duì)某殺毒軟件（如360殺毒）焰薄， 考慮其需要測試的內(nèi)容拿诸。

以平時(shí)自己使用軟件的思路，設(shè)計(jì)測試內(nèi)容;

第8章 軟件測試自動(dòng)化

• 考核知識(shí)點(diǎn)與考核目標(biāo)
  1. 自動(dòng)化測試概述(一般)
     理解:自動(dòng)化測試的時(shí)機(jī)
     自動(dòng)化測試成本
     自動(dòng)化測試生命周期
     自動(dòng)化測試價(jià)值
  2. 自動(dòng)化測試的特點(diǎn)(次重點(diǎn))
     理解:自動(dòng)化測試與手工測試的比較
     自動(dòng)化測試的優(yōu)缺點(diǎn)
  3. 自動(dòng)化測試工具的選擇和使用(重點(diǎn))
     應(yīng)用:自動(dòng)化測試工具的選擇和使用
  4. 常見的自動(dòng)化測試工具(次重點(diǎn))
     應(yīng)用:JUnit 塞茅、C++ Test 亩码、LoadRunner

課后習(xí)題

1. 簡述軟件測試自動(dòng)化的意義。

適時(shí)地進(jìn)行自動(dòng)化測試野瘦，能夠使測試功能得以改進(jìn)描沟，并提高開發(fā)工作的質(zhì)量，降低開發(fā)成本和縮短開發(fā)周期鞭光。

2. 在運(yùn)用軟件自動(dòng)化測試時(shí)吏廉，應(yīng)注意哪些缺點(diǎn)和事項(xiàng)。

在運(yùn)用軟件自動(dòng)化測試時(shí)惰许，應(yīng)注意以下幾點(diǎn)：
1. 自動(dòng)化測試的所花費(fèi)的成本席覆，尤其是時(shí)間成本；
2. 手工測試能夠發(fā)現(xiàn)自動(dòng)化測試所不能發(fā)現(xiàn)的問題汹买；
3. 如果產(chǎn)品的行為變了佩伤，自動(dòng)化測試就可能會(huì)報(bào)告一些不真實(shí)的bug；
4. 自動(dòng)化測試價(jià)值的大小和生命周期的長短卦睹；
5. 要不斷跟蹤bug報(bào)告并加以修改畦戒，保留和測試相關(guān)的文檔；
自動(dòng)化測試的缺點(diǎn)：
1. 自動(dòng)化測試不能取代手工測試结序，測試主要還是要靠人工障斋；
2. 新缺陷越多，自動(dòng)化測試失敗的幾率就越大徐鹤；
3. 工具本身不具有想象力垃环；
4. 技術(shù)問題、組織問題返敬、腳本維護(hù)實(shí)施難遂庄；
5. 測試工具和其他軟件的互操作性，難以適應(yīng)新技術(shù)革新劲赠；

3. 軟件測試工具主要分為哪幾類涛目？

測試工具大體分為以下幾類：
1. 白盒測試工具：靜態(tài)測試工具Logiscope秸谢，動(dòng)態(tài)測試工具
2. 黑盒測試工具：TeamTest
3. 測試管理工具：Test Manager
4. 其他自動(dòng)化測試工具：針對(duì)數(shù)據(jù)庫測試的TestBytes 和針對(duì)應(yīng)用性能進(jìn)行優(yōu)化的EcoScope等；

4. 請解釋LoadRunner下最大并發(fā)用戶數(shù)霹肝、業(yè)務(wù)操作響應(yīng)時(shí)間估蹄，服務(wù)器資源監(jiān)控指標(biāo)的含義與用途。

LoadRunner是一種預(yù)測系統(tǒng)行為和性能的工業(yè)級(jí)性能測試負(fù)載測試工具沫换；
1. 最大并發(fā)用戶數(shù)臭蚁，是指服務(wù)器的某一功能，在同一時(shí)間下讯赏，支持訪問的最大用戶數(shù)垮兑。可以明確軟件規(guī)格說明漱挎；
2. 業(yè)務(wù)操作響應(yīng)時(shí)間系枪，是指服務(wù)器在響應(yīng)用戶的操作所花費(fèi)的總時(shí)間。
3. 服務(wù)器資源監(jiān)控指標(biāo)识樱，是指服務(wù)器在運(yùn)行過程中嗤无，系統(tǒng)的狀態(tài)相關(guān)的一些數(shù)據(jù)震束。比如：吞吐量怜庸，內(nèi)存情況、cpu情況等垢村；

5. 了解當(dāng)前常用的自動(dòng)化測試工具割疾，并對(duì)這些進(jìn)行針對(duì)性的說明。

1. JUnit,是 Java編程語言編寫的面向?qū)ο蟮膯卧?jí)測試工具嘉栓；主要是開發(fā)人員在開發(fā)時(shí)做單元測試使用宏榕；
   2. C++ Test,能夠使用與任何開發(fā)周期的易于使用的產(chǎn)品，可以有效的防止軟件錯(cuò)誤侵佃、提高代碼的穩(wěn)定性麻昼，實(shí)現(xiàn)自動(dòng)化單元測試；
   3. LoadRunner是一種預(yù)測系統(tǒng)行為和性能的工業(yè)級(jí)標(biāo)準(zhǔn)性能負(fù)載測試工具馋辈；它可以做到輕松創(chuàng)建虛擬用戶抚芦，創(chuàng)建真實(shí)的負(fù)載，定位性能問題迈螟，分析結(jié)果精準(zhǔn)定位問題叉抡；

第9章 軟件BUG和管理

• 考核知識(shí)點(diǎn)與考核目標(biāo)
  1. 軟件 BUG 的產(chǎn)生和影響(一般)
     理解:軟件 BUG 的產(chǎn)生和影響
  2. 軟件 BUG 的種類(重點(diǎn))
     理解:需求階段的 BUG 分析設(shè)計(jì)階段的 BUG
     實(shí)現(xiàn)階段的 BUG 配置階段的 BUG 短視將來的 BUG 靜態(tài)文檔的 BUG
  3. BUG 報(bào)告單的提交和管理(一般)
     理解:BUG 報(bào)告單的內(nèi)容、BUG 的管理流程
  4. 重現(xiàn) BUG 的分析和方法(重點(diǎn))
     理解:重現(xiàn) BUG 的分析和方法

課后習(xí)題

1. bug的來源和影響有哪些答毫？

1. bug的來源有：程序編寫錯(cuò)誤褥民、需求變更頻繁導(dǎo)致的錯(cuò)誤、軟件設(shè)計(jì)過于復(fù)雜洗搂、交流不充分或者溝通出問題消返、測試人員的經(jīng)驗(yàn)與技巧不足载弄、時(shí)間過于緊迫、缺乏文檔撵颊、管理上的缺陷侦锯；

2. bug的影響有：
    - 因?yàn)閎ug過多，可能摧殘人員的意識(shí)秦驯；
    - 資源的損失尺碰；
    - 影響了產(chǎn)品的質(zhì)量，同時(shí)也會(huì)嚴(yán)重?fù)p壞公司形象译隘；

2. bug的種類有哪些朽合？并通過對(duì)實(shí)際案例的測試旗闽，分析一下找出的bug都是在軟件生命周期的哪個(gè)階段出現(xiàn)的？

bug的種類有：
1. 需求階段的bug，如：產(chǎn)品提出的需求模糊廓俭、不清晰；還有些需求可能被忽略妖碉；有些需求可能相互沖突忽肛；
2. 分析設(shè)計(jì)階段的bug， 如：忽略一些情況的設(shè)計(jì)损敷；混亂的設(shè)計(jì)葫笼；模糊的設(shè)計(jì)；
3. 實(shí)現(xiàn)階段的bug拗馒，如：程序員在編碼時(shí)路星，可能會(huì)出現(xiàn)消息錯(cuò)誤、用戶界面接錯(cuò)诱桂、遺漏一些需求洋丐、內(nèi)存溢出或者程序崩潰；
4. 配置階段的bug挥等，如：舊代碼覆蓋了新的代碼友绝、測試服務(wù)器上的代碼跟實(shí)現(xiàn)人員本機(jī)的代碼不一致；
5. 短時(shí)將來的bug肝劲，設(shè)計(jì)的時(shí)候想的不夠全面導(dǎo)致的迁客，如：千年蟲問題，如果id的類型使用的Int涡相，但是在長時(shí)間的累積哲泊，數(shù)值會(huì)突破峰值，導(dǎo)致溢出催蝗；
6.靜態(tài)文檔的bug切威，如：文檔描述不完整，或者描述與實(shí)際不一致丙号；

3. 簡述bug的管理流程先朦。

對(duì)bug的管理是測試工作中一個(gè)重要部分缰冤，測試是為了盡早的發(fā)現(xiàn)缺陷，因此對(duì)bug進(jìn)行跟蹤管理喳魏，確保每個(gè)被發(fā)現(xiàn)的缺陷都能得到及時(shí)處理棉浸；
1、bug管理的第一步是測試員選擇一個(gè)測試用例開始測試刺彩；
2迷郑、發(fā)現(xiàn)實(shí)際輸出值和程序期望值不一致的時(shí)候，就發(fā)現(xiàn)了一個(gè)bug创倔；
3嗡害、將bug提交到bug跟蹤管理系統(tǒng)，管理系統(tǒng)會(huì)將bug保存到數(shù)據(jù)庫畦攘，并同步發(fā)送一個(gè)消息給最終負(fù)責(zé)實(shí)施員霸妹；
4、實(shí)施員根據(jù)bug的唯一id從數(shù)據(jù)庫查詢到改bug信息知押，修復(fù)后叹螟，將bug狀態(tài)改為Fixed并提交數(shù)據(jù)庫；
5台盯、修復(fù)bug后罢绽，跟蹤管理系統(tǒng)會(huì)發(fā)送消息給測試員；
6爷恳、測試員對(duì)bug進(jìn)行確認(rèn)測試有缆，確認(rèn)修復(fù)就關(guān)閉bug象踊，否則就回到第3步温亲；