測試人員 VS 質(zhì)量工程師

　　測試人員：如同出考卷通過考試來考察學(xué)生，發(fā)現(xiàn)問題。介入時間較晚、被動、單一。

　　質(zhì)量工程師：是一個系統(tǒng)的工程，在前期介入，發(fā)現(xiàn)學(xué)生的不足、進而制定提高的計劃和方法。是積極主動的，能產(chǎn)生多方面影響的。

　　敏捷的測試：以feature為單位，快速介入測試，測試完成后直接發(fā)布

　　測試向前一步：早期介入，看需求、看dev design

　　如何做需求分析

　　1、編寫需求：

　　a、了解用戶/用戶場景：產(chǎn)品真的能滿足用戶的需求嗎？

　　如何了解用戶場景？下面給出一些案例分析：

　　微博：微博被N多人關(guān)注&轉(zhuǎn)發(fā)，滿足自我實現(xiàn)需求；360：安全需求，開機速度領(lǐng)跑則滿足成感；豆瓣：高級豆粉評論的權(quán)威性；Alipay：支付安全需求；Online game：在網(wǎng)絡(luò)世界中實現(xiàn)自我需求

　　b、有自己的設(shè)計原則：需要經(jīng)驗的累積，站在設(shè)計的角度，假設(shè)自己是這個產(chǎn)品的設(shè)計者，從自己認為優(yōu)的方式去設(shè)計產(chǎn)品.

　　2、產(chǎn)品簡單和易用、非二義性：一步到位而不是兩步或者三步、避免做重復(fù)的事情、批處理任務(wù)。設(shè)計test case時，也遵循這個理念。

　　一個不太好的login case：以前淘寶login時，輸入正確的用戶名和密碼，點擊登錄后會再跳出輸入驗證碼的提示

　　3、查閱文檔：“每個人看到的都是一樣的嗎？”、“將要”vs“可能、應(yīng)該、可取”

　　4、可測試性與可持續(xù)性

　　5、智能

　　看開發(fā)的設(shè)計

　　1、了解開發(fā)的設(shè)計：工作流、數(shù)據(jù)流、數(shù)據(jù)結(jié)構(gòu)

　　例子：outlook會議，會提前15分鐘彈出通知，why？把事件存儲到本地，放入queue，時間程序檢測queue。

　　工作流：哪些service在跑；數(shù)據(jù)流：calendar；數(shù)據(jù)存儲：queue。

　　了解這些才能發(fā)現(xiàn)瓶頸。

　　2、覆蓋不同的用戶場景

　　3、可測試性

　　4、風(fēng)險

　　看代碼

　　1、接口、參數(shù)：不需要對代碼細節(jié)很了解，看關(guān)鍵api，了解結(jié)構(gòu)。系統(tǒng)api，jdk api，自己寫的api，由參數(shù)導(dǎo)致的問題很多

　　2、代碼檢查或?qū)彶椋涸u論是輕量級的、目標(biāo)代碼的子集、檢查關(guān)鍵的點/難點

　　3、調(diào)試技巧：通過debug加深對系統(tǒng)的理解，有成感

　　第二階段：改變流程

　　從bug中學(xué)習(xí)

　　1、找到原因：軟件的問題終取決于人。

　　2、開發(fā)和測試都做過程中的一環(huán)，改進、提高過程。

　　3、Bug的“社交網(wǎng)絡(luò)”

　　Bug之間也會有聯(lián)系，過段時間回頭來review下這些bug，總能找到一些共同點和聯(lián)系。

　　開始行動

　　1、從小事做起，取得階段性的成果

　　2、樹立榜樣

　　Q&A環(huán)節(jié)的一些問答

　　問：以上的講述，測試已經(jīng)插手了部分PD和Dev的事情，測試如何建立自己的權(quán)威性？

　　答：這個有需要時間和技能的累積的，并不是在一無所知的時候參與這些事情、指手畫腳。剛開始的時候可以只起補充作用，補充遺漏的場景；2. 長期與開發(fā)合作后，向開發(fā)了解產(chǎn)品的設(shè)計和實現(xiàn)；3. 提升自己技能后，讓開發(fā)覺得自己可以幫助減輕開發(fā)的工作，開始協(xié)同合作。

　　問：測試做事情動力不足，如何解決

　　答：1、定義有價值有意義的bug，適當(dāng)表揚；2、避免做重復(fù)的事情；3、根據(jù)個人特點，分配不同的人做不同的事

　　問：在功能測試和自動化測試中保存平衡，并行執(zhí)行它們

　　答：1、定期團隊分享，分享個人在某個領(lǐng)域很深的理解；2、專注做某一件事情，等過了半年或一年后再去做不同的事情，不提倡所有的事情都去做&權(quán)重都一樣，有側(cè)重的培養(yǎng)團隊成員。