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