软件测试——bug相关知识
軟件測試需求分析的定義
軟件測試需求來自需求規格說明書中的原始需求，應覆蓋已定義的業務流程以及功能和非功能方面的需求。所謂的測試需求就是在項目中要測試什么。
為什么需要軟件測試需求？
1）軟件測試需求是設計測試用例的依據。
2）有助于保證測試的質量和進度。
3）軟件測試需求是衡量測試覆蓋率的重要指標。
測試需求分析方法
1）測試需求分析依據
通常是以被測產品的需求為原型進行分析轉變而來，主要通過以下途徑收集：
與待測軟件相關的各種文檔資料。如軟件需求規格、Use case、界面設計、項目會議或與客戶溝通時有關于需求信息的會議記錄、其他技術文檔等。
與客戶或系統分析員的溝通。
業務背景資料。如待測軟件業務領域的知識等。
正式與非正式的培訓。
2）測試需求架構劃分
測試需求架構羅列的功能是指最小功能點，即不可再繼續分解。
應用程序：
A. 一般是最底層的菜單項為最小功能點，若最底層的菜單項不能體現一個獨立的業務流程時，可采用上一層的菜單項為最小功能點。
B. 還有某些比較特殊沒有體現在菜單項的功能也需要作為最小功能點考慮，如POS應用程序中交易的沖正功能等。
驅動：
一般是以一個API為最小功能點。然后，再考慮產品實際用戶使用的場合及用戶特點考慮哪些測試類型，如故障及恢復、功能集成、性能要求、安裝測試、軟硬件兼容性等，此處需要從產品層面考慮，而不是從功能點層面考慮。
軟件測試需求分析的工作流程：
1.根據需求規格提取獨立的功能點，確定測試范圍；
2.對獨立功能進行分析，確定各獨立功能的測試點；
3.對業務場景即功能組合進行分析，提供業務場景的測試點；
4.對非功能特性進行分析，了解需要測試的非功能特性；
5.針對系統級接口進行分析，了解被測試對象、測試規格。分析可測性，確定測試方法、工具。
測試需求分析的主要目的是獲取測試點，根據測試點來編寫測試用例。
bug的定義&生命周期
bug的定義
狹義概念：軟件程序的漏洞或缺陷
廣義概念：1、漏洞、缺陷；2、不符合需求的；3、發現和提出針對這個產品可以改進的細節。
測試工程師的職責
發現bug，提交給開發并讓開發去修改。
bug的類型
以禪道系統為例，對bug進行類型分類（代碼（功能）錯誤、設計缺陷、界面優化、性能問題、配置相關、安裝部署、安全相關、標準規范、測試腳本、其他）
bug的登記
1、致命缺陷（P1）：
1）常規操作引起的系統崩潰、死機、死循環、閃退
2）造成數據泄露的安全性問題，比如惡意攻擊造成的賬戶私密信息泄露
3）涉及金錢計算
4）阻斷性測試，所有測試工作進行不下去（冒煙測試）
2、嚴重錯誤(P2)：
1)重要功能不能實現
2)錯誤發波及面廣，影響到其它重要功能正常實現功能交互
3)非常規操作導致的程序崩潰、死機、死循環、閃退
4)外觀引起的難以接受的缺陷
5)密碼明文顯示
3、一般錯誤（P3）：
1）側腰功能不能正常實現
2）操作界面錯誤
3）查詢錯誤，數據錯誤顯示
4）簡單的輸入限制未放在前端進行控制
5）刪除操作未給出提示
4、細微錯誤（P4）：
程序在一些顯示上不美觀、不符合用戶習慣或文字錯誤，例如：
1）界面不規范
2）輔助說明描述不清楚
3）提示窗口文字未采用行業術語
4）界面存在文字錯誤
bug的生命周期
生命周期一般的缺陷狀態：提bug->指派->已解決->待驗->關閉
1、已經指派的bug：
已經指派給開發的，需要注意bug的走向，隨時關注并進行跟蹤。如果一直未修復，提醒開發修改，以免開發忘記，如果已經修復等待測試環境更新后進行驗證。
2、已解決的bug：
等待測試環境更新后進行驗證，驗證通過則關閉，驗證不通過則重新打開指派給開發
3、重復bug：
先去查看下是否跟開發指定的bug重復，如果確定是重復則關閉；如果不重復，說明原因，重新打開指派給開發
4、不是缺陷：
再次依據需求確認，是否是bug，如果依然覺得是缺陷跟開發溝通，列舉出來覺得是bug的點，溝通不達一致找產品確認，確認是bug注明情況并再次指派給開發，產品確認不是bug，就不糾結，直接關閉bug，但是，會把這個bug記錄下來，等到測試任務結束后，再來研究。
5、無法重現：
確認開發環境是否跟測試環境一致，包括操作步驟、瀏覽器、環境、特定賬號、輸入數據等，如果多個版本驗證后，如開發所說重現不了，依據bug的嚴重程度跟產品、開發一起確認關閉，如果找到重現原因，注明清楚并再次指派給開發。
6、不予解決：
找產品進行確認，確認不予解決進行關閉；確認需要解決請備注原因并打開指派給開發
7、設計如此：
找產品進行確認，確認設計如此進行關閉，確認是問題，備注原因重新指派給開發
8、延期修改：
確認bug嚴重程度，是否影響當前版本發布，與產品經理進行確認，不予延期請根據情況進行激活與情況說明，確認延期則做好記錄，后續版本進行關注
bug管理系統
1、QC（quality Center）
是原Mercury Interactive公司（現已被HP收購）生產的企業級基于WEB測試管理工具，需要安裝配置IIS和數據庫，系統資源消耗比較大；功能很強大，結合有BUG管理，需求管理及用例管理等功能；和其他的測試工具，比如Loardrunner測試工具的接口做得比較好，數據可以在它們中共享；英文版的易用性不是很好，最重要的是收費且價格不菲；破解版的網上也很多但找起來和破解也比較費事，性能就不那么穩定。
價格：30美元（不確定）
原地址：Http://www.hp.com
功能列表：
1.制定可靠的部署決策。
2.管理整個質量流程并使其標準化。
3.降低應用程序部署風險。
4.提高應用程序質量和可用性。
5.通過手動和自動化功能測試管理應用程序變更影響。
6.確保戰略采購方案中的質量。
7.存儲重要應用程序質量項目數據。
8.針對功能和性能測試面向服務的基礎架構服務。
9.確保支持所有環境，包括 J2EE、.NET、Oracle 和 SAP。
優點:
1)功能很強大，結合有BUG管理，需求管理及用例管理等功能；
2)和其它的測試工具，比如Loardrunner測試工具的接口做得比較好，數據可以在它們中共享；
3)管理整個質量流程并使其標準化。
4)通過手動和自動化功能測試管理應用程序變更影響
缺點：
1)需要安裝配置IIS和數據庫，系統資源消耗比較大；
2)純英文版的且易用性不是很好，且收費；
2、Bugzilla
Bugzilla是由Mozilla公司提供的基于Wbe方式，免費的開源的一款功能強大的Bug管理系統，比如強大的檢索功能，強大的后端數據庫支持, 豐富多樣的配置設定等；安裝需要Perl和配置MYSQL數據庫，過程比較繁瑣，修改配置文件比較麻煩；英文版的，能漢化但是漢化后容易出現亂碼；
資源地址：http://www.bugzilla.org
功能列表：
⒈ 強大的檢索功能
⒉ 用戶可配置的通過Email公布Bug變更
⒊ 歷史變更記錄
⒋ 通過跟蹤和描述處理Bug
⒌ 附件管理
⒍ 完備的產品分類方案和細致的安全策略
⒎ 安全的審核機制
⒏ 強大的后端數據庫支持
⒐ Web，Xml，Email和控制界面
⒑友好的網絡用戶界面
⒒豐富多樣的配置設定
⒓版本間向下兼容
優點：
1)比如強大的檢索功能，強大的后端數據庫支持, 豐富多樣的配置設定等；
2)免費
3)安全性高
缺點：
1)安裝需要Perl和配置MYSQL數據庫，過程比較繁瑣，修改配置文件比較麻煩；
2)英文版的，能漢化但是漢化后容易出現亂碼；
3)界面美觀度差，不支持截圖上傳。
3、BugFree（后來進化成禪道bug管理）
基于WEB的，配置安裝簡單，只需到網上獲取安裝包，再配下PHP通用的環境即可；純功能型的界面就無所謂美觀；沒有直接的截圖功能但是可以以附件的形式存在；也有簡單的報表統計功能；整體使用還是比較容易上手，而且是開源免費中文版的BUG管理系統。
資源地址：http://www.bugfree.org.cn
bugfree優點：
1)開源免費,配置安裝簡單
2)有簡單的報表統計功能；
3)整體使用還是比較容易上手
bugfree缺點：
1)沒有直接的截圖功能但是可以以附件的形式存在；
2) bugfree是基于php開發的，所以要運行就需要安裝php環境，略復雜；
3)頁面是非常清晰整潔的web頁面，但是需要填寫字段。
禪道功能列表：
1、產品管理：包括產品、需求、計劃、發布、路線圖等功能。
2、項目管理：包括項目、任務、團隊、build、燃盡圖等功能。
3、質量管理：包括bug、測試用例、測試任務、測試結果等功能。
4、文檔管理：包括產品文檔庫、項目文檔庫、自定義文檔庫等功能。
5、事務管理：包括todo管理，我的任務、我的Bug、我的需求、我的項目等個人事務管理功能。
6、組織管理：包括部門、用戶、分組、權限等功能。
7、統計功能：豐富的統計表。
8、搜索功能：強大的搜索，幫助您找到相應的數據。
9、靈活的擴展機制，幾乎可以對禪道的任何地方進行擴展。
10、強大的api機制，方便與其他系統集成。
禪道的優點：
1）禪道開源免費，從下載到使用不需任何費用。開源的軟件更能夠根據企業自身需求在源碼的基礎上進行修改，讓國內外眾多企業節省項目管理成本。
2）禪道的功能非常完備，可擴展性，且代碼開放可做二次開發。
3）禪道價格實惠，售后服務方式選擇多且有官方技術服務的保障。
禪道的缺點：
1）禪道的界面設計稍稍遜色，不夠簡潔，顏色使用也比較單一，不夠豐富。
2）雖然禪道有新手入門操作演示，但部分新人上手還是會存在一些問題。
4、 EasyBUG
基于WEB的在線的，不用配置；界面很漂亮，操作容易上手，基本上只要是會上網的人一看就會用；區別其它工具且最實用的一點是截圖功能強大，且是以圖片的形式直接存在，而不是以附件的形式存在；BUG解決流程也有記錄在案；豐富的統計報表，一目了然；是國產的，有中英文版的而且免費的。
價格：vip640/年
資源地址：http://www.EasyBug.net
優點：
1)基于WEB的在線的，不用配置；
2)界面簡單，操作容易上手，基本上只要是會上網的人一看就會用
3)擁有截圖功能，以圖片的形式直接存在，而不是以附件形式；
4)BUG解決流程記錄在案；有統計報表，一目了然；
5)國產且免費的。
缺點：
1)需要手動錄入bug標題，保存bug截圖提交，追蹤及時性靠人工自覺
5、 Mantis
一款基于Web的Php+Mysql的開源BUG管理系統，一款簡單實用的系統，也有截圖功能，不過是以附件的形式存在，報表功能比較強大，需要配置才可用，是英文版的，不過可以通過漢化包和配置來漢化，有郵件支持但也需要修改配置。
資源地址：http://www.mantisbt.org
功能列表：
1.缺陷跟蹤管理(默認為bug管理系統)
2.問題跟進分析報告
3.可以添加子項目、模塊等功能
4.配置不同權限發送email通知
5.工作流自定義配置
6.路線圖、修改日志
7.統計報表、圖形報表
8.與TESTLINK、wiki等集成
優點：
1)開源不收費、B/S架構模式，Windows平臺，可郵件通知，操作較為靈活
2)可以跟蹤成粗版本變更歷程
3)可以生成項目bug各種指標統計圖標
4)豐富的過濾器搜索功能
缺點：
1)安裝配置復雜，界面不美觀
2)工作流整體已寫死，不好進行配置，配置不靈活
3)管理不便，修改配置大部分需要進行代碼修改
6、JIRA
JIRA是集項目計劃、任務分配、需求管理、缺陷跟蹤于一體的軟件。
優點：
1)JIRA的界面效果非常不錯。安全性、可擴展性方面也不錯。 JIRA的使用范圍廣，所以擁有眾多開發者提供的擴展插件以供不同選擇。
2)工作流定制功能實用性特別高，可定制性也很好。
3)針對issue驅動的項目管理非常有效，也基于多年來的插件積累，可以展現非常強大的交互、統計視圖，純粹項目管理使用JIRA的確是個不錯選擇。
缺點：
1)從使用上來說還是不大符合國人的使用邏輯。
2)雖然有中文版本，但是中文版本在使用的過程中，部分頁面還是會有很多英文，不能做到全中文界面。
3)對于國內用戶提供的售后服務稍顯弱一些，存在時間和溝通上的一些障礙。
7、Bugtags
Bugtags是國內首款為改善移動產品質量而專門打造的測試平臺產品。使用Bugtags平臺可以隨時隨地對移動產品提出準確的改善意見，使得測試更簡單，修復問題更輕松，產品用戶滿意度更高。
普通版免費，企業版價格（日活躍用戶10W以下時）
入門套餐：3380 元 /年
標準套餐：6300 元 /年
豪華套餐：9660 元 /年
功能列表:
1）SDK集成簡單，一行代碼極速集成，完全不影響原有程序結構
2）所見即所得提交問題，一鍵截屏，使用標簽描述問題，在應用內直接提交問題，免去截圖連電腦上傳描述等步驟
3）自動收集設備與應用運行狀態，極大提高了問題描述準確度，幫助開發人員快速定位和解決問題
4）自動收集分析崩潰信息，每一次用戶的閃退現場信息，都會上傳到云端，分析數據讓解決問題更輕松
5）簡單有效的問題生命周期管理，抽取傳統缺陷管理系統的最核心功能，有效管理和跟蹤問題
優點：
4)第三方sdk集成
https://www.jianshu.com/p/17cfb848af23
https://blog.csdn.net/yuyecsdn/article/details/91038169
https://blog.csdn.net/haiyinshushe/article/details/81909714
禪道的使用步驟
一、禪道簡介
禪道是青島易軟天創網絡有限公司研發，是一款B/S結構軟件，國產開源免費、可以跨平臺（操作系統）、安裝簡單的項目管理系統，主要功能有：組織視圖、后臺視圖、產品視圖、項目視圖、測試視圖等，和禪道類似的其他管理工具有：QualityCenter–HP（QC）、BugFree、BugZilla、Jira（雞爪子），Mantis（螳螂）
二、禪道安裝（ZenTao）
ZenTaoPMS 8.2.5_windows
ZenTao----->禪道
PMS---->項目管理系統
8.2.5---->版本號
Windows---->操作系統
步驟：
1）去官方網站下載禪道項目管理軟件
2）將禪道安裝軟件拷貝到D盤
3）選擇禪道安裝軟件，右鍵單擊，選擇“以管理員身份運行”選項
4）進入xampp文件夾中，選擇“啟動禪道”，右鍵單擊，選擇“以管理員身份運行”選項
5）在“禪道集成運行環境”中，單擊“啟動”按鈕
說明：如果出現“禪道正在運行，點擊“訪問”按鈕來使用。”表示安裝成功。
三、訪問禪道
3.1訪問自己電腦禪道（學習）
步驟：
1）在“禪道集成運行環境”中，單擊“訪問禪道”按鈕
2）在“歡迎頁面”中，單擊“開源版”按鈕。
3）在“用戶登錄”頁面中，輸入用戶名和密碼，單擊“登錄”按鈕
說明：默認的用戶名和密碼（admin/123456）
3.2訪問服務器（工作）
準備工作：
1）知道服務器的IP地址
開始>cmd>回車>DOS:ipconfig>回車>找“以太網適配器本地連接”>IPv4地址…176.140.17.153>
2）知道禪道的端口號:80
3）訪問地址
格式1：http://服務器IP地址/ZenTao ---->端口號80
格式2：http://服務器IP地址:端口號/ZenTao----->端口號8X
練習：訪問同桌電腦禪道項目管理系統
四、禪道主要功能講解
4.1組織視圖
主要功能：添加部門、添加用戶、公司、設置權限
4.1.1部門
安裝禪道項目管理系統后，管理員第一件要做的事情就是：設置部門結構（添加部門）
測試部、開（研）發部、產品部、運維部、項目部
步驟：
1）在“組織視圖”中，單擊部門菜單
2）在“下級部門”文本框中，添加部門名稱，單擊“保存”按鈕
4.1.2用戶
測試人員（qa）、測試主管（qd）、發開人員（dev）、開發主管（td）、產品主管（pd）、產品經理（po）、項目經理（pm）、運維人員（rel）、測試經理（qm）、開發經理（tm）
4.1.2.1添加用戶（單個添加）
練習：向測試部添加一個用戶，用戶名為qa02，真實姓名：測試01
步驟：
1）在組織視圖中，單擊“用戶”菜單
2）在工具欄中，單擊“添加用戶”按鈕
3）在添加用戶頁面中，輸入用戶信息，單擊“保存”按鈕
4.1.2.2批量添加
練習：測試部：用戶名：qa03，真實姓名測試03，職位：測試；
用戶名：qd01，真實姓名測試主管01,
開發部：dev03開發03 開發
td01開發主管01 研發主管
產品部：po01產品經理01 產品經理
項目部：pm01項目經理01 項目經理
步驟：
1）在組織是圖中，單擊“用戶”菜單
2）在工具欄中，單擊“批量添加”按鈕
3）在批量添加用戶頁面中，輸入用戶信息，單擊“保存”按鈕。
4.1.2.3修改（編輯）用戶
步驟：
1）在用戶列表中，選擇要編輯的用戶，單擊“編輯用戶（X）”圖標
2）在編輯用戶頁面中，編輯用戶信息，單擊“保存”按鈕。
4.1.2.4刪除用戶
在用戶列表中，選擇要刪除的用戶，單擊刪除用戶（X）圖標
4.1.3公司
步驟：
1）在組織視圖中，單擊“公司”菜單
2）在公司信息頁面中，單擊“編輯”按鈕
3）在“編輯公司”窗口中，編輯公司信息，單擊“保存”按鈕。
4.1.4權限
4.1.4.1查看用戶權限
管理員—幾乎可以全部操作
測試人員—不能刪除缺陷，不能刪除用例
開發人員—不能刪除缺陷，不能創建用例，不能刪除用例
測試主管—能刪除缺陷，能刪除用例
說明：如果一個用戶隸屬于一個組，那么該用戶就有該組的權限。一個用戶權限的大小和名稱沒有關系，和組有關系。
步驟：
1）在組織視圖中，單擊權限菜單，
2）在瀏覽分組頁面中，選擇一個分組名稱，單擊“權限維護”圖標
3）在所有權限頁面中，查看復選框的選中情況，勾選越多，權限越大。
4.1.4.2修改用戶權限（重點）
步驟：
1）在組織視圖中，單擊權限菜單，
2）在瀏覽分組頁面中，選擇一個分組名稱，單擊“權限維護”圖標
3）在所有權限頁面中，根據公司實際情況，對復選框進行勾選或者取消。單擊保存按鈕。
4.1.4.3新增分組（重點）
步驟：
1）在組織視圖中，單擊權限菜單
2）在瀏覽分組頁面中，單擊新增分組按鈕。
3）在新增分組窗口中輸入分組名稱和分組描述，單擊保存按鈕
4）選擇新增分組名稱，單擊權限維護圖標
5）在所有權限頁面中，根據公司實際情況，選擇相應的權限，單擊保存按鈕
練習：
1、添加部門結構，如下所示。
設計部
前端部
2、添加用戶，如下所示
測試部：qa04，qa05，qa06
開發部：dev04，dev05，dev06
設計部：用戶名：deg01，真實姓名：設計01，職位：其他，分組：設計（權限-新增分組）
前端部：用戶名：web01，真實姓名：前端01，職位：其他，分組：前端（權限-新增分組）
4.2后臺視圖
主要功能：回收站、自定義（重點）
4.2.1回收站
可以對刪除的對象，進行隱藏和還原，在禪道中沒有真正的刪除。
4.2.2自定義（重點）
以用戶為例
步驟：1）在后臺視圖中，單擊“自定義”菜單
2）在工具欄中，單擊“用戶”菜單
3）在用戶>>職位文本框中輸入職位名稱，單擊保存按鈕。
練習：測試部：用戶名：qm01；分組：測試經理；職位:測試經理–>自定義用戶
練習：開發部：tm01；開發經理01；開發經理
4.3產品視圖
產品詞語解釋：在公司中，有個職位叫做產品經理，主要負責需求的編寫和維護，在禪道中中產品是一切的核心。
主要功能：添加產品、添加模塊、概況、需求
4.3.1添加產品
練習：
產品名稱：客戶關系管理系統
產品代號：CRM
產品負責人：產品經理01
測試負責人：測試主管01
發布負責人：運維01
產品類型：多平臺
產品描述:666666666
訪問控制：默認設置
步驟：
1）在產品視圖中吧，單擊添加產品按鈕
2）在新增產品頁面中，輸入產品信息，單擊保存按鈕
4.3.2模塊
模塊就是對產品的一個分類，相當于文件和文件夾的關系，通過模塊，可以宏觀的了解一個產品。
步驟：
在產品視圖中，單擊模塊菜單
在維護子模塊文本框中輸入模塊名稱，單擊保存按鈕
練習：添加美萍酒店管理系統模塊：
來賓登記（散客開單、團體開單、長包房管理）
收銀結算（賓客結賬、合并結賬）
系統維護（系統設置（房間設置、商品設置）、技術支持、）
4.3.3概況
通過概況可以了解產品的基本信息，對產品進行刪除、編輯、關閉等操作。
4.3.4需求
步驟：
1）在產品視圖中，單擊需求菜單
2）在工具欄中單擊提需求按鈕
3）在提需求頁面中，輸入需求信息，單擊保存按鈕
說明：
需求來源：產品經理、客戶、客服、市場
練習：
產品名稱：客戶關系管理系統
1、添加模塊
客戶信息
渠道資源
系統設置
2、需求
給每個模塊提一條需求
4.4項目視圖
主要功能：添加項目、設置團隊、關聯需求、概況、分解任務
4.4.1添加項目
步驟：
1）在項目視圖中，單擊添加項目按鈕
2）在添加項目頁面中，輸入項目信息，單擊保存按鈕。
練習：項目名稱：客戶關系管理系統第一期
項目代號：CRM01
關聯產品：客戶關系管理系統
項目描述：999666
訪問控制:默認
4.4.2團隊
步驟：
1）在項目視圖中，單擊團隊菜單
2）在團隊成員頁面，單擊團隊管理按鈕
3）選擇項目團隊成員，單擊保存按鈕。
4.4.3概況
通過概況可以了解項目的基本信息，可以對項目進行刪除、編輯、延期、開始、結束、掛起（暫停）。
4.4.4需求（關聯需求）
步驟：
1）在項目視圖中，單擊需求菜單
2）在需求列表頁面中，單擊關聯需求按鈕
3）選擇要關聯的需求，單擊保存按鈕
4.4.5分解任務
步驟：
1）在項目視圖中，單擊需求菜單
2）在需求列表中，選擇要分解任務的需求，單擊分解任務（
）圖標
3）在建任務頁面中，輸入任務信息，單擊“保存”按鈕
說明：同一條需求分解給一個開發和一個測試人員
4.4.6開發人員完成任務
步驟：
1）在我的地盤視圖中，單擊任務菜單
2）在任務列表中，單擊id編號
3）在任務詳情頁面，單擊開始按鈕
4）根據任務描述和需求描述，編寫代碼，完成后單擊完成按鈕。
4.4.7版本（Build）
當開發人員完成若干個功能后，才可以創建版本，版本由運維人員創建。
步驟：
1）在項目視圖中，單擊版本菜單
2）在版本列表中，單擊創建版本按鈕
3）在創建版本頁面中，輸入版本信息，單擊保存按鈕
說明：版本名稱編號格式：
產品/項目名稱_類型_時間
Zentao_stable_201903201750
4.5測試視圖
主要功能：管理測試用例、管理缺陷、提交測試
4.5.1測試人員完成任務（編寫測試用例）
步驟：
]1）在我的地盤視圖中，單擊任務菜單
2）在任務列表中單擊所屬項目鏈接
3）在任務列表中，根據“指派給”確認那條任務是自己的（紅顏色）。單擊開始圖標
4）再根據“指派給”和“狀態”再次確認那條是自己的任務，單擊相關需求鏈接（通過Ctr±改變頁面大小）
5）在需求詳情頁面中，根據任務描述和需求描述，閱讀需求，確認設計測試用例的方法。數據分析并標編號，編寫測試用例，單擊建用例按鈕。
6）在建用例頁面中，輸入用例信息，單擊保存按鈕。
7）根據數據分析再次建用例，一直到用例編寫完成，最后，單擊完成按鈕（哪里開始哪里完成）。
說明：
用例類型：功能測試、性能測試、接口測試、安裝部署用例標題格式：產品/項目名_模塊名稱_測試點編號
示例：禪道項目管理系統_組織視圖_用戶_添加用戶_添加001
ZENTAO_ZZST_YH_TJYH_TJ001（英氏）
4.5.2導入測試用例
步驟：
1）在測試視圖中，單擊用例菜單
2）在工具欄中，單擊導出，選擇導出模板選項
3）在導出模板窗口中，字符編碼集選擇GBK，單擊保存按鈕
4）在導出的模板中，根據提示信息，編寫測試用例。
5）在工具欄中，單擊導入按鈕
6）在導入窗口中，選擇要導入的文件，字符編碼集選擇GBK，單擊保存按鈕。
練習：產品名稱：客戶關系管理系統
模塊：系統設置
4.5.3導出測試用例
步驟：
1）在測試視圖中，單擊用例菜單
2）在工具欄中，單擊導出，選擇導出數據選項
3）在導出窗口中，輸入文件名，選擇文件類型（CSV/html），選擇字符編碼集（GBK/UTF-8），單擊導出按鈕
4.5.4提交測試（提測）
當版本創建成功后，才可以提交測試，提測由測試負責人進行提交測試–>qd01
步驟：
1）在測試視圖中，單擊版本菜單
2）在待測版本頁面中，單擊提交測試按鈕
3）在提交測試頁面中，輸入提測信息，單擊保存按鈕
4）在待測版本頁面中，單擊關聯用例
5）在關聯用例頁面中，選擇要關聯的用例，單擊保存按鈕
4.5.5分配測試用例給測試人員–qd01
1）在測試視圖中，單擊版本菜單
2）在待測版本頁面中，單擊用例圖標
3）在用例列表中，選擇要分配的測試用例，選擇指派給誰，單擊指派按鈕
說明：在用例列表的右上角位置，有一個設置（
）圖標，可以單擊進行列的設置。
4.5.6執行測試用例
步驟：
1）在我的地盤視圖中，單擊測試菜單
2）在工具欄中點擊給我的用例
3）在用例列表中選擇一條測試用例，單擊執行圖標
4）在執行窗口中，根據步驟，真實的執行被測系統，執行完成后，對比預期結果：
（a）如果相同，測試結果選擇：通過
（b）如果不同，測試結果選擇：失敗，將實際結果填寫到實際情況文本框中，并截圖留下證跡
說明：
N/A：沒有意義
阻塞：由于外部原因，造成被測系統無法運行
4.5.7提交缺陷
練習：使用qa03提交禪道項目管理系統第一期缺陷
步驟：
1）在我的地盤視圖中，單擊測試菜單
2）在工具欄中點擊給我的用例
3）在用例列表中，選擇結果是“失敗”的記錄，單擊“轉bug”圖標
4）在轉bug頁面，選擇全部記錄，單擊保存按鈕
5）在提bug頁面中，輸入bug信息，上傳bug截圖，單擊保存按鈕
說明：
Bug類型：標準規范、界面優化、代碼錯誤、性能問題
4.5.8確認是否是缺陷
開發經理確認是否是缺陷，如果是缺陷指派給開發人員修改–dev04
步驟：
1）在我的地盤視圖中，單擊bug菜單
2）在bug列表中，選擇一條缺陷，單擊“ID”編號，
3）對比預期結果和截圖比較：
（a）如果相同：單擊“確認”按鈕，在確認窗口中，“指派”給選擇相應的開發人員，單擊保存按鈕
（b）如果不同：單擊“解決”按鈕，在解決窗口中，解決方案選擇“設計如此”
單擊保存按鈕。
4.5.9修改缺陷
步驟：
1）在我的地盤視圖中，單擊bug菜單
2）在缺陷列表中，選擇一條缺陷，單擊“ID”編號
3）在bug詳情頁面中，根據重現步驟和截圖，重新修改代碼，完成后，進行自測，單擊解決按鈕
4）在解決窗口中，解決方案選擇：已解決，單擊保存按鈕
4.5.10返測
步驟：
1）在我的地盤視圖中，單擊bug菜單
2）在bug列表中，選擇一條缺陷，單擊“ID”編號
3）在bug詳情頁面中，根據重現步驟，再次執行被測系統，對比預期結果：
（a）如果相同：單擊“關閉”按鈕
（b）如果不同：單擊“激活”按鈕
轉載自：https://www.jianshu.com/p/9a3edbe7c674
總結
以上是生活随笔為你收集整理的软件测试——bug相关知识的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： 前端学习（751）：Javascript
- 下一篇： 计算机二级公共基础知识笔记