fool proof原則：不需要花費額外的注意力，也不需要經驗與專業知識即可憑直覺完成正確的操作
評價標準
盡快提供可感觸的反饋
系統介面符合使用者的現實慣例（減少認知阻力）
使用者有控制權（退出按鈕）
一致化和標準化
適合各種型別的使用者
幫助使用者識別，診斷並修復錯誤
有必要的提示和幫助文件
單元測試
功能測試
整合測試
場景測試
系統測試
α
\alpha
α \ β
\beta
β 測試
開發團隊讓特定使用者使用處於開發過程中的版本，使用者反饋問題。
α
\alpha
α測試：指在團隊之外，公司內部進行的測試
β
\beta
β測試：指把軟體交給公司外部的使用者進行測試
ab測試是把產品作為ab組進行實驗，與上述的 α
\alpha
α \ β
\beta
β 測試不一樣
壓力測試
效能測試
可訪問性測試
本地化/全球化測試
相容性測試
配置測試
易用性測試
軟體安全性測試
冒煙測試，測試不通過，無法進行下一步工作
驗證構建是否通過基本測試（bvt，構建完成後的基本功能自動測試）
驗收測試（全面考核）
回歸測試（檢查更新後版本有無退化）
隨機/探索性測試（ad hoc/exploratory test）
bug bash
夥伴測試：開發人員參與測試
書中觀點是鄒欣《構建之法》第三版的提煉與總結（新增少許個人觀點）。
構建之法讀書筆記
場景 故事 版權 版本 維護人 1.背景 a.典型使用者 姓名 性別 年齡 職業等 b.使用者需求 痛點 c.假設 2.場景 關於這個場景的文字描述角色 與軟體互動的角色，如使用者等其他實體，甚至時間 主要成功場景 一系列步驟 步驟 描述每一步的互動 擴充套件場景 描述一些意外情況 軟體功能說明書 ...
《構建之法》讀書筆記
乙個軟體除了穩定 功能強大，使用者體驗也很重要。程式開發人員和測試人員在強調其功能和效能的同時，還有一點很注重的就是使用者體驗。在我們學習的最初階段老師們就強調對於軟體開發來說使用者體驗的重要性，無論軟體還是硬體，都有很多功能部件，各個部件還要郵寄的結合起來，才能滿足使用者的需求。其中有一點特別，就...
構建之法讀書筆記
在上一次，我讀了大道至簡，在大道至簡中，我理解了軟體開發所需要的是簡化與便捷，這是軟體工程需要思考的地方。而在構建之法中，我學到了軟體開發中更符合我的問題的東西。書中說，軟體工程師的成長分為四個階段 玩具時期，愛好者時期，探索者時期，行業時期。在這四個時期中，我處於玩具時期。還沒有掌握最基本的東西。...