2009 9 20 OA 專案組一周工作報告

2021-05-05 13:17:02 字數 786 閱讀 5266

進度評價:50

評價依據:

導致本週計畫沒有完成的有以下幾個因素:

1. 本週在處理客戶的xmail服務上花了額外的時間,導致計畫的執行受到影響,這個影響我已經告知客戶,並得到了客戶的認可。

2. 本週另外處理了乙個客戶發過來的新bug。

3. 本週在測試和測試反饋的處理上花了較多的時間

質量評價:60

評價依據:

在本週的測試中發現了不少問題。到這這些問題的原因可以分為2類:

1. **執行邏輯存在錯誤。

2. 歷史原因。以前的處理就存在邏輯處理的遺漏,而在這次修改中,修改者認為這個「遺漏」既然已經存在,所以就是合理的,所以就忽略了這個問題。

對於第乙個問題,有兩方面需要討論:

1. 時效性。

2. 具體的實踐方法。

對於時效性,現在大家都已經有了乙個感性的認識。在沒有單元測試的情況下,我們已經花了很多時間來對付這寫bug。而這些時間足以讓我們為那些邏輯寫單元測試。

對於具體的實踐方法。首先從概念上要有這樣的認識,單元測試是幫組我們檢查邏輯的正確性,而邏輯分為兩部分,邏輯變項和邏輯形式。所以單元測試的目的就是檢查邏輯形式的正確性和邏輯變項的正確性。根據上面的認識,我們在**的設計中,要將資料的構造和資料之間的邏輯關係分離,然後對資料之間的邏輯關係進行單元測試。需要在這裡再次強調的是,不要靜態地來看待單元測試,也就是說不要簡單的將單元測試和現在遇到的問題對應起來,看能否用單元測試來保證當前處理的質量和避免當前處理中問題。邏輯變項中同樣可能包含邏輯形式,這是乙個相對的,動態的分析過程,也是程式設計者和構架師發揮能力和想象的地方。

2009 9 6 OA專案組一周工作報告

進度評價 60 評價依據 本週按照計畫向客戶提交了2.55的第乙個版本。但是比原定的提交時間推遲了一天。原因是由於在測試中,發現了不少問題 方發現了11個問題,王發現了3個問題,我發現了5個問題 這次發現的問題中,有部分和 重構有關,一部分是後來在改其它bug時造成,一部分是之前就存在但一直沒有發現...

2009 11 21 OA專案組一周工作報告

質量評價 65 評價依據 本週在自測可用性過程中,發現了不少潛在問題和需要改進的地方,這些問題的解決,使專案的質量得到一定程度的提高。與此同時,解決這些問題,也是我們今後努力的方向。進度評價 58 評價依據 本週,除王外,專案組成員均未能按計畫完成任務。方,在測試上消耗了較多的時間 處理change...

2009 12 6 OA 專案組一周工作報告

進度評價 60 評價依據 本週在大家的共同努力下,完成了2.55版本的提交。但是我們也為這個版本的提交付出了巨大的代價 23 40左右才提交這個版本 導致這個這個事件的原因是系統中傳送電子郵件的功能存在問題。對於這個問題,我反省了以下原因 1.我在重構傳送電子郵件功能時,忽略了乙個引數,導致問題產生...