測試人員 VS 質量工程師
測試人員：如同出考卷通過考試來考察學生，發現問題。介入時間較晚、被動、單一。
質量工程師：是一個系統的工程，在前期介入，發現學生的不足、進而制定提高的計劃和方法。是積極主動的，能產生多方面影響的。
敏捷的測試：以feature為單位，快速介入測試，測試完成后直接發布
測試向前一步：早期介入，看需求、看dev design
如何做需求分析
1、編寫需求：
a、了解用戶/用戶場景：產品真的能滿足用戶的需求嗎？
如何了解用戶場景？下面給出一些案例分析：
微博：微博被N多人關注&轉發，滿足自我實現需求；360：安全需求，開機速度領跑則滿足成就感；豆瓣：高級豆粉評論的權威性；Alipay：支付安全需求；Online game：在網絡世界中實現自我需求
b、有自己的設計原則：需要經驗的累積，站在設計的角度，假設自己就是這個產品的設計者，從自己認為最優的方式去設計產品.
2、產品簡單和易用、非二義性：一步到位而不是兩步或者三步、避免做重復的事情、批處理任務。設計test case時，也遵循這個理念。
一個不太好的login case：以前淘寶login時，輸入正確的用戶名和密碼，點擊登錄后會再跳出輸入驗證碼的提示
3、查閱文檔：“每個人看到的都是一樣的嗎？”、“將要”vs“可能、應該、可取”
4、可測試性與可持續性
5、智能
看開發的設計
1、了解開發的設計：工作流、數據流、數據結構
例子：outlook會議，會提前15分鐘彈出通知，why？把事件存儲到本地，放入queue，時間程序檢測queue。
工作流：哪些service在跑；數據流：calendar；數據存儲：queue。
了解這些才能發現瓶頸。
2、覆蓋不同的用戶場景
3、可測試性
4、風險
看代碼
1、接口、參數：不需要對代碼細節很了解，看關鍵api，了解結構。系統api，jdk api，自己寫的api，由參數導致的問題很多
2、代碼檢查或審查：評論是輕量級的、目標代碼的子集、檢查最關鍵的點/難點
3、調試技巧：通過debug加深對系統的理解，有成就感
第二階段：改變流程
從bug中學習
1、找到原因：軟件的問題最終取決于人。
2、開發和測試都做過程中的一環，改進、提高過程。
3、Bug的“社交網絡”
Bug之間也會有聯系，過段時間回頭來review下這些bug，總能找到一些共同點和聯系。
開始行動
1、從小事做起，取得階段性的成果
2、樹立榜樣
Q&A環節的一些問答
問：以上的講述，測試已經插手了部分PD和Dev的事情，測試如何建立自己的權威性？
答：這個有需要時間和技能的累積的，并不是在一無所知的時候就參與這些事情、指手畫腳。剛開始的時候可以只起補充作用，補充遺漏的場景；2. 長期與開發合作后，向開發了解產品的設計和實現；3. 提升自己技能后，讓開發覺得自己可以幫助減輕開發的工作，開始協同合作。
問：測試做事情動力不足，如何解決
答：1、定義有價值有意義的bug，適當表揚；2、避免做重復的事情；3、根據個人特點，分配不同的人做不同的事
問：在功能測試和自動化測試中保存平衡，并行執行它們
答：1、定期團隊分享，分享個人在某個領域很深的理解；2、專注做某一件事情，等過了半年或一年后再去做不同的事情，不提倡所有的事情都去做&權重都一樣，有側重的培養團隊成員。