需求管理过程
軟件生命周期：整個(gè)軟件從無(wú)到有的過(guò)程
瀑布型：市場(chǎng)調(diào)研—》需求--》設(shè)計(jì)--》開(kāi)發(fā)/編碼--》測(cè)試--》上線發(fā)布--》運(yùn)營(yíng)維護(hù)--》下線
?
?
角色劃分，每個(gè)人有不同的職責(zé)：市場(chǎng)，需求，開(kāi)發(fā)，測(cè)試，配置，運(yùn)維
配置管理人員：編譯代碼，環(huán)境部署。
測(cè)試對(duì)象 軟件：文檔+數(shù)據(jù)+程序（代碼）
?
=========================================================================
學(xué)習(xí)目標(biāo)：
1.了解需求管理過(guò)程
2.掌握需求評(píng)審過(guò)程和內(nèi)容（需求評(píng)審會(huì)議）
3.測(cè)試需求分析
4.測(cè)試項(xiàng)和測(cè)試子項(xiàng)
?
=========================================================================
需求管理過(guò)程：
1.可行性研究-->可行性報(bào)告
?
?
2.需求導(dǎo)出和分析
系統(tǒng)模型-->需求描述-->用戶需求和系統(tǒng)需求-->需求有效性驗(yàn)證-->需求文檔（系統(tǒng)需求規(guī)格說(shuō)明書(shū) SRS）
?
?
3.需求檢查、評(píng)審：
有效性檢查、一致性檢查（功能沖突）、完備性檢查（功能遺漏）、實(shí)現(xiàn)性檢查（判斷技術(shù)能不能實(shí)現(xiàn)）、可檢驗(yàn)性檢查（模糊不明確的描述）
4.需求管理：
?
?
需求理解：保證項(xiàng)目組內(nèi)和外部客戶對(duì)需求的理解達(dá)成一致。
需求承諾：書(shū)面承諾，統(tǒng)一需求文檔
需求變更：維護(hù)變更歷史（文檔記錄），為調(diào)整控制提供數(shù)據(jù)（有依據(jù)可尋）
需求變更后維護(hù)：??? 需求的雙向可追溯性，從軟件可維護(hù)的角度提出管理要求
標(biāo)識(shí)項(xiàng)目工作：與需求的不一致性，若不一致，隨即啟動(dòng)糾正措施(發(fā)現(xiàn)與需求的bug)
?
============================================================================
需求評(píng)審會(huì)議：
參與人員：人員不是固定的
?
目的：組織各部門(mén)人員共同檢查需求文檔
召開(kāi)前：會(huì)議主題、發(fā)送會(huì)議資料、通知責(zé)任人、準(zhǔn)備常見(jiàn)應(yīng)對(duì)問(wèn)題
會(huì)議中：闡明會(huì)議內(nèi)容、會(huì)議記錄、明確爭(zhēng)論原則、講解需求、需要支持、總結(jié)需求責(zé)任人復(fù)述、預(yù)計(jì)上線時(shí)間 責(zé)任人。
會(huì)議后：總結(jié)爭(zhēng)論點(diǎn)、確認(rèn)調(diào)整方案，是否需要再次召開(kāi)、發(fā)送會(huì)議記錄、落實(shí)行動(dòng)計(jì)劃、確定任務(wù)安排、任務(wù)排期、定稿發(fā)送
?
=========================================================================
測(cè)試需求分析
?
軟件質(zhì)量模型：外部和內(nèi)部質(zhì)量
?
?
1.功能性--適合性（適合用戶需要）、準(zhǔn)確性（功能正確實(shí)現(xiàn)）、互操作性（接口互用）、保密安全性、功能依從性（合法）
2.可靠性--成熟性、容錯(cuò)性（容錯(cuò)機(jī)制）、易恢復(fù)性（恢復(fù)能力）
3.易用性--易于理解、易學(xué)性、吸引性
4.效率--時(shí)間、資源利用率
5.維護(hù)性--易分析性（日志信息記錄 快速定位問(wèn)題）、易改變性、穩(wěn)定性、易測(cè)試性
6.移植性--適應(yīng)性（不同系統(tǒng)）、易安裝性、共存性（其它軟件共存）、易替換性（替換其他同類軟件）
?
怎樣分析需求：了解軟件質(zhì)量特性，進(jìn)行測(cè)試需求分析定義測(cè)試范圍，明確測(cè)試項(xiàng)和子項(xiàng)，便于后續(xù)設(shè)計(jì)測(cè)試用例。
?
點(diǎn)-->功能點(diǎn)：輸入-->處理-->輸出
線-->多個(gè)功能點(diǎn)串聯(lián) 業(yè)務(wù)場(chǎng)景：模擬用戶的操作場(chǎng)景
面-->非功能性 隱形需求
體-->系統(tǒng)接口測(cè)試 輸入?yún)?shù)--處理 接口定義--輸出 實(shí)現(xiàn)
?
原始需求分析：
來(lái)源：srs 軟件需求規(guī)格說(shuō)明書(shū)、開(kāi)發(fā)需求、協(xié)議標(biāo)準(zhǔn)規(guī)范、用戶需求、繼承性需求、經(jīng)驗(yàn)庫(kù)、同行競(jìng)爭(zhēng)分析等等。
原始需求（口述、記錄）-->原始需求細(xì)化（需求規(guī)格）-->開(kāi)發(fā)需求：需求細(xì)化，明確實(shí)現(xiàn)方式。-->測(cè)試需求：測(cè)試角度更加細(xì)化，做到 可度量、可實(shí)現(xiàn)、可驗(yàn)證。
?
?
=============================================================================
如何獲取測(cè)試項(xiàng)、測(cè)試子項(xiàng)
根據(jù)測(cè)試需求？
?
了解需求跟蹤矩陣的內(nèi)容、目的
需求跟蹤矩陣（RTM）
管理需求變更和驗(yàn)證需求是否得到實(shí)現(xiàn)的工具，可追蹤每個(gè)需求的狀態(tài)。
RTM作用：1.變更可以快速識(shí)別到各個(gè)環(huán)境的變更（需求變更，設(shè)計(jì)變更，開(kāi)發(fā)代碼變更，測(cè)試用例變更），防止遺漏某些變化而導(dǎo)致的連鎖變化。
??? ?????? ????2.證需求是否得到了實(shí)現(xiàn)，跟蹤每個(gè)需求的狀態(tài)
?
轉(zhuǎn)載于:https://www.cnblogs.com/lswbh/p/8506468.html
總結(jié)
- 上一篇： LeetCode 215 Kth Lar
- 下一篇： 28个MongoDB经典面试题