測試空間旗下大頭針
出品
今天賀老師組織了一次內部培訓，目的是為了使我們帶領的兩位測試人員盡快的進入公司的專案組．參加部門會議的大多都是新員工，他們公司剛剛找了乙個專門開發**的程式設計師。首先賀老師給我們講解了dms的體系結構。公司產品結構挺有意思的，有終端機、支援gprs的sim卡，gis卡,gprs採集伺服器，web伺服器，webgis伺服器，大家知道googlemap吧，他們公司的也提供類似的服務。賀老師為了讓我們更形象化的理解他們公司的產品,讓公司的張老師給我們做了**的演示.張老師在公司即做開發又做測試,挺厲害的.
在演示產品的過程中,發現了幾個小bug.對我感觸頗深.
新來的開發人員說：公司不是gprs終端和gprs採集伺服器嗎？為什麼不通過這種方式傳送呢。
後來又談到了守護程序。暈。最後還對整個**的規劃提出了自己的見解．
這是比較典型的開發人員的思維方式，知道問題後，非常積極主動的找出解決問題的方法。誰說開發人員做不了測試的，因為他們每天都在和程式打交道，非常熟悉軟體的執行機制，看到乙個需求，他們總是設法的使其變成**來實現。不管開發人員的思路開不開闊，僅從熟能生巧這個方面來說，測試人員就沒有什麼優勢而言了。
原因可能有下面兩個方面：
１．平時上課實踐的環節不注意總結．
２．平時遇到的問題少，從來沒有解決過類似問題，即使書上講過可能都忘了．人主動的學習和被動學習的效果是完全不一樣的．開發人員就像醫生啊，平時碰到有關軟體問題都要一一解決．聽過這樣一句古話：久病成醫，測試人員也可以通過找出軟體中的bug使自己成為專家．
測試人員一般是不接觸**的，那怎麼培養我們發現問題提出建議的能力呢？
作為測試人員，必須經常接觸軟體，而且要有能從優秀軟體中提煉解決問題的能力．主動的去創造，積極的去應對挑戰會使你學習東西更深刻，但這都是開發人員要做的．而我們所要做的是逆向的過程，當然在逆向的過程中，我們該怎麼做呢？應該多使用軟體，多熟悉同類優秀軟體，具有相同功能的元件，甚至同乙個模組的優秀軟體，通過這些優秀的軟體，優秀的元件，優秀模組，提高我們測試的能力，提高我們的軟體的見解．從優秀軟體中提煉解決問題的能力，應該也是測試人員成功道路上的一條捷徑．
當測試人員和開發人員再一次pk的時候，不希望所有的建議都被開發人員提完嘍．而測試人員只是傻傻的聽著．
測試工程師與開發工程師的搏奕
作為測試工程師，在日常工作中接觸最多的當然是團隊中的開發工程師，如何和開發工程師進行有效的交流是測試工程師面對的重要問題。一般來說，在乙個團隊中，總是有開發人員喜歡和不喜歡的測試工程師，這兩者之間的工作效率和效果都有很大的差異。當然，不能武斷地說測試人員不 喜歡的測試工程師就一定是效率低下的測試工程...
測試工程師簡介
一 什麼是軟體測試？1975年，兩位軟體測試先驅john good enough和susan cerhart 在ieee上發表了 軟體資料選擇的原理 此時將軟體測試定義為 證明軟體的工作是正確 的活動。1979年，glenford j.myers的著名的 軟體測試藝術 對測試的定義是 發現錯誤而執行...
軟體測試工程師
首先，最根本的還是要看企業自身的需要，綜合自己的測試團隊力量，自己公司的研發狀況，當然還有公司的資金 到底到測試這塊公司願意投入多少money呢?另外要搞清楚自己公司招聘測試人員的目的是什麼?比如，如果公司暫時還沒有測試團隊，這個時候公司剛好有財力，同時研發力量比較大的時候，因為發展的需要，必須要組...