軟件測試完成后怎樣進行有效深層次的數據分析?

         軟件測試完成后怎樣進行有效深層次的數據分析?   軟件測試工具

 　　問題描寫：在軟件測試實現后，采取工具(TD、QC)或人工搜集了一些數據，造成了各種圖表。怎么去施展這些數據的作用，進行有效深檔次的數據剖析，從而改良測試流程，完美測試歷程?

　　卓著答復：

　　我所理解的這個標題標題目，原先是分為幾個層面的

　　● 測試論斷技巧剖析：這個個別都蘊含了對應的專業技巧常識，例如：基于測試類型的專業常識的開發言語戰爭臺、數據庫、網絡、協定等等;

　　● 測試論斷的非技巧剖析：個別都是流程、治理的方法方法等外容。

　　現就這些做個簡樸的匯總解釋。

　　測試剖析原先就是一個很廣泛的話題，個別都會對測試的歷程、方法、技巧、流程、對象、后果等等外容分門別類，這里所列的僅僅是其中一點，僅供參考。

　　技巧剖析(客觀性較強)

　　做技巧剖析是一個資深測試人員的?課。咱們從拿到一份測試的匯總數據和相干的bug及bug解釋列表時，須要做這類技巧剖析，用以解釋bug發生的技巧起因。(我想，樓主能夠想要曉得的重要是這方面的內容)

　　針對某種特定測試類型的技巧剖析，個別蘊含如下內容：

　　● 功用測試剖析

　　● 性能測試剖析

　　● 平安性測試剖析

　　● ……

　　每品種型的剖析還分為掩蓋剖析、缺點技巧剖析等外容?，F以缺點技巧剖析為例解釋。

　　罕見的一些針對bug的技巧剖析內容如下，在 2# 帖子里有較多表述了。

　　● 缺點數量統計

　　● 缺點分級統計

　　● 缺點散布統計

　　● 缺點優先級統計

　　● 缺點發明與修復時光統計報表

　　● 缺點收斂剖析

　　● 典范缺點發生起因剖析(重要是基于編碼技巧、或是相干的平臺運用技巧)

　　非技巧剖析(主觀性較強，適宜治理)

　　非技巧剖析個別由治理人員來實行。用于剖析缺點發生和性命周期中的客觀性起因，如流程對修復周期的影響，測試方法對效力等外容的影響等等。

　　罕見的一些非技巧剖析類型如下：

　　● 流程剖析，用于優化開發歷程，精簡和細化流程分工，晉升整體效力。這里的流程剖析還能夠繼承劃分為開發流程剖析、測試流程剖析及治理流程剖析，當然，假如有必要還能夠進一步深刻，比方，就配置治理的目前流程進行優化，以使其更適應以后的詳細狀況。

　　● 測試方法剖析，這個我想對寬廣的測試人員來說，有效的前段剖析等手腕能夠提煉肯定的方法進去，從集約型到過細，按不同的須要合理劃分。這里重要片中的治理層面的內容。

　　● 規范優化。這是非技巧剖析中的另一塊內容。將目前的適應性規范列入其中，基本上還是為了處理了效力和效能的問題。

原文轉自：http://www.kjueaiud.com