軟體開發模型與測試模型

2021-10-03 15:28:15 字數 1595 閱讀 4591

(1)優點:

強調開發的階段性;

強調需求分析和早起計畫;

強調產品測試。

(2)缺點:

依賴於早期進行的唯一一次需求分析,不能適應需求的變化;

由於是單一流程,開發中的經驗教訓不能的及時反饋給應用於本產品的過程;

風險往往遲至後期的測試階段才顯露,因而失去較早的糾正機會。

瀑布模型的乙個大缺陷在於,如果在需求引入的乙個缺陷要到測試階段甚至更後的階段才發現,通常會導致前面階段的工作大面積返工。

(1)優點:

強調嚴格的全過程風險分析

強調各開發階段的質量

提供機會檢討專案是否有價值繼續下去

(2)缺點:

引入非常嚴格的風險識別、風險分析和風險控制,這對風險管理的技能水平提出了很高的要求。這需要人員、資金和時間的投入

增量開發能顯著降低專案的風險,結合軟體持續構建機制,構成了當今流行的軟體工程最佳實踐之一。

增量開發模型,鼓勵使用者反饋,在每個迭代過程中,促使開發小組以一種迴圈的、可**的方式驅動產品的開發。因此,在這種開發模式下,每一次的迭代都意味著可能有需求的更改、構建出新的可執行軟體版本,意味著測試需要頻繁進行,測試人員需要與開發人員更加緊密地協作。

增量通常和迭代混為一談,但是其實兩者是有區別的。增量是逐塊建造的概念,例如畫一幅人物畫,我們可以先畫人的頭部,再畫身體,再畫手腳……而迭代是反覆求精的概念,同樣是畫人物畫,我們可以採用先畫整體輪廓,再勾勒出基本雛形,再細化、著色

敏捷的主要貢獻在於他更多地思考了如何去激發開發人員的工作熱情。

敏捷開發的價值觀總括:

個體與互動  重於過程和工具(面對面溝通)

可用的軟體 重於完備的文件

客戶協作 重於合同談判(強調程式設計師與業務專家之間的緊密協作)

響應變化 重於遵循計畫(頻繁交付新的軟體版本)

敏捷開發的原則:

1、凝聚人的力量,緊密協(合)作。

2、聚焦客戶價值,消除浪費

3、持續地學習與改進

(1)scrum裡面的角色:

scrum由product owner(產品經理)、scrum master(專案經理)和team(研發團隊)組成。 其中:

迭代開發

與瀑布不同,scrum將產品的開發分解為若干個小sprint(迭代),其週期從1周到4周不等,但一般不會超過4周。參與的團隊成員一般是5到9人。每期迭代要完成的user story是固定的。每次迭代會產生一定的交付。

敏捷中的測試

1.測試工作的核心內客是沒有變的,就是不斷地找bug,只是要調整好自己的心態,一切以敏捷的原則為主。

2.測試人員不能依賴文件,測試用例作用減弱,更多的採用思維導圖、探索性測試(強調自由度,設計和執行同時執行,根據測試結果不斷調整測試計畫)、自動化測試

3.敏捷講求合作,在敏捷專案組中,測試人員應該更主動點,多向開發人員了解需求、討論設計、一起研究bug出現的原因

軟體開發模型和軟體測試模型

瀑布模型在軟體工程中占有重要地位,是所有其他模型的基礎框架。瀑布模型的每乙個階段都只執行一次,因此是線性順序進行的軟體開發模式。適合需求變更小,比較穩定的專案。優點 缺點 瀑布模型的乙個大缺陷在於,可以執行的產品很遲才能被看到。這會給專案帶來很大的風險,尤其是整合的風險。如果在需求引入的乙個缺陷要到...

軟體開發模型 螺旋模型

螺旋模型 一.四種象限 螺旋模型很像我們高中時候學習的四象限它分為制定計畫,風險分析,實施工程和客戶評估階段,整個螺旋模型由風險驅動,強調可選方案和約束條件從而支援軟體的重用,有助於將軟體質量作為特殊目標融入產品開發之中。二.內容 螺旋模型在每個階段之前及經常發生的迴圈之前,都必須要進行風險評估。在...

軟體開發模型 漸增模型

漸增模型 一特點由圖中我們可以看出左邊為瀑布模型,而右邊為其增量,在軟體開發的過程中將軟體系統模組化,每個模組作為乙個增量元件,從而分批次地分析 設計 編碼和測試這些增量元件。運用增量模型的軟體開發過程是遞增式的過程。基於瀑布模型的基礎之上採用增量模型進行開發,開發人員不需要一次性地把整個軟體產品提...