六天入門軟件測(cè)試①——測(cè)試執(zhí)行講義

Day 1 測(cè)試執(zhí)行講義

軟件測(cè)試工作的參與是從執(zhí)行開始的峦树。開始從事軟件測(cè)試以后掩宜，第一個(gè)接觸的工作內(nèi)容一般都是執(zhí)行。那么什么是執(zhí)行呢蝌箍？

測(cè)試執(zhí)行青灼，是按照測(cè)試設(shè)計(jì)的要求，通過執(zhí)行測(cè)試用例妓盲，對(duì)比預(yù)期結(jié)果與設(shè)計(jì)結(jié)果的過程杂拨。

從這里開，引出了新的內(nèi)容：測(cè)試用例悯衬。實(shí)際上整個(gè)測(cè)試執(zhí)行是圍繞著測(cè)試用例進(jìn)行的弹沽。我們這篇講義解決的主要問題是：

• 在項(xiàng)目中，請(qǐng)問你執(zhí)行過什么樣的測(cè)試筋粗？
• 在執(zhí)行測(cè)試的過程中策橘，你遇到過什么問題？如何解決的娜亿？
• 如何高效的執(zhí)行測(cè)試丽已？
• 在項(xiàng)目中，請(qǐng)問你發(fā)現(xiàn)過什么樣的缺陷买决？

0 主要內(nèi)容

• 1 P1_禪道系統(tǒng)使用
• 2 T1_測(cè)試執(zhí)行
• 3 T3_軟件缺陷

1 P1_禪道系統(tǒng)使用

“工欲善其事促脉，必先利其器”，在任何時(shí)候策州，任何情況下，這句亙古不變的道理宫仗，都是來(lái)幫助我們前行的方法够挂。軟件測(cè)試也不例外，測(cè)試活動(dòng)是依靠工具進(jìn)行的藕夫。禪道項(xiàng)目管理軟件是『王春生』大神的作品孽糖，國(guó)產(chǎn)開源項(xiàng)目管理軟件的佼佼者枯冈。不得不說，更多的禪道的使用者是軟件測(cè)試人員办悟，理由其實(shí)很“歷史”尘奏，開發(fā)人員有自己的管理系統(tǒng)，并且該系統(tǒng)不支持測(cè)試管理病蛉。

是的炫加，中國(guó)的不長(zhǎng)的軟件開發(fā)歷史上，確實(shí)是以“開發(fā)”為重的铺然，等到越來(lái)越多的公司和團(tuán)隊(duì)意識(shí)到軟件測(cè)試的重要性的時(shí)候俗孝，其實(shí)已經(jīng)不用往“開發(fā)的管理系統(tǒng)”上再開發(fā)添加測(cè)試功能了，因?yàn)橛辛藢ｉT管理測(cè)試的軟件魄健，例如：禪道赋铝。當(dāng)然也有 Bugfree，QC/ALM沽瘦，JIRA岁忘，Mantis 等，國(guó)產(chǎn)管理系統(tǒng)中涣易，禪道算是比較完整的方案爽丹，當(dāng)然還有一些其他的方案，名氣最大的應(yīng)該是騰訊公司的 TAPD绿满，以及 Testin 的 BugOut臂外，還有今天剛剛看到的飛蛾（http://feie.work），這里我們還是專門聊禪道喇颁。

還是要說一句的是漏健，希望技術(shù)團(tuán)隊(duì)的開發(fā)人員也盡早能夠用上禪道，如果測(cè)試人員在用禪道的話橘霎。

1.1 禪道部署

首先蔫浆，要用禪道，我們要做的事情是需要安裝部署姐叁。禪道是一個(gè) PHP 開發(fā)的 Web 系統(tǒng)瓦盛，需要一個(gè)支持 PHP 的 Web 服務(wù)器，建議用 Apache 或者 Nginx外潜，迫不得已用 IIS 也可以原环。安裝步驟如下：

1. 安裝 xampp
2. 官網(wǎng)下載禪道源碼包，最新的源碼包為 zentaopms.10.4.stable.zip（http://dl.cnezsoft.com/zentao/10.4/ZenTaoPMS.10.4.stable.zip）
3. 復(fù)制源碼包到 xampp/htdocs 目錄中处窥，并解壓出來(lái)嘱吗，形成 xampp/htdocs/zentaopms 文件目錄
4. 啟動(dòng) apache 和 MySQL
5. 訪問 http://localhost/zentaopms/www 按照提示，完成安裝滔驾。
6. 也可以不使用 xampp谒麦，例如在 Linux 中安裝俄讹，或者用 WampServer、寶塔绕德、PhpStudy患膛、UPUPW 等都可以完成禪道的部署。當(dāng)然與可以部署在 阿里云服務(wù)器耻蛇、騰訊云服務(wù)器踪蹬、天翼云服務(wù)器等。具體的安裝步驟截圖等就不再這里贅述了城丧。

1.2 禪道使用

如果禪道部署好了延曙，可以使用 http://localhost/zentaopms/www 訪問禪道

如果禪道尚未部署好，也可以使用 http://demo.zentao.net/ 禪道官方提供的體驗(yàn)版本訪問禪道

初次使用禪道亡哄，我們需要使用的地方是“測(cè)試”模塊枝缔，以及“用例”和“Bug”兩個(gè)功能。

• 測(cè)試模塊

  image.png

• 用例和Bug功能

  image.png

1.3 創(chuàng)建用例

測(cè)試用例蚊惯，是“測(cè)試執(zhí)行用到的例子”愿卸，英文是 Test Case，有時(shí)候簡(jiǎn)寫 TC截型，或者 case 等趴荸。

我們通過禪道的測(cè)試用例添加頁(yè)面，來(lái)分析測(cè)試用例的組成和編寫宦焦。

image.png

主要包括以下幾個(gè)部分：

1. 標(biāo)題：一般包括編號(hào)和描述发钝，編號(hào)是用例的識(shí)別號(hào)，描述是用例的主要涉及內(nèi)容波闹。
2. 步驟：用例執(zhí)行的每一步
3. 預(yù)期：用例執(zhí)行的每一步對(duì)應(yīng)的預(yù)期結(jié)果
4. 級(jí)別：一般為①酝豪、②、③精堕、④孵淘，默認(rèn)一般選擇③。級(jí)別越小歹篓，越優(yōu)先執(zhí)行瘫证。

一個(gè)用例的栗子如下：

image.png

用例的詳情

image.png

步驟和期望

image.png

2 T1_測(cè)試執(zhí)行

2.1 測(cè)試執(zhí)行的概述

測(cè)試執(zhí)行是對(duì)測(cè)試實(shí)現(xiàn)（測(cè)試用例完成）后的進(jìn)一步測(cè)試過程，通過對(duì)測(cè)試用例的執(zhí)行庄撮，從而驗(yàn)證產(chǎn)品的質(zhì)量背捌。

測(cè)試執(zhí)行有三個(gè)要點(diǎn)：

• 測(cè)試用例的執(zhí)行，在項(xiàng)目經(jīng)理（開發(fā)經(jīng)理）提測(cè)以后進(jìn)行洞斯。
• 測(cè)試用例的執(zhí)行载萌，需要指定測(cè)試版本
• 測(cè)試用例的執(zhí)行得到的缺陷，需要測(cè)試工程師的分析與跟蹤

測(cè)試執(zhí)行的核心內(nèi)容：①編寫測(cè)試用例，②準(zhǔn)備測(cè)試數(shù)據(jù)扭仁，③執(zhí)行測(cè)試用例

2.2 測(cè)試場(chǎng)景與測(cè)試執(zhí)行

測(cè)試場(chǎng)景，Test Scenario厅翔，是實(shí)際項(xiàng)目中最重要的測(cè)試部分之一乖坠。事實(shí)上，測(cè)試場(chǎng)景是用戶行為的描述刀闷。測(cè)試執(zhí)行最靠譜的方式就是按照測(cè)試場(chǎng)景執(zhí)行熊泵。步驟如下：

1. 分析并列出每一個(gè)測(cè)試場(chǎng)景
2. 對(duì)每一個(gè)測(cè)試場(chǎng)景編寫測(cè)試用例
3. 對(duì)每一個(gè)用例準(zhǔn)備測(cè)試數(shù)據(jù)
4. 然后執(zhí)行每一個(gè)用例

2.3 測(cè)試執(zhí)行的結(jié)果

測(cè)試執(zhí)行的結(jié)果一般來(lái)說有兩種：執(zhí)行通過和執(zhí)行失敗

• 執(zhí)行通過，PASS：
  • 開發(fā)人員沒錯(cuò)
  • 測(cè)試用例安裝準(zhǔn)備好的數(shù)據(jù)甸昏，可以進(jìn)行每一步顽分，并且每一步的結(jié)果都是和預(yù)期一致。
• 執(zhí)行失敗施蜜，F(xiàn)AIL：
  • 開發(fā)人員錯(cuò)了
  • 測(cè)試用例執(zhí)行過程中的某一步卒蘸，結(jié)果與預(yù)期不要一致

有些時(shí)候，測(cè)試執(zhí)行的結(jié)果還有一種：執(zhí)行異常

• 執(zhí)行異常翻默，ERROR：
  • 測(cè)試人員錯(cuò)了
  • 用例錯(cuò)誤缸沃，用例的步驟不對(duì)，用例的步驟無(wú)法執(zhí)行修械。

3 T3_軟件缺陷

3.1 軟件的質(zhì)量需求

1. 軟件質(zhì)量的定義： 質(zhì)量是反映實(shí)體(產(chǎn)品趾牧、過程或活動(dòng)等)滿足明確和隱含需要的能力的特性總和。
2. 軟件質(zhì)量的管理體系
   1. ISO9001
   2. CMM：Capability Maturity Model肯污，能力成熟度模型
3. 軟件質(zhì)量的模型
   • 功能性：是指當(dāng)軟件在指定條件下使用翘单，軟件產(chǎn)品滿足明確和隱含要求功能的能力。
     • 適合性：是指軟件產(chǎn)品與指定的任務(wù)和用戶目標(biāo)提供一組合適的功能的能力蹦渣。
     • 準(zhǔn)確性：是指軟件產(chǎn)品具有所需精確度的正確或相符的結(jié)果及效果的能力哄芜。
     • 互操作性：是指軟件產(chǎn)品與一個(gè)或多個(gè)規(guī)定系統(tǒng)進(jìn)行交互的能力。
     • 保密安全性：是指軟件產(chǎn)品保護(hù)信息和數(shù)據(jù)的能力剂桥，以使未授權(quán)的人員或系統(tǒng)不能閱讀或修改這些信息和數(shù)據(jù)忠烛，但不拒絕授權(quán)人員或系統(tǒng)對(duì)其的訪問。
     • 功能依從性：是指軟件產(chǎn)品依附與同功能性相關(guān)的標(biāo)準(zhǔn)权逗、約定或法規(guī)以及類似規(guī)定的能力美尸。
   • 可靠性：在指定條件下使用時(shí)，軟件產(chǎn)品維持規(guī)定的性能級(jí)別的能力斟薇。
     • 成熟性：是指軟件產(chǎn)品避免因軟件中錯(cuò)誤發(fā)生而導(dǎo)致失效的能力师坎。
     • 容錯(cuò)性：是指在軟件發(fā)生故障或違反指定接口的情況下，軟件產(chǎn)品維持規(guī)定的性能級(jí)別的能力堪滨。
     • 易恢復(fù)性：是指在失效發(fā)生的情況下胯陋，軟件產(chǎn)品重建規(guī)定的性能級(jí)別并恢復(fù)受直接影響的數(shù)據(jù)的能力。
     • 可靠性依從性：是指軟件產(chǎn)品依附與同可靠性相關(guān)的標(biāo)準(zhǔn)、約定或法規(guī)以及類似規(guī)定的能力遏乔。
   • 易用性：是指在指定條件下使用時(shí)义矛，軟件產(chǎn)品被理解、學(xué)習(xí)盟萨、使用和吸引用戶的能力凉翻。
     • 易理解性：是指軟件產(chǎn)品使用戶能理解軟件產(chǎn)品是否合適以及如何能將軟件用于特定的任務(wù)和使用環(huán)境的能力。
     • 易學(xué)性：是指軟件產(chǎn)品使用戶能學(xué)習(xí)它的能力捻激。
     • 易操作性：是指軟件產(chǎn)品使用戶能操作和控制它的能力制轰。
     • 吸引性：是指軟件產(chǎn)品吸引用戶的能力。
     • 易用性依從性：是指軟件產(chǎn)品依附與同易用性相關(guān)的標(biāo)準(zhǔn)胞谭、約定垃杖、風(fēng)格指南或法規(guī)以及類似規(guī)定的能力。
   • 效率：是指在規(guī)定條件下丈屹，相對(duì)于所用資源的數(shù)量调俘，軟件產(chǎn)品可提供適當(dāng)?shù)男阅艿哪芰Α?
     • 時(shí)間特性：是指在規(guī)定條件下，軟件產(chǎn)品執(zhí)行其功能時(shí)泉瞻，提供適當(dāng)?shù)捻憫?yīng)時(shí)間和處理時(shí)間以及吞吐率的能力脉漏。
     • 資源利用性：是指在規(guī)定條件下，軟件產(chǎn)品執(zhí)行其功能時(shí)袖牙，提供合適的數(shù)量和類型的資源的能力侧巨。
     • 效率依從性：是指軟件產(chǎn)品依附與同效率相關(guān)的標(biāo)準(zhǔn)或約定的能力。
   • 維護(hù)性：是指軟件產(chǎn)品可被修改的能力鞭达，修改可能包括修正司忱，改進(jìn)或軟件適應(yīng)環(huán)境、需求和功能規(guī)格說明中的變化畴蹭。
     • 易分析性：是指軟件產(chǎn)品診斷軟件中的缺陷或失效原因坦仍，以及判定待修改的部分的能力。
     • 易改變性：是指軟件產(chǎn)品使指定的修改可以被實(shí)現(xiàn)的能力叨襟。
     • 穩(wěn)定性：是指軟件產(chǎn)品避免由于軟件修改而造成意外結(jié)果的能力繁扎。
     • 易測(cè)試性：是指軟件產(chǎn)品使已修改軟件能被確認(rèn)的能力。
     • 維護(hù)性依從性：是指軟件產(chǎn)品依附與同維護(hù)性相關(guān)的標(biāo)準(zhǔn)或約定的能力糊闽。
   • 可移植性：是指軟件產(chǎn)品從一種環(huán)境遷移到另一種環(huán)境的能力梳玫。
     • 適應(yīng)性：是指軟件產(chǎn)品無(wú)需采用有別于為考慮該軟件的目的而準(zhǔn)備的活動(dòng)或手段，就可能適應(yīng)不同的指定環(huán)境的能力右犹。
     • 易安裝性：是指軟件產(chǎn)品在指定環(huán)境中被安裝的能力提澎。
     • 共存性：是指軟件產(chǎn)品在公共環(huán)境中同與其分享公共資源的其他獨(dú)立軟件共存的能力。
     • 易替換性：是指軟件產(chǎn)品在環(huán)境相同念链、目的相同的情況下替代另一個(gè)指定軟件產(chǎn)品的能力盼忌。
     • 可移植性依從性：是指軟件產(chǎn)品依附與同可移植性相關(guān)的標(biāo)準(zhǔn)或約定的能力积糯。

3.2 軟件質(zhì)量的對(duì)立面--軟件缺陷

• 問題的引出

  The First “Computer Bug” | 首個(gè)“計(jì)算機(jī)Bug”

  Moth found trapped between points at Relay # 70, Panel F, of the Mark II Aiken Relay Calculator while it was being tested at Harvard University, 9 September 1947. The operators affixed the moth to the computer log, with the entry: “First actual case of bug being found”. They put out the word that they had “debugged” the machine, thus introducing the term “debugging a computer program”.

  1947年9月9日，哈佛大學(xué)測(cè)試馬克II型艾肯中繼器計(jì)算機(jī)谦纱，操作員在電板編號(hào)為70的中繼器觸點(diǎn)旁發(fā)現(xiàn)了一只飛蛾看成。然后操作員把飛蛾貼在計(jì)算機(jī)日志上了，并寫下了“首個(gè)發(fā)現(xiàn)bug的實(shí)際案例”服协。他們提出了一個(gè)詞绍昂，“debug（調(diào)試）”了機(jī)器，從而引入新術(shù)語(yǔ)“debugging a computer program（調(diào)試計(jì)算機(jī)程序）”偿荷。

  In 1988, the log, with the moth still taped by the entry, was in the Naval Surface Warfare Center Computer Museum at Dahlgren, Virginia.

  1988年，這個(gè)仍然貼著飛蛾的日志唠椭，保存于弗吉尼亞州達(dá)爾格倫的海軍水面作戰(zhàn)中心計(jì)算機(jī)博物館跳纳。

  ?

  以下的兩句話明確了缺陷的產(chǎn)生。

  程序員犯了一個(gè)錯(cuò)誤贪嫂，這個(gè)錯(cuò)誤在程序中表現(xiàn)為缺陷

  運(yùn)行帶有缺陷的軟件或者程序寺庄，就可能觀察到失效

?

• 缺陷

  程序或者軟件中不正確的步驟、過程或者數(shù)據(jù)定義等

  • 錯(cuò)誤的語(yǔ)句
  • 錯(cuò)誤的標(biāo)量定義
  • 不正確的文檔
  • 不正確的程序段
  • 不正確的指令
  • 不正確的數(shù)據(jù)定義
  • ……

• 失效

  軟件系統(tǒng)或單元無(wú)法實(shí)現(xiàn)需求文檔中規(guī)定的功能特性或者非功能特性

  • 不正確的系統(tǒng)反應(yīng)
  • 系統(tǒng)崩潰
  • 系統(tǒng)死機(jī)
  • ……

• 缺陷產(chǎn)生的原因

  軟件缺陷的產(chǎn)生主要有軟件產(chǎn)品的特點(diǎn)和開發(fā)過程決定的力崇。比如需求不夠清晰斗塘，頻繁變更等；或者軟件由于競(jìng)爭(zhēng)非常激烈亮靴，技術(shù)日新月異馍盟，使用新技術(shù)也容易產(chǎn)生問題。大致有以下幾種主要原因：

  • 項(xiàng)目期限的壓力
  • 產(chǎn)品的復(fù)雜程度
  • 溝通不良
  • 開發(fā)人員疲勞茧吊、壓力過大或者受到干擾
  • 缺乏足夠的知識(shí)贞岭、技術(shù)和經(jīng)驗(yàn)
  • 不了解客戶的需求
  • 缺乏動(dòng)力

• 缺陷管理的目的

  軟件測(cè)試就是為了更早、更快的發(fā)現(xiàn)缺陷搓侄。換句話說瞄桨，缺陷的發(fā)現(xiàn)可以看作是測(cè)試工作的主要成果之一。軟件缺陷管理的實(shí)施讶踪，至少有如下三個(gè)基本目的：

  • 加快缺陷的修正芯侥。
  • 產(chǎn)品的質(zhì)量評(píng)估
  • 預(yù)防缺陷

• 最終的定義

  軟件缺陷（Defect），常常又被叫做Bug乳讥。 所謂軟件缺陷柱查，即為計(jì)算機(jī)軟件或程序中存在的某種破壞正常運(yùn)行能力的問題、錯(cuò)誤雏婶，或者隱藏的功能缺陷物赶。缺陷的存在會(huì)導(dǎo)致軟件產(chǎn)品在某種程度上不能滿足用戶的需要。

  IEEE729-1983對(duì)缺陷有一個(gè)標(biāo)準(zhǔn)的定義：從產(chǎn)品內(nèi)部看留晚，缺陷是軟件產(chǎn)品開發(fā)或維護(hù)過程中存在的錯(cuò)誤酵紫、毛病等各種問題告嘲；從產(chǎn)品外部看，缺陷是系統(tǒng)所需要實(shí)現(xiàn)的某種功能的失效或違背奖地。

• bug 和 defect

  飛蛾或者蟲子爬進(jìn)主機(jī)引起短路橄唬，造成計(jì)算機(jī)失效的事件中，我們可以看到bug就是蟲子或者是蟲子引發(fā)失效這樣的事件参歹。那么defect又是什么呢仰楚？

  真正的Defect是計(jì)算機(jī)維護(hù)工程師提出來(lái)的那個(gè)問題：在主機(jī)的散熱孔那里可以加裝一層更加細(xì)密的金屬網(wǎng)，即不影響散熱犬庇，又可以防止蟲子爬到主機(jī)里僧界。這是計(jì)算機(jī)設(shè)計(jì)人員疏忽的地方，是產(chǎn)品真正的Defect臭挽。而蟲子引發(fā)的那個(gè)故障只是這個(gè)Defect導(dǎo)致的故障的其中一種表現(xiàn)形式捂襟。也就是說，Bug是Defect的一種表現(xiàn)形式欢峰，而一個(gè)Defect是可以引起多種Bug的葬荷。

?

• 術(shù)語(yǔ)解釋

  軟件測(cè)試使用各種術(shù)語(yǔ)描述軟件出現(xiàn)的問題，通用的術(shù)語(yǔ)如下：

  • 軟件錯(cuò)誤

    Software Error纽帖， 導(dǎo)致軟件包含故障的人的行為宠漩。軟件生存期內(nèi)的人為錯(cuò)誤，導(dǎo)致軟件缺陷產(chǎn)生懊直。是人為過程扒吁，相對(duì)于軟件本身是外部行為。

    在可以預(yù)見的時(shí)期內(nèi)吹截，軟件仍將由人來(lái)開發(fā)瘦陈。在整個(gè)軟件生存期的各個(gè)階段，都貫穿者人的直接或間接的干預(yù)波俄。然而晨逝，人難免犯錯(cuò)誤，這必然給軟件留下不良的痕跡懦铺。軟件錯(cuò)誤是指在軟件生存期內(nèi)的不希望或不可接受的人為錯(cuò)誤捉貌，其結(jié)果是導(dǎo)致軟件缺陷的產(chǎn)生《睿可見趁窃，軟件錯(cuò)誤是一種人為過程，相對(duì)于軟件本身急前，是一種外部行為醒陆。

  • 軟件缺陷

    Software Defect，軟件的異常情況裆针，軟件存在的一些短板刨摩。存在于軟件（文檔寺晌、數(shù)據(jù)、程序）中的偏差澡刹，導(dǎo)致軟件在某個(gè)特定條件下出現(xiàn)故障呻征，這時(shí)稱軟件缺陷被激活。

    軟件缺陷是存在于軟件（文檔罢浇、數(shù)據(jù)陆赋、程序）之中的那些不希望或不可接受的偏差，如少一個(gè)逗號(hào)嚷闭、多一語(yǔ)句等攒岛。其結(jié)果是軟件運(yùn)行于某一特定條件時(shí)出現(xiàn)軟件故障，這時(shí)稱軟件缺陷被激活胞锰。

  • 軟件故障

    Software Fault阵子，引起一個(gè)功能組件不能完成所要求的功能的一種意外情況。軟件運(yùn)行過程中出現(xiàn)的不希望或不可接收的內(nèi)部狀態(tài)胜蛉。是動(dòng)態(tài)行為。

    軟件故障是指軟件運(yùn)行過程中出現(xiàn)的一種不希望或不可接受的內(nèi)部狀態(tài)色乾。譬如誊册，軟件處于執(zhí)行一個(gè)多余循環(huán)過程時(shí)，我們說軟件出現(xiàn)故障暖璧。此時(shí)若無(wú)時(shí)當(dāng)?shù)拇胧ㄈ蒎e(cuò)）加以及時(shí)處理案怯，便產(chǎn)生軟件失效。顯然澎办，軟件故障是一種動(dòng)態(tài)行為嘲碱。

  • 軟件失效

    Software Failure，功能組件執(zhí)行其規(guī)定功能的能力喪失局蚀。軟件運(yùn)行時(shí)產(chǎn)生的不希望或不可接受的外部行為結(jié)果麦锯。

    軟件失效是指軟件運(yùn)行時(shí)產(chǎn)生 的一種不希望或不可接受的外部行為結(jié)果。失效是指功能部件執(zhí)行其規(guī)定功能的能力喪失琅绅。軟件失效是指軟件運(yùn)行時(shí)產(chǎn)生的一種不希望或不可接受的外部行為扶欣。

    軟件錯(cuò)誤是一種人為錯(cuò)誤。一個(gè)軟件錯(cuò)誤必定產(chǎn)生一個(gè)或多個(gè)軟件缺陷千扶。當(dāng)一個(gè)軟件缺陷被激活時(shí)料祠，便產(chǎn)生一個(gè)軟件故障；同一個(gè)軟件缺陷在不同條件下被激活澎羞，可能產(chǎn)生不同的軟件故障髓绽。軟件故障如果沒有集市的容錯(cuò)措施加以處理，便不可避免地導(dǎo)致軟件失效妆绞；同一個(gè)軟件故障在不同條件下可能產(chǎn)生不同的軟件失效顺呕。

?

• 缺陷的類型

  • 遺漏（Missing）
  • 錯(cuò)誤（Error）
  • 額外的實(shí)現(xiàn)（Extra）
  • 改進(jìn)（Enhancement）

• 缺陷的評(píng)價(jià)標(biāo)準(zhǔn)

  • 軟件未實(shí)現(xiàn)需求規(guī)格說明書要求的功能
  • 軟件未實(shí)現(xiàn)需求規(guī)格說明書雖未明確提及但應(yīng)該實(shí)現(xiàn)的目標(biāo)
  • 軟件出現(xiàn)了需求規(guī)格說明書指明不應(yīng)出現(xiàn)的錯(cuò)誤
  • 軟件實(shí)現(xiàn)了需求規(guī)格說明書未提到的功能
  • 軟件難以理解枫攀、不易使用、運(yùn)行緩慢塘匣，或者從測(cè)試工程師的角度來(lái)看——最終用戶會(huì)認(rèn)為不好?

• 缺陷報(bào)告

  測(cè)試執(zhí)行過程中脓豪，發(fā)現(xiàn)軟件失效后，提出書面的報(bào)告忌卤，提供給開發(fā)人員或者其他負(fù)責(zé)人員作為定位缺陷的依據(jù)扫夜，也作為日后缺陷度量的數(shù)據(jù)依據(jù)。

  軟件缺陷的描述是軟件缺陷報(bào)告的基礎(chǔ)部分驰徊，也是測(cè)試人員就一個(gè)軟件問題與開發(fā)小組交流的最初并且最好的機(jī)會(huì)笤闯。一個(gè)好的描述，需要使用簡(jiǎn)單棍厂、準(zhǔn)確颗味、專業(yè)的語(yǔ)言來(lái)抓住缺陷的本質(zhì)。否則牺弹，它就會(huì)使信息含糊不清浦马，可能會(huì)誤導(dǎo)開發(fā)人員。因此张漂，準(zhǔn)確的報(bào)告軟件缺陷是非常重要的晶默。

  • 清晰準(zhǔn)確的軟件缺陷描述可以減少被開發(fā)人員退回來(lái)的缺陷數(shù)量
  • 提高軟件缺陷修復(fù)的速度，使每一個(gè)小組能夠有效的工作
  • 提高測(cè)試人員的可信任度航攒，可以得到開發(fā)人員對(duì)有效缺陷的快速或者及時(shí)響應(yīng)
  • 加強(qiáng)開發(fā)人員磺陡、測(cè)試人員和管理人員的協(xié)同工作，讓他們可以更好的工作

• 缺陷分析

  • 錯(cuò)誤：程序員在寫代碼的時(shí)候犯錯(cuò)誤漠畜，寫錯(cuò)代碼币他，此時(shí)程序已經(jīng)有了缺陷
  • 失效：錯(cuò)誤的代碼在運(yùn)行的時(shí)候，遇到特定的情況憔狞，激發(fā)了錯(cuò)誤之處蝴悉，導(dǎo)致程序被觀察到失效
  • 缺陷：程序的失效，會(huì)證明軟件有缺陷

3.3 軟件缺陷與Bug

• 第一個(gè)Bug 發(fā)現(xiàn)的過程躯喇。

  1947年9月9日辫封，哈佛大學(xué)測(cè)試馬克II型艾肯中繼器計(jì)算機(jī)，操作員在電板編號(hào)為70的中繼器觸點(diǎn)旁發(fā)現(xiàn)了一只飛蛾廉丽。然后操作員把飛蛾貼在計(jì)算機(jī)日志上了倦微，并寫下了“首個(gè)發(fā)現(xiàn)bug的實(shí)際案例”。他們提出了一個(gè)詞正压，“debug（調(diào)試）”了機(jī)器欣福，從而引入新術(shù)語(yǔ)“debugging a computer program（調(diào)試計(jì)算機(jī)程序）”。1988年焦履，這個(gè)仍然貼著飛蛾的日志拓劝，保存于弗吉尼亞州達(dá)爾格倫的海軍水面作戰(zhàn)中心計(jì)算機(jī)博物館雏逾。

  Paste_Image.png

  bug就是蟲子或者是蟲子引發(fā)失效這樣的事件。

  主機(jī)的散熱孔缺少更加細(xì)密的金屬網(wǎng)郑临，這是計(jì)算機(jī)設(shè)計(jì)人員疏忽的地方栖博，是產(chǎn)品真正的Defect。

  而蟲子引發(fā)的那個(gè)故障只是這個(gè)Defect導(dǎo)致的故障的其中一種表現(xiàn)形式厢洞。也就是說仇让，Bug是Defect的一種表現(xiàn)形式，而一個(gè)Defect是可以引起多種Bug的躺翻。

• 缺陷產(chǎn)生的原因

  • 項(xiàng)目期限的壓力
  • 產(chǎn)品的復(fù)雜程度
  • 溝通不良
  • 開發(fā)人員疲勞丧叽、壓力過大或者受到干擾
  • 缺乏足夠的知識(shí)、技術(shù)和經(jīng)驗(yàn)
  • 不了解客戶的需求
  • 缺乏動(dòng)力

• Bug報(bào)告單寫作原則：5C

  1. Correct（準(zhǔn)確）每個(gè)組成部分的描述準(zhǔn)確公你，不會(huì)引起誤解
  2. Clear（清晰）每個(gè)組成部分的描述清晰踊淳，易于理解
  3. Concise（簡(jiǎn)潔）只包含必不可少的信息，不包括任何多余的內(nèi)容
  4. Complete（完整）包含復(fù)現(xiàn)該缺陷的完整步驟和其他本質(zhì)信息
  5. Consistent（一致）按照一致的格式書寫全部缺陷報(bào)告

• 缺陷的狀態(tài)

• 缺陷的優(yōu)先級(jí)

• 缺陷的嚴(yán)重級(jí)別

• 缺陷在禪道中的栗子

  創(chuàng)建缺陷

  image.png
  • 缺陷標(biāo)題：描述清楚問題所在
  • 嚴(yán)重程度：是不是很嚴(yán)重，一般是①滔以，②捉腥，③，④你画。
  • 優(yōu)先級(jí)別：是不是很著急修復(fù)抵碟，一般是①桃漾，②，③拟逮，④撬统。
  • 重現(xiàn)步驟：非常重要，開發(fā)人員根據(jù)提供的步驟敦迄，對(duì)應(yīng)截圖進(jìn)行重現(xiàn)問題恋追。

六天入門軟件測(cè)試系列課程總綱

• 相關(guān)學(xué)習(xí)

立師兄Linty：六天入門軟件測(cè)試①——測(cè)試執(zhí)行講義

立師兄Linty：六天入門軟件測(cè)試①——測(cè)試執(zhí)行筆記

立師兄Linty：六天入門軟件測(cè)試②——測(cè)試分析講義

立師兄Linty：六天入門軟件測(cè)試②——測(cè)試分析筆記

立師兄Linty：六天入門軟件測(cè)試③——測(cè)試設(shè)計(jì)講義

立師兄Linty：六天入門軟件測(cè)試③——測(cè)試設(shè)計(jì)筆記

立師兄Linty：六天入門軟件測(cè)試④——測(cè)試腳本講義

立師兄Linty：六天入門軟件測(cè)試④——測(cè)試腳本筆記

立師兄Linty：六天入門軟件測(cè)試⑤——測(cè)試編程講義

立師兄Linty：六天入門軟件測(cè)試⑤——測(cè)試編程筆記

立師兄Linty：六天入門軟件測(cè)試⑥——測(cè)試報(bào)告講義

立師兄Linty：六天入門軟件測(cè)試⑥——測(cè)試報(bào)告筆記