bug資訊不完全
某些資訊，例如專案、模塊、指定操作人員，也就是說，由誰負責處理，等等，這些資訊用于統計分析，用于統計分析、專案、模塊、誰的 bug多、誰發現的 bug多、誰修改的 bug多等等，根據這些資訊可以大致看出作業量和作業質量，因此，別為了麻煩，把 bug的資訊全部寫完，
所提供的資訊不準確
有些 bug描述一帶而過，措辭含糊不清，只是說出有錯誤，但有錯誤現象，提示資訊是什么，如何操作，也不清楚，這樣的 bug交給開發人員，只會給開發人員增加負擔，因為他自己需要再做測驗，找出更多的資訊，排除 bug，或者他會到測驗那邊進行討論，詢問細節，有時需要多次反饋來確定具體問題，
開發者關閉 bug
只有 bug的作者，即發現人員，可以關閉這個 bug，開發者只能使用兩種狀態：“正在處理”和“已修正”，
bug的可重現性
這一重要屬性在 bug管理軟體中不能體現和度量，這種任務主要是在測驗方面，如果你發現一個 bug，就馬上叫開發者過來，讓他們看看這個 bug，bug卻怎么也不出現，甚至不知道這個 bug是怎樣的 bug，這種無法復制的 bug幾乎不會被視為 bug，這是最令人頭痛的，因此，作為測驗人員，你的任務就是盡可能地發現 bug出現的規律，嘗試各種可能的錯誤，即使無法重現，至少也要讓開發者知道你做了哪些嘗試，而他再也不用去繞圈子了，
如需了解更多測驗技術資訊請關注：深圳多測師軟體與技術服務有限公司
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/301014.html
標籤：其他