今早重聽老徐的直播分享暗膜，很想分享下自己的困惑與總結匀奏，先貼上我們公司的現(xiàn)有流程：
1.測試需求
我們在測試之前是完全沒有測試需求的，時間緊学搜，有時測試主管會交代重點測試的點娃善，然而很多需求無法完全提到，很多測試需求都是在測試過程中去提問了解瑞佩。
很多時候聚磺，測試流程暫時沒法改變情況下，測模塊前炬丸，我是先自己走一遍瘫寝，確認需求，有時開發(fā)的做的功能跟項目負責人的想法會有偏差，必須跟測試主管確認核對矢沿，否則又白測了。
2.測試計劃+測試用例
測試計劃多多少少都會有酸纲，上到測試主管分配好任務捣鲸，下到自己計劃安排每天的任務。沒有測試用例怎么辦闽坡，嘗試著用老徐的方法栽惶，自己整理測試點，測之前過一下思路疾嗅，這樣還是會有局限性外厂，自己的見識跟有些測試點自身意識不到的，就測漏了代承。所以論測試流程完整的重要性汁蝶。
3.提交bug,跟蹤bug
測試執(zhí)行前，我覺得先驗證昨天遺留的bug,比較重要论悴。很多時候掖棉，bug提了，可是開發(fā)沒有去看,或者改了膀估，還是bug,我們公司經常出現(xiàn)這種開發(fā)不自測情況幔亥，bug太多，心很累察纯，實在太多帕棉，就駁回開發(fā)，這是主管教的哈饼记。
還有個重要的香伴，開測前，跟開發(fā)確認bug解決了沒有具则，以前總是自己去禪道看bug狀態(tài)瞒窒，可能跟開發(fā)確認時，即使開發(fā)沒有改乡洼，也是變相的提醒開發(fā)崇裁，要改這個bug噢。
4.測試總結
個人感覺這個很重要束昵，一天的測試任務結束拔稳，一定要做個簡短的總結，今天發(fā)現(xiàn)的bug,哪塊需要重點測锹雏，明天要繼續(xù)測什么巴比，（單子多，問題又多的，可以做個表格）必要時候匯報下工作進展轻绞，讓領導有個數采记。
5.題外話
5.1公司一直強調功能測試的細致，不要去管數據庫政勃，表結構唧龄，字段狀態(tài)，結果我測時奸远，沒有跟蹤數據庫既棺，存儲錯了，手機端完全看不出來懒叛，影響到數據web流程走不下去丸冕，深痛教訓。
5.2公司比較好的流程規(guī)范是測的很細致薛窥，流程測試結束胖烛，會走一條完整的客戶數據，記得有條數據诅迷，我錄了兩天洪己，個人感覺，很棒的方法竟贯，測試的一切行為答捕，不就是為了模擬用戶。哈哈屑那，寫著寫著就算是自己的工作總結吧拱镐。
