1 軟件開發模型
1.1瀑布模型
瀑布模型得特點：
1.是線性模型的一種，每個階段只執行一次
瀑布模型的優缺點？
優點：開發的各個階段比較清晰，當前階段完成后，只需關注后續階段
缺點：不響應需求的變化
風險往往延至后期才顯露，失去及時糾正的機會
定義階段：可研與計划，需求分析
開發階段：概要設計，詳細設計，編碼，
運維階段：軟件測試、運行維護
1.2 快速原型模型
再開發真實系統是之前，構建一個原型，在該原型的基礎上，主鍵完成整個系統的開發工作
快速原型模型的特點：快速的構建軟件的原型，支持用戶參與
優缺點：
優點：克服瀑布模型的缺點，堅守由於軟件需求不明帶來的項目開發風險
缺點：不適合大型系統的開發（適合開發小型的，靈活性高的系統）
1.3 螺旋模型？（了解）
引入了風險分析活動
優點：螺旋模型很大程度上是一種風險驅動的方法體系
缺點：采用螺旋模型需要具有相當豐富的分風險評估經驗和專門知識
段落模型
軟件測試模型
1.v模型。和瀑布模型類似，但是將軟件測試分開了
2.雙v模型：開發隨着測試一同進行
v模型是最具代表意義的測試模型，將系統測試分開來 w模型測試的對象，不僅僅是程序，還包括需求和設計 優點：能夠及是發現錯誤並糾正
三質量模型 功能性 可靠性 易用性， 效率 維護性 可移植性：靈活，開發效率高，語法簡單，膠水語言，python可以運行其他語言的代碼，
bug是什么？
軟件測試中的缺陷
軟件測試中的缺陷是軟件應用程序偏離最終用戶要求業務要求的偏差
軟件測試中的缺陷報告
軟件測試中的缺陷報告是關於軟件應用程序中發現的缺陷的詳細文檔，缺陷報告包含有關bug的每個細節，有助於在將來識別類似的bug
發現缺陷？
在發現階段，項目團隊必須在最終客戶發現缺陷之前盡可能發現多的缺陷，在開發人員確定並接受缺陷是時，就稱發現缺陷並將其更改為以接受狀態
發現缺陷：檢查缺陷，避免客流到發布版本
報告缺陷：報告缺陷給開發者
接受缺陷：開發人員接受或者拒絕
可能會出現以下問題
你認為是bug，但是開發人員不認為是bug，雙方就會發生爭執
分類
缺陷軟件幫助軟件開發人員確定其任務的優先級，這意味着優先幫助開發人員首先修復那些關鍵的缺陷
分為
嚴重的：應當以及修復的缺陷，否則直接影響產品，甚至不可用
高危的：缺陷影響了產品的主要功能
中等的：產品體驗與需求原型有偏差
低風險：缺陷對產品的操作影響較小
缺陷解決方案？
軟件測試中得到缺陷解決是一個逐步修復的過程，缺陷解決過程從將缺陷分配給開發人員開始，然后開發人員按照優先級安排缺陷被修復，然后定義該過程有助於輕松的修復的跟蹤缺陷
可以按照以下步驟
1 分配：分配給開發人員或其他技術人員進行修復，並將轉台更改為響應
2：近端安排：此階段由開發方負責，他們將根據缺陷優先級創建修復這些缺陷的計划
3：修復缺陷：當開發團隊修復缺陷時，測試經理根據上面的時間表跟蹤修復缺陷的過程
報告解決方案：修復缺陷后，從開發人員那里獲取解決方案的報告
驗證
在開發團隊修復並報告缺陷之后，測試團隊驗證缺陷是否已經實際解決，團隊將再次測試這些bug是否真的已經被修復
閉合？
一旦缺陷得到解決，缺陷的狀態將更改為關閉，如果沒有，必須向開發人員發送通知，再次檢查缺陷
缺陷報告
軟件測試中的缺陷報告是測試經理准備缺陷報告並將其發送給管理團隊已反饋管理過程和缺陷狀態的過程，缺陷報告有助於更好的溝通，跟蹤和詳細解釋缺陷
