- 相關推薦
這段時間測試工作的總結
1.從測試角度來看，所有缺陷的類型
兼容性問題：.net4.0安裝包，在x86和64位系統上約有不同。Owc11的兼容性。更新包的兼容性問題。
分辨率的問題：某行多按鈕時，在低分辨率下顯示出現問題的機率較多
邊界值的問題：常規邊界，數據量的邊界以及輸入動作的邊界和狀態的邊界出現的問題最多。如Excel控件的最大行數與Excel本身的最大行數不同等數據量的邊界，以前未考慮到這方面。
某個輸入動作為空時的操作導致的問題較多
某個輸入動作未在期望區域內導致的問題也較多
輸入動作的狀態分支導致的問題也較多，尤其是某些動作狀態的邊界
分支類問題：權限分配時，覆蓋每一個獨立分支時出現較多問題。覆蓋所有子分支或空狀態時易出現問題。
字符類型的問題：開發人員字符按字節數計算，而沒有按字符個數計算。
一致性問題：系統內相同分支的提示信息不同，如最大字符時的提示信息。
特殊字符的處理問題：空格，(,*,),+,\,?,[時出現崩潰異常
建議型問題：建議型問題在多次操作之后，感到不方便。此類問題也有一部分。
大數量問題：操作大數據量時，由于系統是單線程支撐，卡死的界面導致的問題較多。
標題顯示的問題：中文系統，窗口或某個提示語等顯示為英文，此類問題較少。
下拉框的問題：改變下拉框默認值，并處理為空時易導致問題。下拉框默認顯示內容正確性與實際情況有出處的情況。
特殊場景的問題：如打開某excel之后，再導入或導出該excel。提交數據前時，數據庫斷開等。
內存泄漏的問題：手工測試時發現了可能存在內存泄漏，自動化腳本最終證實了此類問題。并發現由于內存泄漏導致頁面中控件消失的問題。
設計類問題：有一小部分，主要是易用性方面
測試需求的問題：有些功能，在測試需求時未定義完整。出現了一些重復性問題。如，限制重復登錄這個需求。客戶本無此需求，但寫測試需求的人員卻加上了。最后客戶又否定了這個需求。悲劇啊。
臟數據引起的問題：臟數據引起的問題有一些，主要是測試服務器未跟開發服務器分開。在現公司，令人悲劇的時臟數據引起的問題不算問題。
不是問題的問題：對某些獨立分支判斷時，未充分考慮組合的以及一些特殊情況導致。
2．發現它們的方法
大部分是在跑測試用例時，結合采用圖靈測試方法發現。基本方法就是，根據某個測試功能點，分析其每個分支和狀態，選擇邊界的分值和狀態來進行探索式測試。
隨時記錄使用軟件過程中，感覺不爽的地方，待空閑時反復思考和論證易用性建議。
測試用例涉及到的問題。
3．這些問題產生的主要原因
開發理解上需求上的偏差和錯誤
開發在開發代碼時，考慮較多的正常情況，未考慮改變默認值以及輸入動作的邊界和狀態的邊界面。
4．哪些測試方法下次可以參考
在漫游之前，應確定一個方向和大體上的實施細則。
根據某項功能，分析出主要動作的分支和邊界，并考慮其狀態的變遷來進行測試。
數據量的邊界和客戶端操作時間的邊界。
5．本次測試工作開展的不足處和改進方法
前期項目組，測試類型前期未考慮完全。忽略了客戶端內存泄漏測試和兼容性測試。
測試工作安排上也比較隨意，未組成測試任務計劃和策略安排的矩陣。測試人員過于隨意型進行測試，似乎有的測試人員幾天都專注于某幾個功能點，其它模塊似乎不干他的事一樣。測試用例基本上成了擺設。似乎只有我一個人比較認真去執行了用例，并根據用例進行了圖靈測試。咱們組高手較多，沒有計劃的漫游測試，最終結果也不錯。呵呵
測試質量的估算就更隨意了，項目組問測試人員測的怎么樣，測試人員說OK啦。基本就認為OK啦。未用數據說明并證明之，更別說缺陷分析報告啦，這個東西似乎在這里是個傳說。
交叉測試的任務安排也是神馬一樣，項目組太相信測試人員說的OK啦。某天我跑到傳說中OK的地方，結果卻發現某測試人員未考慮的邊界異常還不少。有的甚至引起崩潰。不知別人是什么態度，項目組問我時，我都是說的，規規矩矩用是沒問題的，不規矩的話，可能會有問題，不過我暫時沒發現還存在的這種情況(我是測試悲觀論者)。
改進方法：神馬一樣的策略矩陣和計劃。更神馬一樣的缺陷分析和測試質量度量。
【這段時間測試工作的總結】相關文章：
挺過這段難熬的時間說說11-01
測試工作總結05-20
測試部工作總結01-20
測試轉正工作總結10-13
測試工作總結08-25
追憶這段友誼02-25
測試工作工作總結01-21
軟件測試工作總結05-20
軟件測試轉正工作總結11-23