2005年7月份個人工作總結
編寫備注：
7月份到8月初一直很忙，沒有時間也沒有心情來整理這個7月份的工作總結。直到這兩天，剛把收費的升級程序測試完后，是該好好整理這個工作總結了，不然8月份很快就要過去了。這是一個遲來的工作總結。
一、 工作內容
工作時間：第一周
工作內容：
測試：
任務1：新版本收費系統第二輪測試。
其它：
會議：參加學工管理系統設計業務流程分析討論會議。
工作角色：獨立完成
完成情況：成功搭建測試環境，第二輪測試完畢，但沒有出測試分析報告。
參加會議花費了一個半工作日，影響了收費系統的第二輪測試進度。
工作時間：第二周
工作內容：
測試：
任務1：提交收費系統第二輪測試分析報告。
任務２：進行新版本收費系統第三輪測試。
工作角色：獨立完成
完成情況：提交第二輪測試分析報告。第三輪測試正在進行中。
工作時間：第三周
工作內容：
測試：
任務1：新版本收費系統第三輪測試。
任務2：提交收費第三輪測試分析報告。
工作角色：獨立完成
完成情況：測試完畢，提交測試分析報告
工作時間：第四周
工作內容：
測試：
任務1：新版本收費系統項目組程序內部連調測試、圈存機測試。
其它：
電話支持：關于身份系統問題解答
工作角色：獨立完成
完成情況：完成內部連調，圈存機只做簡單測試。
二、經驗和教訓
? 關于測試工作：
這個月的測試工作主要是收費系統的回歸測試：
在收費系統的測試工作中存在如下優點和缺點：
優點：
學會搭建收費系統的后臺測試環境，表現如下：
? 會裝Sco Unix 操作系統、收費后臺程序的拷貝、安裝。
? 收費后臺程序的更新。
缺點：
1、收費系統第三輪測試中發現在第二輪測試中沒有發現的問題。
原因：最根本原因是，沒有充足的時間去完善收費系統的測試用例。１個人要做太多的工作，由于沒有完善測試用例，導致有些問題應該在第二輪測試中應該就可以發現的問題，在第三輪才發現，大大增加了修改ｂｕｇ的成本。
對策：改進回歸測試策略，盡可能的完善測試用例。
2、收費系統第三輪測試中發現開發人員修改ｂｕｇ代碼的質量是下降趨勢。
原因：進入第三輪回歸測試后，開發人員處于疲憊狀態，其中一個開發人員自測開始減少，修改好的代碼多次覆蓋，已經修改的ｂｕｇ在次出現，同時引發出新的ｂｕｇ。
對策：項目組內測試協同開發進行內部連接調試。
這種對策對測試人員的忍耐能力來說是一個考驗，因為內部連接調試版本提交會很頻繁，很難把握程序質量，人會很容易出現疲憊和厭煩狀態。建議一般在ｂｕｇ錯誤數據不是有很多非常嚴重的錯誤的情況下進行。在ｂｕｇ數據趨于穩定，但開發人員修改緩慢的情況下，進行內部連接調試，以保證項目的工期。嘿嘿，說的更直白些就是測試追著開發的改ｂｕｇ。這個改天找幾個同行聊聊這種情況下的對策，看有沒有更好的方法。
3、面對這樣的開發人員（碰到ｂｕｇ就先去分析責任，而不是查找原因，不會自測），實在是沒有很好的能力去調教他。
對策：需要多多請教測試同行碰到這類問題，有什么高招沒有。
? 關于公司
這個月，公司走了好幾個開發人員，公司氣氛很是不好，其中收費系統的項目經理是走還是留，成了我關注的焦點，因為我關心我所測試的收費系統。多少也影響了工作心情和效率。這是不可避免的，我是人，我不是神。嘿嘿，還好，最后還是沒有走，還是把這個優秀的開發人員給留住了。
? 關于自己：
這個月被收費的回歸測試弄的很是疲憊，回家就睡覺了，就沒有很好的心情和精力看書。呼呼，所以看書的收獲得了個超級大鴨蛋。
學會掩飾了自己的一點點情緒，多干活少說話。^_^
周圍的朋友非常關心我，都認為工作太累了，是應該好好休息一段時間。
總體來說這個月收獲的不大，上個月的學習計劃全部都泡湯了。讓我高興的是，同行都非常的喜歡我的blog，而且看了都有收獲。
三、下個月的計劃
1、要在次溫習《有效軟件測試》和《軟件測試技術概論》這兩本書。
2、上班空余時間學習LR工具。
3、測試任務：收費系統回歸測試、收費系統升級。
4、文檔編寫：收費系統新版本安裝說明書和使用說明書。
5、其它：學工管理系統需求文檔審核，并編寫相應的測試需求文檔。