做測試有幾年的時間了，很少這樣了完整的來總結一些東西，最近有時間小小的總結了一下，針對公司有些專案提交測試時，存在的一些問題，談談個人的一些看法，比如沒有需求，也沒什麼任何文件或有少量不全文件；提交測試大部分是到了開發的後期，有一部分專案是快驗收了，才提交測試。面對這些問題，一直未有很好的解決辦法，個人覺得測試人員針對這些問題可以自己作一些調整，以期更好的完成測試工作：
1. 剛開始連需求都沒有，就得到了測試任務。這時可以首先看看功能能不能正常走通。
1.1 根據功能做乙個基本的測試計畫，並寫明一些測試方法（如邊界值，等價類劃分等）。
1.2 開始要實施測試了，一邊寫測試用例一邊執行，如果可以最好是先寫測試用例然後執行，沒時間寫完整的用例時，可以列出需求點，針對每個需求點來進行測試。同時在執行中及時的補充與修改。
2. 學會換位思考，將自己當成客戶
這是非常重要的，在測試中你可能會發現，有時無法關注測試的重點。
有時客戶表達的需求，開發團隊所理解的需求，以及客戶真正使用時的需求，有重大的差別；
這時你需要靜下心來，將自己當成客戶，如果是客戶他會怎樣來操作這個介面，同時他要這個功能主要想完成哪些工作，如何才能更方面操作、更快捷的完成工作。
如此反覆幾次，這種思考方式將對你的測試非常有利。
3. 非常複雜的業務邏輯，學會庖丁解牛，分解成一小塊一小塊測試
有時你會碰到這種情況，所要測試的模組業務邏輯非常複雜。
這時你該怎麼辦呢？工作中一定要靜下心來，認真仔細的分析這個業務。由簡單到複雜，簡單的測試通過後才能做複雜的測試。而不是一開始就做複雜的測試。
4. 求助開發或pm
還有一種業務或者服務，因為作為測試開發經驗較少，所以有時程式的方法還不是很了解。也不知道這個功能是怎麼實現的，但為了做到百分百的測試。你需要求助於開發或pm，讓他們來幫你完成測試方法或用例。
同時更重要的是，你要以他們給的方法和用例為基石，設計出更好的更全面的測試方法。
有時你需要讓開發幫你去做測試，和他一起共同完成測試。
黑盒測試做了這麼久了，現在發現工作中80%其實都是黑盒測試，雖然每種方法（黑盒，白盒，灰盒）都有自己的優缺點，但80%的問題都是黑盒測試出來的，所以我們還是要從最基本的功能測試上進行提公升。
測試總結（個人心得）
測試總結 個人心得 開發常犯錯誤 單點登入 雙向登入 提交頁面防刷功能 dm 註冊等 sql注入 通常sql語句傳參 儲存過程，獲得使用者名稱和密碼 html語句導致樣式變形 錯誤頁面指向報錯頁面，不能彈出錯誤資訊頁面 黃頁，以防黑客獲得有利的攻擊資訊 錯誤提示 登入 密碼錯誤，言下之意，使用者名稱...
typedef個人心得
一直以來對typedef都沒有乙個正確的理解，導致看到稍微複雜一點的typedef語句就很是迷惑。今天在查閱了一些資料並仔細思考了一番後，自我感覺有一些比較深刻的了解了。主要的幾點感悟 1 typedef和define typedef 在編譯時被解釋，define在預處理時被替換。define定義 ...
寒假集訓個人心得
寒假之初，進行了幾天的集訓，在每天的忙忙碌碌之中，也是有了一些的收穫 1.搜尋的近一步理解，深搜與廣搜只是基礎的兩種實現形式，關鍵還在於對於搜尋的優化，剪枝水平尤為重要。2.dp可看作一種優化到極致的搜尋，在判斷好空間與時間複雜度的情況下，可採取記憶化搜尋，許多能用dp來完成的題目，記憶化搜尋也是可...