測試理論03-svn-缺陷及報告-jira

 

回顧--用例設計方法

邊界值（三個點，使用步驟）

斷定表（適用，四個組成部分，規則，使用）

因果圖（適用，四個符號，使用）

正交表（定義，特性，L_n(m^k)，因素，水平，使用，工具allpairs）

場景法(定義，價值，基本流，備選流，使用)

流程圖（定義，使用）

錯誤推測法（定義，適用）

 

學習目標

理解SVN的基本定義

熟悉SVN的做用

使用SVN客戶端向服務端提交本地文件

掌握軟件缺陷的定義

掌握軟件缺陷報告的基本內容

理解軟件缺陷的跟蹤流程

瞭解JIRA工具的基本使用

 

SVN版本管理工具

SVN的定義

開源的版本管理軟件，Subversion

SVN的做用

• 備份，歸檔

• 版本管理

  • 記錄版本變化，查看變動歷史

  • 回到某個歷史的版本

SVN的操做：

建立版本庫：

1. 新建文件夾

2. 右鍵新建的文件夾，選擇TSVN--》在此建立文件夾

檢出：

場景：客戶端第一從版本庫下載文件

操做：

1. 新建文件夾

2. 右鍵新建的文件夾，選擇SVN檢出

3. 肯定版本庫的URL，檢出的目錄，點擊確認。

更新

場景：從版本庫下載最新的版本文件

操做：

1. 選擇本地版本文件，右鍵選擇SVN更新

提交

場景：客戶端把文件/變動上傳到版本庫

操做：

1. 在本地版本文件夾中，新建1.txt

2. 右鍵本地版本文件夾，選擇SVN提交

3. 填寫註釋，勾選1.txt，點擊肯定

增長

場景：客戶端新增的文件/文件夾，提交到版本庫

操做：

1. 新建文件

2. 右鍵文件，選擇TSN-加入

3. 進行SVN提交

刪除

場景：刪除版本庫中的文件

操做：

1. 右鍵要刪除的文件，選擇TSVN--》刪除

2. 進行SVN提交

改名

場景：修改版本庫中文件的名字

操做：

1. 右鍵要更名的文件，選擇TSVN--》更名

2. 進行SVN提交

更新至版本

場景：客戶端恢復到版本庫中的某個歷史版本

操做：

1. 選擇要恢復文件，右鍵選擇TSVN---》 更新至版本

2. 經過查看日誌，選擇要恢復的具體版本號，點擊肯定

 

 

缺陷定義

軟件或者程序中存在的各類問題和錯誤

缺陷的表現形式

• 不符合需求

  • 未完成需求規定的功能

  • 出現了需求中指明不能出現的錯誤

  • 超出了需求範圍

• 違反常識，標準，規範：需求中雖未指明，可是要實現的功能

• 影響體驗：難以理解，操做複雜，用戶體驗差

 

軟件缺陷產生的緣由和根源

緣由：

• 需求錯誤

• 設計錯誤

• 編碼出錯

• 軟硬件環境問題

根源：

• 需求變動

• 交流不充分

• 軟件自己的複雜性

• 進度壓力

軟件缺陷的基本內容

• 缺陷的標題：簡單描述

• 預期條件

• 重現步驟

• 實際結果

• 指望結果

 

缺陷的狀態

• 新建狀態

• 打開狀態

• 修復狀態

• 關閉狀態

• 拒絕狀態

• 拖延/推遲處理

缺陷嚴重程度

• 最嚴重：系統癱瘓，死機崩潰

• 最輕微：界面錯誤，小的改進建議

 

缺陷優先級

• 最高的優先級：大部分功能不可用

• 最低的優先級：小的問題，時間容許纔會修改

優先級和嚴重程度的關係：

• 具備相關性

• 優先級定義的時候，考慮開發人員技術能力，解決問題的風險。

• 考慮客戶的反饋，在乎的內容，嚴重程度低的缺陷也會優先解決。

優先級最終的定義：

項目經理/產品經理，測試只是給出參考的優先級。

 

經常使用的軟件缺陷類型

• 功能缺陷

• 界面錯誤

• 兼容性缺陷

• 易用性

• 改進建議

 

缺陷報告的全部內容：

• ID

• 所屬功能模塊

• 嚴重程度

• 優先級

• 缺陷狀態

• 缺陷類型

• 缺陷標題

• 預置條件

• 復現步驟

• 結果（實際結果）

• 指望（指望結果）

可選：附件/圖片，關於環境，提交人，解決人，提交時間

 

缺陷報告的重要性

• 誤導開發，影響項目開發進度

• 影響測試人員自身的聲譽

 

缺陷報告的注意事項

• 缺陷要保證可以重現

• 一個缺陷對應一個報告，避免把多個缺陷放在一個報告中

• 簡潔，準確，完整

缺陷的跟蹤

流程1：測試新建缺陷--》 開發打開--》開發解決--》測試迴歸--》關閉缺陷（確認解決）

流程2：測試新建缺陷--》 開發打開--》開發解決--》測試迴歸--》從新指派給開發解決（迴歸失敗）

流程3：測試新建缺陷--》開發拒絕 --》測試關閉

流程4：關閉後的缺陷再次出現---》測試從新打開缺陷

缺陷的統計

角度：

• 嚴重程度

• 功能模塊

• 引入源，階段

• 按照提交人員，開發人員

統計的用途：

• 評估測試人員，開發人員的工做能力和效率

• 評估缺陷分佈的功能或者類型，嘗試作出預防

JIRA簡介

• 澳大利亞的一家軟件公司開發缺陷管理軟件

• 支持多語言，兼容各類操做系統和硬件平臺

• 功能完善，跨國公司比較常見，一百多個國家中應用

 

JIRA的使用者

• 企業管理者

• 項目經理

• 開發人員

• 測試人員

• 其餘人員：運維，設計，銷售

 

JIRA建立項目

1. admin登陸，密碼123456

2. 菜單中選擇項目--建立項目

3. 選擇「基本開發方法」，填寫項目的名稱和關鍵字

4. 確認保存

 

JIRA建立用戶

1. admin登陸

2. 菜單中選擇設置--用戶管理

3. 界面的右上角，點擊建立用戶按鈕

4. 填寫郵箱，帳號名稱，用戶名，密碼，點擊保存

 

JIRA中的問題

問題的概念：軟件缺陷，新功能，新任務，全部的工做

問題的類型能夠編輯（admin）

• 項目設置--問題類型---編輯問題類型

• 經過拖拽進行類型的啓用，停用

• 直接添加系統中不存在的問題類型

 

JIRA中的工做流

概念：工做的流程，流轉（問題）

• to do：待辦/開始

• in progress： 進行中/處理中

• in review ： 評審

• done ： 完成/結束

 

JIRA操做-建立問題

1. 測試人員帳號登陸

2. 新建問題

3. 問題類型，標題，詳細信息，經辦人填寫開發人員

   問題的狀態：待辦

JIRA操做-修復問題

1. 開發人員帳號登陸

2. 查看本身要處理的問題

3. 開始處理缺陷，把工做流改爲「處理中」。線下進行BUG的修復

4. BUG修復完成後，把工做流改爲「正評審」，經辦人修改成測試人員

 

JIRA操做-迴歸測試

1. 測試人員帳號登陸

2. 查看本身要回歸的問題

3. 若是缺陷驗證經過，把工做流改爲「完成」。

4. 若是缺陷驗證失敗，把工做流改爲「待辦」，經辦人修改成開發人員