只會黑盒測試算專業的軟件測試人員嗎?
作者:網絡轉載 發布時間:[ 2012/6/11 10:50:55 ] 推薦標簽:
二、然后設計項目測試用例。項目需求分析結束后,進行測試用例書寫,用例內容包括以下部分:(功能測試重點)
檢查是否實現了公司人員管理。
如果滿足了人員管理,那么在這個人員管理中,是否所有的數據都能夠正確處理。是否所有錯誤數據都能合理處理。
如果沒有滿足,那么還有哪些地方需要補充。
檢查是否建立了考核項的管理。
如果有考核項的管理,那么是否所有的管理數據是否能夠正確處理,是否所有的錯誤數據都能合理處理。
如果沒有滿足,那么還有哪些地方需要補充。
檢查這個產品是否建立了分數檔案管理
如果分數檔案進行了統一管理,那么所有的數據是否正確處理了,是否所有的錯誤數據也合理處理了。
如果沒有滿足,那么還有哪些地方需要補充。
檢查各個模塊之間的關聯是否都正確。(難點)
例如:
當某一員工考核項里面分數變化后,員工分數統計表里面分數是否也重新計算了。
當客戶要求業務全面能夠滿足后。
檢查產品的各種業務流程中的輸入輸出是否都是正確,各種錯誤輸入都能夠正確處理。
進入各個界面檢查。
檢查各個頁面的布局是否合理,界面是否友好
按鈕等等是否能夠正常使用
輸入輸出是否正確
操作是否簡易等等
……
三、按照測試計劃,測試用例實施測試。
首先根據測試用例檢查產品的設計、實現是否能滿足客戶的要求,可根據需求追蹤矩陣制作的checklist進行檢查。
然后實施測試用例:
除了執行上面已經寫好的測試用例外,實施測試用例還有個難點是設計測試數據。(因為測試數據等跟產品的設計,產品結構等有很大的關系,所以測試數據只能在產品已經成形后,才能具體設計。)
四、發現問題后,記錄BUG,并跟蹤,并根據修改及影響情況,進行回歸測試。
(這一點項,任何測試都是一樣的。而且也是非常重要的,在這里我也不詳細解釋了,詳細對BUG記錄及BUG跟蹤進行講解的文檔也是非常多了,包括缺陷管理工具。)
這是一個項目功能測試的基本流程。
上面所描述的也只是項目功能測試的冰山一角。真正實施起來時,還有很多的細節需要處理,比如:如何才能寫一個合理的測試計劃;如何合理安排測試進度;測試用例用什么形式寫;發現了BUG怎么進行匯報和跟蹤;什么情況下需要做大量的回歸測試等等。
舉這個例子是想糾正一些人的錯誤觀點。
功能測試這樣的黑盒測試一點都不簡單。
它要求對需求和業務有非常深刻的理解。同時好要有軟件開發知識或編寫代碼的經驗,能理解產品的設計,實現的過程。后很重要的是,能夠根據需求和設計實現,寫出好的用例,構思出合適的測試數據來找出產品中的錯誤。這些是測試的基礎,方法和工具是測試的輔助手段。
測試做的好壞也并不是你會寫代碼,你會做白盒測試,你會做使用好多好多種工具,你能好測試了。測試的基礎一定是功能測試,如果你連產品的功能,業務流程等都不能夠完整的理解,那么你的測試是不可能做好的。
當然,也并不是只要會做功能測試一切ok了。
如果永遠只會做功能測試,只會做黑盒測試,不會白盒測試,不會寫測試腳本,不會使用工具,那么你的測試道路只會越走越窄。寫測試腳本,使用工具等都是提高測試水平很好的方法,但是前提是要有好的基礎。
后建議一下測試新人,剛入行時,不要盲目的學習各種各樣的工具及寫漂亮的測試腳本。學這些肯定是有用的,但是要分清主次。測試初期,首先要練習自己的基本功:比如如何寫“測試計劃”,如何去理解一個產品的設計原理,業務流程,如何寫“測試用例”,怎么設計測試數據。再學習些開發的知識,能理解產品的一些重要設計和實現原理等。
這些都學的比較扎實后,再去考慮學習工具和各種各樣的測試方式來提升自己。
相信通過這樣的學習模式,你的測試道路會越走越寬,越走越好~
PS:以上為個人觀點,供大家參考。由于測試經驗有限加上時間倉促,文章難免會存在一些不足和錯誤,歡迎大家指正,也希望能跟大家多多交流軟件測試和軟件質量管理。
相關推薦

最新發布
性能測試之測試環境搭建的方法
2020/7/21 15:39:32軟件測試是從什么時候開始被企業所重視的呢?
2020/7/17 9:09:11Android自動化測試框架有哪些?有什么用途?
2020/7/17 9:03:50什么樣的項目適合做自動化?自動化測試人員應具備怎樣的能力?
2020/7/17 8:57:06幾大市面主流性能測試工具測評
2020/7/17 8:52:11RPA機器人能夠快速響應企業需求,是怎么做到的?
2020/7/17 8:48:05Bug可以真正消滅嗎?為什么?
2020/7/17 8:43:03軟件測試基本概念是怎么來的?軟件測試生命周期的形成歷經了什么?
2020/7/16 9:11:10