第十二章：使用者體驗
使用者對產品的第一印象是非常重要的，所以要盡量讓使用者在第一次使用時，少花時間在對他沒有價值的部分，並且盡量花最少的時間讓使用者了解軟體的基本功能並學會使用。需要站在使用者的角度考慮問題，要為使用者考慮，思考使用者的角度上使用軟體他會希望這個軟體的使用以及各功能之間連線，介面劃分是怎樣的。如果使用者長期使用，這個軟體時越來越讓使用者覺得便利還是麻煩。要一直記住使用者的選擇。不能讓使用者犯簡單的錯誤。要注重使用者體驗和質量不能是你覺著這樣對使用者好，但是使用者覺著很麻煩甚至是厭惡。所以一款軟體要能真正的解決使用者當前的困難給使用者帶來便利，使用介面要符合使用者的習慣，如果使用者使用有錯誤需要能夠撤銷剛才的操作或者是可以退出軟體，在軟體中對乙個事物的描述要一致且標準，並且軟體能夠適合各種型別的使用者而不是侷限的適合一小批使用者，需要設定一些幫助文件解決使用者使用過程中常見的錯誤。
第十三章：軟體測試
bug即軟體的缺陷，可以分為三種：症狀、程式錯誤、根本原因。找出
bug則需使用測試，按測試設計的方法分類分為黑箱測試（即行為測試設計）和白箱（玻璃箱）測試（即使用軟體的內部結構和知識來選擇測試資料和具體的測試方法）；按測試目的分為功能測試和非功能測試（即測試軟體的服務質量）；測試方法分為單元測試、**覆蓋率測試、構建驗證測試、驗收測試、「探索式」測試、回歸測試、場景/整合
/系統測試、夥伴測試、效能測試、壓力測試、內部
/外部測試、易用性測試、「小強」大掃蕩。其中使用最多的是單元測試，既每次做完軟體，並進行過自我複審，然後進行單元測試。
第十四章：質量保障
軟體質量=程式質量+軟體工程質量
軟體工程的質量體現在：軟體開發過程的可見性、風險控制、軟體內部模組，專案中間階段的交付質量，專案管理工具的因素、開發成本的控制、內部質量指標的完成。軟體的質量不能僅僅依靠測試人員去保證，程式設計人員在進行程式設計時要盡力保證自己**的質量以及各模組連線之間的穩定性。
第十五章：穩定和發布階段
在軟體發布後，軟體可能會發有各種各樣的bug
，所以軟體團隊中就需要以各個角色為基礎成立乙個會診小組，可以對
bug進行修復，也可以不修復或者推遲修復。
第十六章：it
行業的創新
每個人都可以創新，最後的結果不同只在於每個人本身的創新有沒有真的較之前來說給大家帶來便利，或者是某些程度上的優化。
個人感受
1、我過去是怎麼做的：我們的軟體在使用者體驗方面做的不太好，因為如果使用者操作錯誤並沒有彌補的措施，只能重新進行剛才操作；也沒有在使用者第一次使用時對操作進行提示或說明。
2、結合書中所講，說明為什麼這樣不好：這樣會給使用者帶來很多的麻煩，給使用者的第一印象也不良好。
3、提出乙個解決辦法，避免再次掉入陷阱：盡量改進軟體功能，讓使用者可以撤銷錯誤操作，對第一次操作的使用者進行必要的操作提示。
構建之法讀書筆記
場景 故事 版權 版本 維護人 1.背景 a.典型使用者 姓名 性別 年齡 職業等 b.使用者需求 痛點 c.假設 2.場景 關於這個場景的文字描述角色 與軟體互動的角色，如使用者等其他實體，甚至時間 主要成功場景 一系列步驟 步驟 描述每一步的互動 擴充套件場景 描述一些意外情況 軟體功能說明書 ...
《構建之法》讀書筆記
乙個軟體除了穩定 功能強大，使用者體驗也很重要。程式開發人員和測試人員在強調其功能和效能的同時，還有一點很注重的就是使用者體驗。在我們學習的最初階段老師們就強調對於軟體開發來說使用者體驗的重要性，無論軟體還是硬體，都有很多功能部件，各個部件還要郵寄的結合起來，才能滿足使用者的需求。其中有一點特別，就...
構建之法讀書筆記
在上一次，我讀了大道至簡，在大道至簡中，我理解了軟體開發所需要的是簡化與便捷，這是軟體工程需要思考的地方。而在構建之法中，我學到了軟體開發中更符合我的問題的東西。書中說，軟體工程師的成長分為四個階段 玩具時期，愛好者時期，探索者時期，行業時期。在這四個時期中，我處於玩具時期。還沒有掌握最基本的東西。...