證明質量保證改進

Question

高層管理人員希望每個小組都能顯示逐年改善（即用數據證明收益，而不僅僅是陳述意見）。你在質量保證方面有哪些改進？你使用了哪些指標？

這不是對一個測試者進行評分。這是關於展示一個部門的發展，並提供個人測試人員突出個人改進的能力。

Answer 1

重要的是要清楚你的質量檢查部門是做什麼的。不同公司之間會有所不同，但最終QA是一項數據收集操作。每個人/項目提交的錯誤數量很容易衡量，但與QA團隊的工作量或效果無關。

更好地查看發佈後客戶發現的嚴重錯誤與QA發現的嚴重錯誤的百分比。隨着測試的改進，這個數字應該下降。另外，測量每個版本執行的測試用例的數量。隨着QA過程的成熟，您應該看到測試人員變得更加高效（通過熟悉或通過自動化）。

Answer 2

有許多錯誤的QA度量標準，包括髮現的錯誤。這很容易，但如果軟件變化不大，隨着時間的推移發現的錯誤數量將趨於零。

衡量單個測試人員以及他們提出的錯誤數量是在競爭類型中提供激勵的一種方式，但也可能導致很多小問題被提出（這可能是好事或壞事）。

一些可能有用指標包括：

• 內測號的領域找到了新的bug（即你已經錯過了） - 這應該往下走
• 時間重新測試並關閉已解決的問題
• 號發回澄清錯誤的（應該減少）關閉無效測試斷言
• 一些bug報告 - 顯示的理解，應適當減少

如果你的目標也被指定 - 例如移動到自動化測試系統 - 這可能是一種測量方法。因此，如果您有10,000個測試用例，那麼您的指標可以是自動測試用例的數量，其中有多少是通過/失敗的。

有一個真正的好文章在討論這個： http://www.claudefenner.com/content/detail/QAMetricsPage.htm

Answer 3

如何複雜的是被發現的缺陷，例如這是一個簡單的，只是加載一個網頁，它崩潰或需要一些重現錯誤所需的步驟，可能是一個度量使用，可能會有趣，看看它是如何去，雖然它有點取決於如何做好開發人員是否首先構建軟件？

爲澄清問題發送錯誤的頻率也很有用，就好像開發人員花費了幾個小時與QA配對了解一個錯誤，但這不是花費時間最有用的方式。

最後，在這裏創建一個QA 101手冊可能是值得的，這樣一些實踐和知識就可以被寫下來並隨着時間的推移進行修改，從而在理解各種測試實踐和採用有用的實踐方面展現出增長。這些是我的建議。

Answer 4

我認爲，通過報告錯誤的比例來衡量QA團隊的表現的最佳方式是：修正錯誤。如果你的大部分bug由dev修復，那麼這表明你正在尋找質量高的bug，這需要注意。無效錯誤的數量應該是一個負面的措施，因爲這種錯誤會浪費開發人員的時間。