對測試的小小思考,我覺得測試能是緊緊的表面測試.我們更注重的是功能,使用者潛在的需求.如果只是開發有東西要測,你測了並且發現了幾百個bug,不管是怎樣的,都一一提到bug管理器上,這樣的測試是不可取的.
從公司的角度來看:
公司只會覺得這只是乙個負產業部門,公司也不想將其擴充套件大,而且會大大降低測試人員的工資
開發人員覺得很多bug,沒有必要修改,也會覺得煩
從你個人角度來看:
這樣的所謂功能測試,個人得不到提公升,因為你看到的永遠是介面.永遠只是介面,不知道使用者的需求
胡亂地狂點介面,得不到一點進步
從一年的測試角度來看,對程式設計師還有有些小小的建議:
明白功能和業務,寫好程式,做到低耦合,高內聚
做開發我們不僅僅要實現裡面的功能,還要注意介面的的效果
個人覺得做測試人員的良好發展空間是:做好開發-->了解架構-->了解計算機及網路相關知識-->會用一些測試工具
ok開發 測試 經理 想成為什麼都可以
對單元測試的思考
1 對架構的反思 架構是否按照分層開發，業務邏輯是否全部在邏輯層實現而非ui實現，這些對 單元測試都很重要。雖然現在提供了一些從ui開始的單元測試工具，但推薦方式或說單元測試的重點仍然在邏輯層。2 對自我開發技能的反思 開發不做單元測試而直接做黑盒測試不利於鍛鍊自己邏輯思維能力，靜態分析技能。通過進...
yield對效能提公升的一次小小測試
生成器提供了一種更容易的方法來實現簡單的物件迭代，相比較定義類實現 iterator 介面的方式，效能開銷和複雜性大大降低。生成器允許你在 foreach 塊中寫 來迭代一組資料而不需要在記憶體中建立乙個陣列,那會使你的記憶體達到上限，或者會佔據可觀的處理時間。相反，你可以寫乙個生成器函式，就像乙個...
對無效思考的思考
昨天思考了乙個無聊的問題，並且打算用它來練習markdown文件編寫。但是聊著聊著發現場子鋪的太大，無法收場不說，連自己都感覺很無聊。所以想到了無效思考這個話題。在思考了乙個沒有結論的無聊的話題之後，我感覺生活中的八卦新聞 十萬個為什麼這些也是無效思考。雖然我又想到乙個無聊的話題，去談談是否應該讓小...