測試之道中，講到測試計畫，提出了acc概念（attribute,component,capacity）,看完這部分講解，受益良多。
之前工作中寫的測試計畫基本上是走形式的產物，簡單羅列了測試模組、測試各階段時間安排，雖有明確的時間規劃，但其實形同廢紙，寫完基本丟到一邊。
attribute：特性，待測產品的特性，比如atm取款，要求準確、安全、便利等屬性
component：元件，比如atm取款，分解的元件可以為登入、查詢、取款、存款等
（特性與元件在描述上需要盡量簡潔）
capacity：能力，可以為編寫測試提供參考，乙個能力至少對應1個用例。列舉出來的能力要是能被測試的，是一組使用者的抽象的操作（動詞）。
準確安全
便利快捷
登入1、輸入密碼非明文
查詢1、查詢餘額
1、查詢當前賬戶餘額
取款1、取款扣取準確
2、出錢準確
1、操作取款金額數簡便
存款1、存款增額準確
1、存款操作簡便
以上只是目前的一點理解，能力描述上還是不夠準確，也希望自己後續能繼續積累。
《Google軟體測試之道》讀書筆記 第二章
第乙個融合開發角色和質量意識於一身的角色，即set。1.工程師團隊的交付物就是即將要發布的 的組織形式 開發過程 維護是日常的工作重點。2.google在平台方面有特定的目標，就是保持簡單且統一。開發工作機和生產環境的機器都保持統一的linux發行版本 一套集中控制的通用核心庫 一套統一的通用 構建...
《Google軟體測試之道》讀書筆記 第三章
測試工程師的職責重點在於評估對使用者的影響以及軟體產品整體目標上的風險。1.為了成為一等公民，te必須首先是工程師的一部分。google的te綜合了開發者仰慕的技術能力和以使用者為中心檢查軟體質量而對開發者產生一定制約的能力。1.在研發的早期階段，功能還在不斷變化，最終功能列表和範疇還沒有確定，te...
單元測試之道讀書筆記 九
總結 一般原則 測試任何可能失敗的地方。測試任何已經失敗的地方。對於新加的 在被證明正確之前，都可能是有問題的。至少編寫和產品 一樣多的測試 針對每次編譯都做區域性測試。簽入 之前做全域性測試。要回答的問題 我如何知道 執行是否正確呢？我要如何對它進行測試？還有那些方面可能會發生錯誤？這個問題是否會...