系統測試流程規范

一、學習任務

軟件相關的核心概念

系統測試流程規范

項目管理軟件的使用

用例設計方法

缺陷管理

二、軟件相關的核心概念

軟件：程序運行所需的代碼、數據、文檔的集合

軟件測試：（IEEE：電氣電子工程師學會）為了發現軟件中的問題或者驗證軟件按照需求實現的而運行軟件的過程。

軟件的歷史

計算機:計算器—電子計算器—電子計算機：紙帶打孔

批處理編程：計算機語言，匯編語言

現代軟件：計算機高級語言，Cobol，C，bascal，Pascal，Fortran，C++，Java，python

軟件測試1951年世界程序大會美國程序員提出測試從研發中分離出去，開發工程師不要測試自己的程序。

測試方法論

糾錯：從軟件中找bug

破壞性測試：從對軟件運行不利的層面去設計測試用例

預防階段：在軟件設計的階段引入以前的研發測試經驗，對用戶可能出現的錯誤操作進行防范

測試工程師的任務

扮演用戶去使用軟件

正常用戶：依據軟件要求的操作或者本著成功的目標去使用軟件的人

粗心的用戶：在使用過程中，出現一些錯誤操作

破壞者：有明確的破壞動機的使用者

替用戶受過義務

軟件危機

軟件的規模發生巨大的變化，軟件研發的管理形式就落后

用戶的需求不明確，需求容易發生變化

不可見性，實現之后維護成本和管理就變得困難

軟件的復雜度增加

軟件研發構成

產品經理|SA（系統分析師)：調研用戶的需求，匯總整理出產品的需求規格說明書

項目經理：控制項目的進度、資源的調配、對研發結果負責

研發部：負責技術設計、實現、調試

測試部|質量部：負責產品的測試，保證產品發布的質量

運維部：負責產品發布上線，維護在線環境，保證線網運行指標符合要求

軟件工程

概念：使用特定的方法、技術、流程、工具來解決軟件研發的問題的理論體系

軟件研發流程

計劃階段：產品計劃

需求調研，找用戶、找競品

可行性研究：經濟、技術、政策三層面進行評估

研發階段

需求確認和分析

技術設計

概要設計：技術選型、框架、工具

詳細設計：函數和接口的定義

技術實現

編碼和調試

測試

單元測試

集成測試

系統測試

發布

把軟件產品部署到生產環境

退役

軟件產品不在維護和運行

缺陷：不符合產品需求的實現或錯誤的實現

三、研發模型

軟件測試工程師和軟件研發工程師的關系：戰友

大爆炸模式

效率高

難于維護，交付率低

邊寫邊改

瀑布模型

增量迭代開發

優點：

化繁為簡，研發過程變得更好控制

每個階段都有反饋，便于軟件的維護

交付的成功率極大提高

缺點：

不太容易把控迭代劃分的粒度

粒度太細不利于管理

敏捷模型

測試模型

V模型：需求分析、軟件需求分析、概要設計、詳細設計、軟件編碼、單元測試、集成測試、系統測試、驗收測試

雙V模型

四、質量模型

7、可維護性

• 是指產品可被修改的能力。這里的修改是指糾正、改進軟件產品和軟件產品對環境、功能規格變化的適應性
• 易分析性（Analysability）： 軟件產品診斷軟件中的缺陷、失效原因或識別待修改部分的能力
  • 缺陷定位的時候需要用到東西，日志、運行記錄
• 易修改性（Changeability）： 軟件產品能夠被修改和可以被實現的能力，實現包括編碼、設計和文檔的更改。
  • 幫助解決缺陷，功能變更和優化
• 穩定性 (Stability)： 軟件產品不會因為修改而造成意外結果的能力
• 可測試性 (Testability)： 軟件產品已修改的部分能夠被確認修復的能力
  • 可觀察性：可以看到結果
  • 可操作性：提供用戶使用軟件的行為一種載體，輸入框，按鈕，超鏈接
  • 可控制性：根據不同的操作產生對應的結果
• 可維護性的依從性(Maintainability Compliance)： 軟件產品遵循與維護相關的標準或約定的能力（如軟件出現故障時會彈出“XXX遇到問題要關閉”之類的提示）

五、PDCA過程改進方法

PDCA是什么？

是一套質量管理改進的方法論

戴明博士：PDSA

Plan：計劃

Do：執行計劃

Check：效果確認和檢查

Action：標準化和問題提出

小結

軟件工程因為軟件危機產生，帶來了研發模型：瀑布模型、增量迭代、敏捷實踐。

測試從開發中脫離出來，離不開研發過程，V模型、W模型、敏捷測試（持續集成、持續測試、持續交付)

質量模型：ISO制定軟件質量模型，八大模塊被抽象融合成六大測試類型，

質量管理：三要素：組織、流程、技術，不是一開始就齊備，需要使用PDCA方法來改進流程

六、用例設計方法【重點】

基本概念

測試用例：在一次實際測試中使用的數據和步驟的組合

例子：登錄qq，你需要輸入qq號和密碼，第一次輸入一個正確的qq號，和一個錯誤的密碼，點擊登錄。你再次輸入一個正確的qq號，正確的密碼，點擊登錄，登錄成功。

測試的經濟學原理：

盡可能使用少的用例去覆蓋盡可能多的情況，窮舉法就不合理。

測試覆蓋度： 按照可能的分類去覆蓋

測試悖論：測不盡悖論，不可能找出所有的缺陷，我們所有的工作都是在無限的接近0缺陷。

y=x+C ：C是一個已知的常量（測試發現的缺陷數），x是沒有發現的缺陷數，y是提測版本所固有的缺陷數

魚塘法則：先抓100條魚，打上標記，再扔回塘子，靜待一段時間，然后分別從魚塘的不同位置去抓魚，數帶標記的魚占的總數。

1、等價類劃分法

概念

等價類：按照輸入數據的效果相近或相同劃分類型，然后從這些分類中選擇有代表性的數據來作為測試數據的方法

字母，數字，符合，字符，整數，正數

例如：用戶輸入密碼必須要滿足復雜度要求：長度8位以上16位以下，包含大小寫字母和數字。

有效等價類：滿足要求的等價類

無效等價類：不滿足要求的等價類

作用：

使用等價類的方法來降低測試用例的數量，同時保持較高覆蓋率

適用范圍：

輸入域： 提供輸入功能的組件，只針對單個的輸入域

使用步驟

確認等價類：

輸入項有哪些

再從輸入項去找出條件限制，針對條件限制進行分類

畫出等價類劃分表

把確認好的有效類和無效類都填入到表中

[外鏈圖片轉存失敗,源站可能有防盜鏈機制,建議將圖片保存下來直接上傳(img-jB9P5ImZ-1669103853651)(C:\Users\Administrator\AppData\Local\Temp\1649385802143.png)]

根據等價類劃分表來編寫用例

使用盡可能少的用例去覆蓋所有的有效類

對于無效類，只能一個用例覆蓋一個

[外鏈圖片轉存失敗,源站可能有防盜鏈機制,建議將圖片保存下來直接上傳(img-V4Zt6n8J-1669103853652)(C:\Users\Administrator\AppData\Local\Temp\1649385818599.png)]

劃分的基本原則

1、在輸入條件規定的取值范圍或值的個數的情況下，可以確定一個有效等價類和兩個無效等價類。

如果輸入條件規定了一個取值范圍（例如，“數量可以是1到999”），那么就應確定出一個有效等價類（1<數量<999）,以及兩個無效等價類（數量<1，數量>999）。

如果輸入條件規定了取值的個數（例如，“汽車可登記一至六名車主”），那么就應確定出一個有效等價類和兩個無效等價類（沒有車主，或車主多于六個）。

2、在規定了輸入數據的一組值中（假定有n個值），并且程序要對每個輸入值分別處理的情況下，可以確定n個有效等價類和一個無效等價類。

如果輸入條件規定了一個輸入值的集合，而且有理由認為程序會對每個值進行不同處理（例如，“交通工具的類型必須是公共汽車、卡車、出租車、火車或摩托車”），那么就應為每個輸入值確定一個有效等價類和一個無效等價類（例如，“拖車”）。

如果存在輸入條件規定了“必須是”的情況，例如“標識符的第一個字符必須是字母”，那么就應確定一個有效等價類（首字符是字母）和一個無效等價類（首字符不是字母）。

3、在規定輸入數據必須遵守的規則的情況下，可以確定一個有效等價類和若干個無效等價類。

4、在輸入條件規定了輸入值的集合或規定了“必須如何”的條件下，可以確定一個有效等價類和一個無效等價類。

5、在確定已劃分的等價類中各元素在程序處理中的方式不同的情況下，則應將該等價類進一步地劃分為更小的等價類。

測試加法器，兩個文本框，要求輸入-99~99之間的整數。整數的存儲在計算機底層中會使用不同的算法，正整數和負整數算法不同。所以測試時正整數和負整數應該分開來測（一般對有效等價類數據應用，無效等價類數據一般不需要正、負分別測）。所以將有效等價類細分為：-99–（-1）負整數、0—99 正整數。

優缺點

優點

減少了大量的用例

保證了比較高的覆蓋度

設計的步驟清楚簡單

缺點

只關注分類的情況，忽略邏輯和特殊情況

彌補：邊界值分析法

隨堂練習

注冊功能：用戶需要輸入手機號碼和動態驗證碼完成注冊，手機號碼要符合三大運營商的要求，驗證碼需要和短信發送的驗證碼一致，如果信息正確，提示注冊成功，如果手機號碼錯誤，則提示：手機號碼有誤，如果是驗證碼錯誤，提示:驗證碼無效。

功能測試的最終對象是什么？

登錄：用戶名、密碼、驗證碼，正確的話進入主界面，錯誤給出相應的提示？

注冊：用戶名、密碼、確認密碼、驗證碼，正確的話提示注冊成功，錯誤給出相應提示？

答案：代碼實現邏輯

2、邊界值分析法

概念

邊界值：輸入數據是一個有序集合或者是一個范圍的時候，處于集合或者范圍的邊界上的值

怎么取？

開區間 （x,y）:取值不包含x，y

閉區間 [x,y] :取值包含x，y

半開半閉：(x,],[x,y):閉區間包含邊界，開區間不包含

上點：邊界上的點，條件里面寫出來是什么，上點就是什么，(2,5),上點就是2和5.

離點：開區間的離點，反方向取一個位置，(2,5) ,3,4就是離點。x<=3 或 x>=20 ,離點就是4，19

內點：范圍內除上點和離點之外的任意一點

取值的時候，上點和離點都要。

適用范圍

輸入域條件中有有序集合或范圍的時候

計算機內部的一些數據類型或配置條件

使用步驟

先劃分等價類

設計等價類劃分表

根據適用范圍的要求填寫邊界值

3、流程分析法(場景法)

概念

流程：用戶為了完成或者達成一定的業務目的，需要進行的一系列的操作過程

基本流：順利完成業務的流程

備選流：因為使用過程出現了一些其他的選擇，使得用戶需要處理完這些選擇重新回到基本流的過程

異常流：使用過程中因為系統故障導致需要處理這些故障的流程

適用范圍

測試所有業務邏輯相關的方法

使用步驟

分析需求，關注其業務實現的邏輯，并且畫出業務流程圖

流程圖的畫法

根據流程圖來編寫用例，一個分支一個用例

演示

功能描述：

[外鏈圖片轉存失敗,源站可能有防盜鏈機制,建議將圖片保存下來直接上傳(img-C7jEGgbq-1669103853653)(C:\Users\Administrator\AppData\Local\Temp\1649408079434.png)]

優缺點

優點：

快速覆蓋用戶使用場景，確認用戶操作的流程是否通暢，因此冒煙測試時主要采用場景法進行測試

缺點：

由于場景法只關注場景是否通暢，因此也忽略了大量的異常輸入或無效類，因此會導致缺陷遺漏

一些常見疑問：

我們使用這些方法來設計用例時候，怎么確定是否存在遺漏？

用例必須要經過同行評審

隨堂練習

功能描述：

中學的教學軟件提供一個功能，用戶可以輸入三個數，系統會校驗這三個數，如果是正數，判斷是否能夠構成三角形，否則提示輸入有誤，如果能夠構成三角形，則判斷是否構成等邊三角形，如果構成則提示：構成等邊三角形，否則判斷是否構成等腰三角形，如果構成則提示：構成等腰三角形，否則提示：構成一般三角形，如果不能構成三角形，則提示不能構成三角形

流程圖

[外鏈圖片轉存失敗,源站可能有防盜鏈機制,建議將圖片保存下來直接上傳(img-OkLFwMZF-1669103853653)(C:\Users\Administrator\AppData\Local\Temp\1649407747952.png)]

用例：

. 我們使用這些方法來設計用例時候，怎么確定是否存在遺漏？
1. 用例必須要經過同行評審
2.

隨堂練習

功能描述：

中學的教學軟件提供一個功能，用戶可以輸入三個數，系統會校驗這三個數，如果是正數，判斷是否能夠構成三角形，否則提示輸入有誤，如果能夠構成三角形，則判斷是否構成等邊三角形，如果構成則提示：構成等邊三角形，否則判斷是否構成等腰三角形，如果構成則提示：構成等腰三角形，否則提示：構成一般三角形，如果不能構成三角形，則提示不能構成三角形

流程圖

[外鏈圖片轉存中…(img-OkLFwMZF-1669103853653)]

用例：

[外鏈圖片轉存失敗,源站可能有防盜鏈機制,建議將圖片保存下來直接上傳(img-R68CbvAY-1669103853654)(C:\Users\Administrator\AppData\Local\Temp\1649408052283.png)]

總結

以上是生活随笔為你收集整理的2.系统测试流程规范的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。