介紹：禪道是乙個專案管理軟體，它是易軟天創公司為了解決眾多企業在管理**現的混亂，無序的現象開發出來的，
它是集產品管理，專案管理，用例管理於一身，同事包含食物管理，組織管理眾多功能，是中小企業專案管理的首選工具。
技術架構：bs架構，自主研發的php開發框架，禪道php框架開發而成，通過這套框架，企業或者第三方的開發這可以非常方便，靈活的對禪道進行功能的修改或者拓展。
禪道首次創造性的將產品，專案，測試這三者，明確分工，產品人員，開發團隊，測試人員，這三者分開，互相配合，互相制約，通過需求，任務，bug來進行互動，最終通過專案拿到合格產品。
軟體研發專案管理工具：
禪道， 中小型
jira/confluence 大型
tapd (敏捷開發模式)
qc ，redmine，mantis
常見的用例管理工具：
testlink，test manage ，飛蛾 ，test rail
禪道中的使用者分為：
測試：匯入用例，執行用例，提bug
研發人員：解決bug
產品經理：建立產品，需求
專案經理：建立專案，確實能夠專案要做的需求
測試主管：跟進測試進度，檢視需求和任務
運維人員: 管理版本
bug的定義：狹義指軟體程式的漏洞或缺陷，
廣義指測試工程師或使用者提出的軟體可改進的細節，或與需求文件存在的差異的功能實現等。
重現步驟：步驟，結果，期望
bug型別：（重點）
兩種分類：第一種
1、**錯誤
2、設計缺陷
3、介面優化
4、配置相關
5、安裝部署
6、安全相關
7、標準規範
8、測試指令碼
9、效能問題
第二種：
功能類，效能類，介面類，易用性類，相容性類，其他
os：ios ，android，linux，windows，symbian,osx ,macos,unix
瀏覽器：
ie ，uc， 谷歌，火狐，遨遊，360等
bug等級：
1級bug：（致命bug）
（1）系統崩潰，宕機，死迴圈，記憶體洩露，無法啟動，異常退出，白屏，嚴重花屏，
（2）資料洩露，資料安全，
（3）涉及金錢，如支付類軟體
（4）功能設計和需求嚴重不符
2級bug（嚴重bug）
不影響其他功能測試的情況下可以繼續該版本測試
3級bug（一般bug）
實際測試中存在最多，解決率關係版本的優化程度
1、次要功能不能正常實現
2、操作介面錯誤
3、查詢錯誤，資料顯示錯誤
4、刪除操作未給提示
5、相容性問題
4級bug（建議性bug）
測試初期比較多，優先程度較低，在測試後期出現較少，
1、介面不規範
2、輔助說明描述不清楚
3、日常描述實用專業術語不規範
4、介面存在錯誤文字
5、使用者體驗感受不好
6、游標位置不正確
等優先順序：
1級 ，立即處理
2級， 緊急處理
3級、正常處理
4級、有時間處理
bug的生命週期：
乙個bug被發現到bug被關閉的過程 。
缺陷的狀態：
1、新建（測試）----指派（測試）—已解決（開發）–待驗證（測試）—關閉（測試）
2、新建（測試）----指派（測試）—已解決（開發）–待驗證–驗證不通過—轉回給開發—開發確認—修改—待驗證—驗證通過—關閉bug
測試認為是bug，開發認為不是bug？
1、開發和測試都沒有問題，是產品的問題（需求：產品確認，你遇到問題，需要某個功能，需求沒有，是否遺漏，要產品傳送郵件，通知整個專案，開發去開發，測試在測）
2、開發問題
（把bug的重現步驟，報錯截圖，日誌收集，先**溝通，不行再當面溝通當場復現，找測試經理去找開發經理改 ）
3、測試問題
自己服務，環境的問題，等
偶現bug如何處理？
1、首先確認開發環境和測試環境是否一致
2、記錄bug，包括bug的出現步驟，出現的現象，日誌中的錯誤等
3、找開發重現步驟，無發重現就去要開發去看原**，源**中沒有發現問題分析bug的嚴重性，
4、上報專案經理和測試經理，嚴重就需要立即解決，找出原因，
5、如果不嚴重暫時不解決，要關閉也要寫明原因，延期解決，寫明情況，後續版本進行關注
bug狀態：
1、new（新的）
bug 被發現的時候第一次，測試人員和專案負責人確認是乙個bug，記錄bug，並將bug的狀態設為new
2、assigned （已指派）：轉給開發，開發確認是bug，指定某位開發人員處理，並將bug的狀態設定為assigned，（跟蹤、提醒開發，已修復，更新環境驗證）
3、open （開啟）：開發處理bug，將bug的狀態設定為open，說明開發正在處理。
4、fixd （修復）：開發人員已解決bug，將bug設定fixed，轉給測試人員
5、pending reset 待再測試：bug返回在測試人員後，狀態設定 peding reset
6、close 關閉：測試人員再次測試確認bug已解決，狀態為 close；
（更新環境驗證，驗證通過關閉，驗證不通過，重新開啟，跟進bug）
7、reopen 再次開啟：經過再次測試發現bug仍然存在，測試在轉給開發，狀態reopen；
8、peding rejet （拒絕）：測試給開發，開發認為不是bug，開發人員可以拒絕，狀態為「peding rejct」
9、rejected（被拒絕）：開發轉回給測試，測試經過確認對這個bug，不是bug，測試可以將bug的狀態設定為rejected
日誌級別：
log4j提供5種日誌級別和2個日誌開關。
debug ：輸出除錯資訊，指出犀利度資訊時間對除錯應用程式是非常有幫助的
info：輸出提示資訊。
warn：輸出警告資訊。表面會出現潛在錯誤資訊
error：輸出錯誤資訊
fatal:輸出致命錯
all level ：開啟所有日誌家路開關 ；最低等級，用於開啟所有日誌記錄。
off level ： 關閉所有日誌記錄開關；是最高等級，用於關閉所有的日誌記錄。
級別：高到底off level>fatal>error>warn>info>debug > all level
log4j:只使用四個級別：error>warn>info>debug
用例匯入和匯出會出現亂碼，選擇字元編碼gbk
wps的相容性錯誤，你先到一條用例出來，在把內容複製到匯出的表中，在匯入進去。
面試題：
1.bug包含哪些內容
來自哪款產品、發現bug的模組、產生影響的版本、當前指派的人、bug是什麼型別、bug標題簡單描述、bug嚴重級別(致命、驗證、一般、建議)、bug優先順序（高中低）、bug內容（測試環境、預製條件、重現步驟、預期結果、實際結果、截圖證明、bug錯誤說明）、關聯的需求和任務、版本
2.一般工作中有哪些bug
按不同標準分類
1.**錯誤、設計缺陷、介面優化、配置相關、安裝部署、安全相關、標準規範、測試指令碼、效能問題
2.功能累、效能類、介面類、易用性、相容性、其他
3.如何處理乙個bug
致命bug立即處理、嚴重bug緊急處理、一般bug正常處理、建議性bug有時間再處理
4.開發認為不是bug，測試認為是
1、開發和測試都沒有問題，是產品的問題（需求：產品確認，你遇到問題，需要某個功能，需求沒有，是否遺漏，要產品傳送郵件，通知整個專案，開發去開發，測試在測）
2、開發問題
（把bug的重現步驟，報錯截圖，日誌收集，先**溝通，不行再當面溝通當場復現，找測試經理去找開發經理改 ）
3、測試問題
自己服務，環境的問題，等
5.bug的生命週期
6.如何處理偶現bug
7.bug的等級
8.常用的專案管理工具：microsotf project、microsoft server、clarity portfolio manager、clarity resource manager、clarity project manager、禪道、華為雲、teambition
9.常用的用例管理工具:
10.常用的bug管理工具
11.有意義的bug
軟體測試筆記day 1（2020 8 15）
什麼是軟體測試?軟體測試是驗證軟體是否滿足使用者的需求，通過手動或者自動化手段來檢測錯誤和缺陷 1 需求測試 需求是乙個文件 srs軟體需求規格說明書 軟體 客戶要實現的功能，開發去進行編寫的 的依據，公司中需求一般是產品經理負責 2 介面測試 又稱ui測試或外觀介面測試 形狀，大小，顏色，布局，軟...
軟體測試筆記
qtp loadrunner 整合測試 integration testing 是在假定各個軟體單元已經通過了單元測試的前提下，檢查各個軟體單元之間的相互介面是否正確。也稱為組裝測試 聯合測試 子系統測試或部件測試 整合測試演變出了功能測試，效能測試 方法處理資料的時間，方法併發能力 整合測試的方面...
軟體測試筆記
軟體測試 黑盒測試 一 黑盒測試主要發現以下錯誤 1.是否有不正確或者遺漏的功能 2.介面是否有錯誤 3.在介面上，輸入能否正確的接收？能否輸出正確的結果 4.效能上能否滿足需求 5.是否 有初始化或終止化性的錯誤？二 1.黑盒測試的優點 從產品功能的角度測試可以最大限度的滿足客戶的需求 相同動作可...