質量分析報告一直是我想做的，但是由於自己一直很畏懼去編寫**，總覺得一看**就矇圈的狀態，其實作為計算機出生的我，對這些都是學過的，就是對邏輯的乙個實現。在面對邏輯的時候，都能很清晰的要做什麼，但是一寫**就不知道要怎麼寫了，其實是源於對**的乙個結構組織不熟悉，單獨去學又懂，但是用的時候沒有使用物件導向的理念，一直想弄清楚底層邏輯才能去真正編寫。突然有一天發現這種思路是錯誤的，**於看到一本書中講的內容，還有和同事的聊天中，**不是看出來的，是寫出來的，是需要每天都去寫，保證自己有2個小時的時間去編寫**，了解**邏輯，了解整個的編寫思路，了解面對物件，很多實現的想法已經被封裝好了的，不需要我們線性的寫，只需要拿過來使用，今年的目標就是克服這個困難，做乙個真正去寫**的技術管理型人才。
說回正題，質量分析報告就是我們對自己平時接到需求-了解需求-測試用例編寫-測試執行-測試回歸-缺陷管理，這一連串的工作的乙個分析，通過對這個流程產生的資料進行乙個總結和分析，幫助我們了解到研發的開發質量怎麼樣，原型和需求的編寫能力怎麼樣，編寫的測試用例的水平怎麼樣，都能得到乙個很好的反應。測試週報主要分2部分:測試用例分析和測試缺陷分析。其實實現的需求就是這2個，真正用用**實現的工具可以有很多種，在跟同事聊天的時候，得到了一種新的思路，其實不僅僅可以通過excel來編寫，也可以用python來編寫。如果用python來編寫，可以直接通過呼叫禪道的介面來實現各個維度的分析。excel分析最明顯的就是能得到非常好看的圖表。
1.測試結果及缺陷分析結果工具：分析工具+資料**【excdel巨集功能+禪道-測試-對應專案匯出來的資料】。
2.測試用例結果分析展示資料：測試用例的開始測試時間、計畫完成時間、計畫進度、實際進度、通過率、測試狀態、測試用例總數、測試用例的通過、失敗、阻塞、未執行、延期、無效。
在測試用例分析的時候，涉及到的幾個公式：
3.bug結果分析展示資料：總的用例bug-統計與分析、bug趨勢、bug-遺留-嚴重程度和優先順序、bug-遺留-開發-嚴重程度和優先順序、bug-遺留-型別分布、開發分布、啟用天數、bug-本週建立-嚴重程度、bug-本週關閉、bug-累計情況-嚴重程度-狀態。
bug-統計與分析：bug總數、bug遺留數量、本週新增bug數量、本週關閉bug數量。
這個工具是以前遺留下來的通過vb程式設計結合excel物件去操作使用，但是我在使用過程中到目前為止都不知道到底用了哪些方法和屬性。
思考以後，分2步走，第一步是了解了一下vb的基本概念，他的一些函式、常量、變數、資料型別、迴圈條件的方式，大致看得懂這個**表達的是什麼。
第二步是從excel物件入手，了解excel中的一些專用函式的使用，再來看**的實現方式。
excel vba程式設計學習**：舉例其中乙個來實現我所編寫的**：
1. 先確定要做什麼任務，要達到什麼效果。 （ excel 上點選按鈕，匯入禪道的匯出資料）2. 資料準備，拿到禪道匯出資料，資料分析（什麼格式，csv, json , xml ? )
3. 網上查詢excel 如果呼叫按鈕觸發指令碼事件 (點選時，觸發指令碼）
4. 本地寫指令碼，先讀取乙個簡單的demo資料
5. 分析資料。
6. 輸出到excel 。
總結過去做專案過程中獲取需求分析的一些經驗
需求分析是乙個專案成功與否的關鍵，而隨著目前技術的發展，快速開發已成家常便飯，因此專案開發的中心主要放在需求分析上。然後，需求分析的獲取也會遇到很多障礙，比如說與業務員溝通方面，下面就如何提高與使用者的訪談技巧做乙個深入的分析。在寫這篇文章之前，帶著團隊開發高校的校友管理系統，自己參與了整個專案的立...
測試過程中的問題定位與分析
出現問題之後，可以從以下方面進行分析 1.看日誌，或者程式返回的錯誤碼 如 可以通過檢視日誌來確定程式是由於什麼原因出錯的，一般都可以在日誌中找到解決的方法 看錯誤碼也可以，如檢視資料庫的錯誤碼，大概知道是哪個地方出錯。像一些，不能讀取檔案，建立檔案失敗之類的，基本上都是檔案許可權，磁碟空間，hos...
軟體測試過程中的度量與分析
本文中考慮的軟體測試過程專指第三方的軟體測試過程，即在測試的過程中，不涉及開發人員的修復過程。度量和分析的目的是開發和維持乙個用於支援專案資訊需要的度量能力。通過對專案的度量，一方面可以逐漸豐富和完善公司的度量財富庫，從而為專案經理進行專案工作量 進度等的預估時提供可靠的參考依據 另一方面，通過度量...