看產品資料的同時,也要學習產品所基于的協議,標準之類的;協議,標準闡述了功能的實現方式;在動手測試之前,需要有一定的了解.此時,不需要深究;以后隨著測試的深入,自然而然會有更深的理解.
當中,還應該初步掌握測試平臺,測試工具和測試方法;不然開始工作時,那些測試工具會讓你傻眼;雖然當你會用后是賊簡單的DD,但是沒有用過卻是不怎么好用的DD!
新人上手后,會經歷這樣的一個過程:自己測試的模塊怎么問題很少,而其他同事復雜的模塊的問題那么多,為啥呢?實際上是這樣的嗎?答案是否定的!因為新人剛開始,對產品的熟悉程度還不夠把產品里隱藏較深的問題發掘出來;還有,畢竟是新人,還沒有形成適合自己的一套測試方法和測試理論,這些都是需要通過長期的經驗積累和總結才可以形成的.這時,新人可以查看前輩們的問題單,看看前輩們是怎么樣進行測試的,他們的測試過程,方法是怎么樣的?對于新人來說,問題單是很多的學習資料.對于自己的測試方法和理論的形成有促進的作用.
之后,信任就開始了漫長的測試執行階段.測試是具有重復性的,相同的功能模塊,相同的產品測試久了會有厭倦的心理;這時需要適當的調整下.可以和同事換模塊測試;不僅可以避免測試的重復性,還可以學習新的技術,而因為人與人之間的測試方法和測試理論總是不一樣的,一個模塊讓不同的人來測試,可以測試出不一樣的問題來,對于產品的測試,更有覆蓋性.
而后,等測試時間的增長,測試人員除了測試執行外,其他測試工作會越來越多:測試設計(測試點,測試用例的寫作)、外對測試用例的協作、各種開發\測試文檔資料的評審、對外測試支持、自動化腳本的寫作、實驗局開局等等;雖然這些工作對于測試執行來說,沒有了相對的重復性,但是這些工作的難度或者說是復雜度是大大增加了:因為測試執行只需要跟著測試點跑功能就成,而后面的這些,可沒有那么簡單.就舉對外測試支持來說,外面運營商或是產家的測試注重實際運用的測試,而新研發出來的產品在公司內部注重功能測試,當然也是注重實際應用的;可是是新產品,外面還沒有大規模應用的情況下,相對來說,實驗室的測試和外面的測試差距還是蠻大的,所以需要測試人員反應要快,能夠在短時間內搭建好測試平臺和測試環境,對對面突發性的測試需要進行驗證;如果在產品不支持的情況下,需要研究出其他的解決方案來滿足外面測試需要的功能.
對于測試人員來說,在測試過程中,或多或少總是會發現一些不是必現的問題.對測試人員來說,需要把問題出現時的現場在問題單中描述的很清楚,(配置文件,操作過程log,流量的類型和大小等等)而且盡可能的對發現問題進行復現操作,當然這個過程也需要把握時間,因為測試版本的時間本來就是比較趕的,不能消耗過多的時間在復現問題上.當整個版本在該論測試完成后,可以考慮集中時間對不能重現的問題進行復現工作.而在復現工作過程中,可以開發人員進行交流.因為開發人員對于產品實現的流程比較測試人員要熟悉,一般來說開發可以提出一些很有價值的觀點,有利于問題復線工作.
測試產品時(測試資料,評審文檔),測試人員需要帶著懷疑的觀點去測試,這個觀點往往對于測試新人來說,是比較困難的.新人很容易是帶著去驗證的觀點去測試(總是認為產品,文檔資料都是正確),所以發現的問題比較少;當如果換個角度,采用懷疑的觀點去測試時,會發現很多原先沒有發現的問題.特別是一些設計方面的問題.雖然功能是沒有問題的,但是實現的過程或是方法卻不是最優的,這些問題是新人很難發現的,當然也是需要一定的經驗積累的.
文章來源于領測軟件測試網 http://www.kjueaiud.com/
