13.1 名詞解釋
bug ：軟體的缺陷
test case ：測試用例。測試用例描述了乙個完整的測試過程，包括測試環境、輸入、期望的結果等
13.2 bug解釋與例項
①bug可以分解為：症狀（symptom）、程式錯誤（fault）、根本原因（root cause）
症狀：即從使用者的角度看，軟體出了什麼問題
程式錯誤：即從**的角度看，**的什麼錯誤導致了軟體的問題
根本原因：錯誤根源，即導致**錯誤的根本原因
②bug例子
症狀：使用者報告，乙個windows應用程式有時會有在啟動時報錯，繼而不能執行
根本原因：**並沒有確保建立子視窗，因此子視窗的handle變數有時會在訪問時處於未賦值狀態（為空），導致出現**錯誤
13.3測試方法
①黑箱：指的是設計測試的過程中，把軟體系統當做乙個「黑箱」，無法了解或使用系統的內部結構及知識。乙個更準確的說法是行為測試設計，即從軟體的行為，而不是從內部結構出發來設計測試
②白箱子：指的是在設計測試的過程中，設計者可以「看到」軟體系統的內部結構，並使用軟體的內部結構及知識來選擇測試資料及具體的測試方法。
14.1 軟體質量
軟體 = 程式 + 軟體工程
軟體（質量） = 程式（質量） + 軟體工程（質量）
14.2 軟體質量的保障與軟體的測試
軟體測試：運用一定的流程和工具，驗證軟體能實現預先設計的功能和特性，工作的流程和結果通常是可量化的
軟體質量的保障工作：軟體團隊為了讓軟體達到事先定義的質量標準而進行的所有活動，包括測試工作
15.1 從**完成到發布
第一步：開發者提交參加會診的bug和修改方案，以及夥伴測試結果。開發者必須向與會者報告的是：
影響產品競爭的各種因素
《構建之法》閱讀筆記6
最後一次寫閱讀筆記了。第十五章 it行業的創新 最近幾年，整個社會對創新似乎都很感興趣，而對於it行業的創新，有一些傳說 myth，迷思 靈光一閃現，偉大的創新就緊隨其後 大家都喜歡創新 好的想法會贏 創新者都是一馬當先 要成為領域的專家，才能創新 技術的創新是關鍵 成功的團隊更能創新 成功的企業要...
《構建之法》閱讀筆記（6）
構建之法 閱讀筆記 6 it行業的創新 這是 構建之法 的最後一篇閱讀筆記了，然而這幾篇閱讀筆記可能只是我的淺見，更深刻 更有力的知識及見解還等待著我去繼續學習，挖掘。的確，創新在現代的社會中是乙個被說爛了的詞語，各行各業都在提倡創新，就連學校裡也在提倡什麼創新創業大賽，但說實話，我認為創新並不像我...
讀《構建之法》
這周精讀了幾遍 構建之法 的 一 二 十六章，本人更偏好於語言精練概況的書籍，由於語言習慣問題，這本書對我而言有些解讀困難。由此在下面對幾章內容精練出總結概況，並提出問題。第一章1.1軟體 程式 軟體工程 軟體 資料結構 演算法 文中的軟體被定義為程式與軟體工程的結合，意在強調靜態 往往不足以滿足客...