???????? 做測試有幾年的時間了，很少這樣了完整的來總結一些東西，最近有時間小小的總結了一下，針對公司有些項目提交測試時，存在的一些問題，談談個人的一些看法，比如沒有需求，也沒什么任何文檔或有少量不全文檔；提交測試大部分是到了開發的后期，有一部分項目是快驗收了，才提交測試。面對這些問題，一直未有很好的解決辦法，個人覺得測試人員針對這些問題可以自己作一些調整，以期更好的完成測試工作：

　　1. 剛開始連需求都沒有，就得到了測試任務。這時可以首先看看功能能不能正常走通。

　　1.1 根據功能做一個基本的測試計劃，并寫明一些測試方法（如邊界值，等價類劃分等）。

　　1.2 開始要實施測試了，一邊寫測試用例一邊執行，如果可以最好是先寫測試用例然后執行，沒時間寫完整的用例時，可以列出需求點，針對每個需求點來進行測試。同時在執行中及時的補充與修改。

　　1.3 要整理出對功能中不明白之處，可以找相關人員可以是PM溝通。這個一定要堅持直到得到明確的答案。

　　2. 學會換位思考，將自己當成客戶

這是非常重要的，在測試中你可能會發現，有時無法關注測試的重點。

有時客戶表達的需求，開發團隊所理解的需求，以及客戶真正使用時的需求，有重大的差別；

　　這時你需要靜下心來，將自己當成客戶，如果是客戶他會怎樣來操作這個界面，同時他要這個功能主要想完成哪些工作，如何才能更方面操作、更快捷的完成工作。

　　如此反復幾次，這種思考方式將對你的測試非常有利。

　　3. 非常復雜的業務邏輯，學會庖丁解牛，分解成一小塊一小塊測試

　　有時你會碰到這種情況，所要測試的模塊業務邏輯非常復雜。

　　這時你該怎么辦呢？工作中一定要靜下心來，認真仔細的分析這個業務。由簡單到復雜，簡單的測試通過后才能做復雜的測試。而不是一開始就做復雜的測試。

　　4. 求助開發或PM

　　還有一種業務或者服務，因為作為測試開發經驗較少，所以有時程序的方法還不是很了解。也不知道這個功能是怎么實現的，但為了做到百分百的測試。你需要求助于開發或PM，讓他們來幫你完成測試方法或用例。

　　同時更重要的是，你要以他們給的方法和用例為基石，設計出更好的更全面的測試方法。

　　有時你需要讓開發幫你去做測試，和他一起共同完成測試。

　　黑盒測試做了這么久了，現在發現工作中80%其實都是黑盒測試，雖然每種方法（黑盒，白盒，灰盒）都有自己的優缺點，但80%的問題都是黑盒測試出來的，所以我們還是要從最基本的功能測試上進行提升。

總結

以上是生活随笔為你收集整理的软件测试个人心得总结的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。