測試經驗分享
做測試快兩年半的時間了，在測試過程中接觸到了不少的事情，總結下自己測試工作中的一些經驗吧：
1、充分理解需求，找出需求缺陷。
測試人員拿到需求、設計文件後，應積極地與需求、設計人員進行溝通確認，並及時地提出自己對相關文件的疑問，這樣做的好處一方面在於幫助測試人員充分理解需求，以保證設計全面、正確的測試用例；另一方面在於幫助需求、設計人員找出文件中不完善甚至錯誤的地方，以便盡早解決，這樣就降低了後續過程中的風險和成本，也縮短了研發的工作進度。
2、及時有效地溝通。
測試過程中，測試人員可能對設計文件有了新的疑問，或者程式實現出現了與設計不一致的地方，即程式實現的效果可能會達不到或者超出其他人（設計人員、測試人員）的預期（這種情況比較常見，因為大家看待事情的角度、表達方式、處理方式不一定一樣，所以可能導致前者描述的事情，後者誤解或者漏掉了其中一部分內容）。此時測試人員應該積極地與相關開發人、設計人進行溝通，保證大家對同乙個需求的理解是一致的，這樣才盡可能地保證了我們的產品做出來是滿足使用者需求的；
3、抱著懷疑的態度了解測試依據（需求和設計相關文件）。
測試人員應注重分析需求和設計相關文件，但又不只限於這些文件。當測試人員拿到需求和設計相關文件時，同樣應該抱著懷疑的態度，仔細斟酌文件中的情景，在充分理解需求的前提下，檢查文件中是否有不合理或者不完善之處。我自己有這樣乙個經歷：拿到乙個任務的設計文件（此任務是涉及資源資料處理後入庫的功能），粗看設計文件的處理邏輯是對的，但實際上仔細分析，文件中提到的處理邏輯（在刪除資料時）由於沒有考慮到其他資源資料存在的前提，故處理邏輯實際上是少考慮了乙個邏輯分支。這種情況一旦發生在使用者現場，後果可想而知。
4、參考業務流程，模擬實際的業務場景進行測試。
同樣，測試人員在測試過程中一定要注意結合業務流程，模擬實際的業務場景去測試，這個也是界內流傳不衰的話題。在我剛開始做測試的時候，對於「模擬實際的業務場景進行測試」的概念，一直很模糊。因為我剛開始做測試時，接觸的後台資料比較多，所以當時我泛泛地理解為「我們需要去模擬使用者的資料進行測試」。一年半之後我接觸到的乙個專案才讓我深刻地理解了「模擬實際業務場景」的含義。專案是給電信做的增值業務，分成很多個不同的小任務，當時在測試組內是由不同的測試人員進行測試的，不過由於我是這個專案的主要負責人，所以我負責整個專案的聯調測試。對於這麼多工的聯調測試，我還是頭一回做，沒什麼經驗，所以趕緊去請教了當時專案的設計負責人，並且拿到了一張業務單子，上面記錄了這個專案涉及到的所有業務流程。在其他測試同事完成了專案所有小任務的測試工作後，我開始根據業務單子進行聯調測試，竟然也發現了很多流程上的bug，這個場景至今仍讓我記憶猶新，也讓我領悟到「模擬實際的業務場景進行測試」的重要性和必要性。
5、積極主動地反饋工作。
6、合理安排工作，正確處理衝突事件。
我們工作中不可避免地會遇到多個專案同時開展的情況，尤其是遇到某些突發事件或者緊急事件，這個時候需要調整好心態，根據任務的優先順序、緊急度等具體情況合理安排工作，在保證專案進度的前提下，更要保質保量。
7、注重知識的積累與總結，多與同事之間進行交流。
平時多注重知識的學習、總結和積累，這樣可以為後續的工作帶來很大的便利。同時在工作過程中發現的一些好的方法或者疑惑，多與同事進行交流，大家互相學習、互相幫助，共同進步。
8、建立良好的團隊合作關係，形成融洽的工作氛圍。
團隊合作，這是乙個非常重要也非常必要的話題。設計人員與開發人員之間的有效合作保障了需求得到初步實現；測試人員與設計人員、開發人員之間的有效合作保障了產品滿足使用者的需求；測試人員之間地有效合作保障了使用者的需求在合理期限內得到實現；團隊合作，從需求的收集到產品的上線以及後期產品的維護，可謂無處不在，起著至關重要的作用。
9、調整好心態，擺正工作態度。
測試人員的態度對工作也會有影響。乙個優秀的測試人員，對工作有著無限的熱情、濃厚的興趣，工作起來認真負責，謹慎細心，視工作為樂趣，不但能保質保量地完成測試工作，同時還能積極地推動整個專案的進度。同事之間關係融洽，工作起來當然得心應手。
10、取人之長，補己之短。
以上是我個人工作以來的一些經驗，不足之處，請多指教，謝謝！
分層測試 經驗分享
基本概念和模型的引入 我們將測試分為三個層次，分別是ui層 service層和unit層。在面試中，發現很多測試同學由於公司限制，都是基於需求的測試，基於介面功能的測試，無法接觸到開發的 甚至有的公司，測試人員都無法控制測試環境 資料庫等，這些活都是有開發來幹的。對於有些公司的現狀，是可以理解的，但...
經驗分享 常見軟體測試流程
工作以來，大大小小參與的專案也有十幾個了，涵蓋財務類 保險類 oa辦公類軟體。從測試流程上看，基本也都大同小異，這裡將常見的測試流程做一些梳理，產品 開發 測試 需求提出人 其它相關人員 對需求文件進行評審，對於有疑問或者有錯誤的地方，進行討論溝通，來保證對需求理解的準確性和一致性。需求文件中最好有...
自動化測試新手的測試經驗分享
第一篇 自動化測試用例設計 1.1手工測試用例和自動化測試用例 手工測試用例是針對功能測試人員的，而自動化測試用例是針對自動化測試用例框架或工具的。1 手工測試用例特點 較好的異常處理能力，能通過人為的邏輯判斷校驗當前步驟是否正確實現 人工執行用例具有一定步驟跳躍性 人工測試步步跟蹤，能夠細緻定位問...