6.1 禪道安裝
◆注意事項：
1、安裝的目錄不能帶有中文或者空格等其他字符，盡可能選擇盤符的根目錄，會自動生成sampp的目錄
2、訪問禪道的時候提示輸入賬號和密碼，賬號和密碼在禪道集成運行環境框底下(賬號：zentao密碼： )
3、登錄之后，選擇開源版，默認賬號admin/123456
4、如果出現禪道啟動失敗，是因為默認埠80的問題，在禪道控制面板-服務-配置埠-修改埠號
5、如果出現打不開網頁等例外，在禪道控制面板-服務-卸載服務，然后再將禪道的所有安裝包洗掉，再重新安裝
◆禪道作用：
禪道：用例管理，bug管理
市面上常見的用例和bug管理工具，禪道、QC、雞爪(jira)、pingcode、公司自研產品
◆使用流程：
1、產品經理添加產品，并且管理需求
2、專案經理創建專案，設定團隊，產品關聯，創建任務
3、測驗經理在測驗模塊匯入測驗用例檔案(也可以在模塊中批量添加)測驗經理在測驗單子的模塊中創建測驗任務--關聯測驗用例--指派給測驗人員
4、在測驗程序中，對用例進行標注、通過、失敗、阻塞、忽略
5、在測驗程序中發現bug以及提交bug
◆面試題1：一條bug包含哪些內容？(bug生命周期是什么)
bug編號 bug標題 bug描述--實際結果-預期結果
Bug復現步驟--必現bug和偶現bug Bug所屬版本和模塊
Bug指派人員 Bug型別--功能-代碼-UI-性能-易用性-安全
Bug級別 致命的 嚴重的 一般的 建議的()
添加附件
◆面試題2：bug流程/bug的生命周期
發現bug--創建bug--提交bug--驗證bug--關閉bug
◆面試題3：如果你發現一個bug，開發認為不是bug，你怎么處理？
根據開發人員說不是bug，有2種情況：
一是若需求沒有確定，所以我可以這么做，這個時候可以找來產品經理進行確認，需不需要改動，3方商量確定好后再看要不要改，
二是這種情況不可能發生，所以不需要修改，這個時候，我可以先盡可能的說出是BUG的依據是什么？如果被用戶發現或出了問題，會有什么不良結果？程式員可能會給你很多理由，你可以對他的解釋進行反駁，如果還是不行，那我可以給這個問題提出來,跟開發經理和測驗經理進行確認,如果要修改就改,如果不要修改就不改，其實有些真的不是bug，我也只是建議的方式寫進TD中，如果開發人員不修改也沒有大問題，如果確定是bug的話，一定要堅持自己的立場，讓問題得到最后的確認，
可以看到上面的答案明顯是偏向測驗人員的，但有時開發說的并沒錯，測驗要站在對方的角度換位思考，所以回答這個問題還可以從開發人員的角度延伸，
分析什么Bug會讓開發認為不是bug
?測驗人員描述不清晰
作業中也有測驗人員把某些“Bug操作步驟”描述的只有自己看得懂，開發人員按照步驟復現Bug不知所云，搞錯了問題所在，
?解決方法：
修改Bug操作步驟：清晰描述、無歧義、無冗余步驟，要達到即使給一個不懂的人去重現這個Bug，也能按照你的操作步驟復現，
（重要的是：有圖有真相，帶有清晰說明的截圖比一大推描述來得直觀，易懂，注意對問題區域以強調色（如紅色）標識，并配以名字說明）
?難以復現的Bug
不是所有的問題都能用同樣的操作步驟來復現的，有的Bug概率出現甚至偶現，或者是只在測驗環境里出現，
?解決辦法：
針對難以復現的Bug，需要保存截圖或者記錄log保留證據；對于只在測驗環境下才會出現的，找研發在測驗環境進行確認，這類Bug要慎重對待，規避風險，
?有爭議的Bug
有爭議的Bug多發生于建議型別的Bug：與同類軟體不符、易用性、美觀性等型別的Bug，
?解決辦法：
這種問題是否要修改需要根據公司的專案型別進行討論，開Bug評審會，在開發能實作的情況下說出自己的理由，改善產品，
（在時間允許的情況下，在專案測驗接近收尾時開一個bug清除會議，對于剩余bug是否修復做明確處理）
?功能性Bug
與需求不符、與原型設計不符，有時候開發對需求沒有深入了解可能會忽略或者搞錯個別功能，
?解決辦法：
拿證據（需求、設計說明書）給他看，這種bug自然合情合理，（最好在提bug時，就把需求、設計截圖帶上，自然省去了大多爭議，除非開發確實覺得設計有問題，需要重新進行討論設計的）
◆說一個你認為是bug,開發人員認為不是bug的例子？
答：在測驗某一軟體時，我找到一個bug，但是軟體需求說明書里并沒有明確要求或提到，但是和這款軟體相類似的產品中，別的軟體有一些固定的規范或者標準，比如：MyQQ中添加好友，對方同意后，發送方不會收到資訊提示；而在QQ中好友添加成功后，雙方都會收到訊息提示，
6.2◆禪道里面缺陷處理的基本流程
1、禪道里面缺陷處理的基本流程是：測驗提交bug => 開發解決bug => 測驗 驗證bug => 測驗關閉bug；
2、如果bug驗證沒有通過，可以激活：測驗提交bug => 開發解決bug => 測驗驗證bug => 測驗激活bug => 開發解決bug => 測驗驗證 => 測驗關閉，
3、在創建bug的時候，必填的欄位是：影響版本，bug標題，重現步驟，所屬模塊，
4、創建bug的時候，可以直接指派給某一個研發人員去處理，他可以來驗證解決這個bug，
5、開發解決bug后，可以直接指派給對應測驗員去驗證，他可以來驗證通過后關閉這個bug，
6.3★測驗點內容:
測驗點主要包括功能測驗、界面測驗、易用性測驗、兼容性測驗、安全性測驗、性能測驗、中斷測驗、網路測驗，可靠性測驗
登錄測驗點：
微信點贊功能測驗點
微信發紅包測驗點
微信發朋友圈測驗點
共享單車掃碼功能測驗點
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/501618.html
標籤：其他