第13章 軟件測試

　　1.名詞解釋

　　　　Bug ：軟件的缺陷

　　　　Test Case ：測試用例。測試用例描述了一個完整的測試過程，包括測試環境、輸入、期望的結果等

　　　　Test Suite ：測試用例集。即一組相關的測試用例

　　2.Bug解釋與實例

　　　　<1>、Bug可以分解為：癥狀（Symptom）、程序錯誤（Fault）、根本原因（Root Cause）

　　　　　　　　癥狀：即從用戶的角度看，軟件出了什么問題

　　　　　　　　程序錯誤：即從代碼的角度看，代碼的什么錯誤導致了軟件的問題

　　　　　　　　根本原因：錯誤根源，即導致代碼錯誤的根本原因

　　　　<2>、Bug例子

　　　　　　　　癥狀：用戶報告，一個windows應用程序有時會有在啟動時報錯，繼而不能運行

　　　　　　　　程序錯誤：有時候一個子窗口的handle有空，導致程序訪問了非法內存地址，此為代碼錯誤

　　　　　　　　根本原因：代碼并沒有確保創建子窗口，因此子窗口的handle變量有時會在訪問時處于未賦值狀態（為空），導致出現代碼錯誤

　　3.測試方法

　　　　<1>、黑箱：指的是設計測試的過程中，把軟件系統當做一個“黑箱”，無法了解或使用系統的內部結構及知識。一個更準確的說法是行為測試設計，即從軟件的行為，而不是從內部結構出發來設計測試

　　　　<2>、白箱子：指的是在設計測試的過程中，設計者可以“看到”軟件系統的內部結構，并使用軟件的內部結構及知識來選擇測試數據及具體的測試方法。

　　4.提問：我們軟件測試，是為了用戶使用時，少出先問題，但一些情況，自己在測試軟件時，有些問題是自己沒考慮到也沒測試出問題的，當用戶使用時，這時才不經意發現了這個錯誤，這種情況我相信是存在的，如何才能盡量避免這種錯誤呢？

第14章 質量保障

　　1.軟件質量

　　　　軟件 = 程序 + 軟件工程

　　　　軟件（質量） = 程序（質量） + 軟件工程（質量）

　　2.軟件質量的保障與軟件的測試

　　　　軟件測試：運用一定的流程和工具，驗證軟件能實現預先設計的功能和特性，工作的流程和結果通常是可量化的

　　　　軟件質量的保障工作：軟件團隊為了讓軟件達到事先定義的質量標準而進行的所有活動，包括測試工作

　　3.提問：軟件測試沒問題，那軟件的質量保障不也就沒問題了么？？

第15章 穩定和發布階段

　　1.提問：從代碼完成到發布，這是一個漫長的過程，但如果在一定困難下，中途停止了這個項目，并且在沒有其他資源的幫助，你會怎么做？

第16章 IT行業的創新

　　1.創新的源泉（個人感覺）

　　　　創新的源泉，來自于生活、實踐。比如：阿基米德，在洗浴城里泡澡，發現浮力定律；牛頓，在蘋果樹下休息發現萬有引力理念等等

　　　　程序員的世界不是只有代碼，程序猿的世界不是只存在電腦和代碼，他們同樣也需要生活，他們也是普通人，創新的來源，正是他們從生活中獲取靈感，轉化成他們手中的一把利劍（代碼），將之實現出來

　　2.提問：比如（假設而已），現在我有一個非常好的靈感，認為這是一個非常好的軟件，但所能實現出來是非常困難的，非我們學生能力所能做出來的，這時我們怎么辦？

第17章 人、績效和職業道德

　　1.RASCI模型

　　　　R：Responsible，負責把具體事情做好

　　　　A：Accountable，對任務負全責，有批準的權利

　　　　S：Support，對任務提供支持，輔助任務的完成

　　　　C：Consulted，咨詢，擁有完成項目所需的信息或能力的角色

　　　　I：Informed，知會者，應該事后及時通知結果的角色

　　2.團隊合作的階段：

　　　　<1>、萌芽階段，就像小苗破土而出，柔弱但充滿希望

　　　　<2>、磨合階段，就像一個人的青少年時期，充滿了對個人、同伴和團隊的疑惑和沖突

　　　　<3>、規范階段，從磨合階段畢業，進入規范階段的團隊，成員們意識到光爭吵時沒有用的，大家還是要協同作戰

　　　　<4>、創造階段，經歷了萌芽、磨合、規范階段，現在團隊終于可以創造一些有意義的東西

　　3.不管從事哪一個職業，不管你是屬于哪個崗位上的，都必須具有職業道德，軟件工程師同樣也需要

轉載于:https://www.cnblogs.com/OuZeBo/p/4585279.html

總結

以上是生活随笔為你收集整理的《构建之法》--阅读（第13章-第17章）的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。