? ?正在學(xué)習(xí)《測試架構(gòu)師修煉之道》（劉琛梅）一書舷手。一進(jìn)入書籍的前言部分就被吸引了捅彻，語言通俗易懂寺旺，極易讓人產(chǎn)生共鳴。
一势决、作者在前言通過兩個故事揭示編著本書的目的迅涮。一個故事引出1個問題。
Q1徽龟、加入一個新的團(tuán)隊，你能給團(tuán)隊帶來些什么唉地？
Q2据悔、你在之前的測試工作中在什么時候、從哪些角度去識別測試項目中的風(fēng)險耘沼？以及如何處理這些風(fēng)險极颓？
這兩個問題引發(fā)了我的思考，我的答案是：
A1:首先我在上一家公司擔(dān)任測試負(fù)責(zé)人并且有獨(dú)立負(fù)責(zé)項目的測試經(jīng)驗群嗤，可以擔(dān)任測試負(fù)責(zé)人進(jìn)行團(tuán)隊管理并引入響應(yīng)的測試規(guī)范菠隆；
其次具備一定的測試工作經(jīng)驗和業(yè)務(wù)相關(guān)知識，可以在項目的早期提出測試風(fēng)險并協(xié)助開發(fā)解決問題狂秘；
還有具備一定的測試技術(shù)能力骇径，可以進(jìn)行測試用例設(shè)計、自動化者春、接口測試破衔、性能測試等；
A2：首先根據(jù)測試原則應(yīng)盡早并盡快的介入測試钱烟，因此在項目的早期即需求階段就可以介入測試晰筛，對需求的可執(zhí)行性、業(yè)務(wù)流程是否閉環(huán)拴袭、需求是否簡潔等以及結(jié)合用戶角度读第、時間進(jìn)度進(jìn)行考量，評估相應(yīng)的風(fēng)險拥刻；再通過熟悉程序底層邏輯架構(gòu)從而設(shè)計測試用例怜瞒；
其次要根據(jù)項目制定相應(yīng)的測試計劃，對人力泰佳、時間盼砍、設(shè)備等資源安排，并評估相應(yīng)的風(fēng)險及解決方案逝她；
然后在項目開發(fā)過程中可以提早對已完成的功能模塊進(jìn)行單元測試或是接口測試浇坐，提早提出bug在一定程度上降低風(fēng)險；
最后測試階段進(jìn)行全量測試黔宛，可以說是最多bug的階段近刘，這個階段的bug都是可控范圍；尤為注意的是測試后期由于時間趕無法回歸所有功能，只能回歸bug引發(fā)的相關(guān)功能模塊觉渴，這時若對程序邏輯架構(gòu)不熟悉就容易漏測（這就很考驗測試員的能力了）介劫。
以上就是我目前對上面兩個問題的理解，希望通過看完這本書籍后我能有更深的感悟案淋，提升自己測試的深度和廣度座韵。
二、接下來回到這本書籍踢京，這本書籍的重點(diǎn)來了誉碴！——測試策略，將測試?yán)碚摵蜏y試技術(shù)串聯(lián)起來并結(jié)合產(chǎn)品提升測試的深度瓣距、廣度黔帕，最終建立自己的測試體系。
這本書主要以軟件測試架構(gòu)師為線索蹈丸，圍繞“4個模型”和“2個checklist”展開成黄。
“4個模型”：測試策略制定法、軟件質(zhì)量評估模型逻杖、四步測試設(shè)計制定法奋岁、測試方法車輪圖。
“2個checklist”：風(fēng)險分析checklist荸百、老功能分析checklist厦取。
下篇待續(xù)~
