二、軟件需求

第二章:軟件需求

=======================================================

一、軟件需求

--概念:是產(chǎn)品必須完成的事(功能部分)和必須具備的品質(zhì)(非功能部門),叫需求規(guī)格說明書

--分:顯式需求和隱式需求

二、需求分析步驟

--調(diào)查用戶特性和基本情況,確定誰來用這個系統(tǒng),用戶的使用習(xí)慣以及是否有特別的情況

--調(diào)差用戶業(yè)務(wù)流程活動,確定業(yè)務(wù)邏輯,功能和功能之間關(guān)系

--明確用戶對系統(tǒng)的特定要求(特別詳細(xì)的注意點(diǎn))

--確定系統(tǒng)的邊界

--分析系統(tǒng)功能、性能以及各類數(shù)據(jù)。如詳細(xì)的功能內(nèi)容、性能指標(biāo)等給出具體的實(shí)例

三、測試需求(形成測試要點(diǎn))

--概念:測試需求就是從需求規(guī)格說明書提煉“測什么”的問題,即細(xì)化被測對象

--注意:測試需求應(yīng)該全部覆蓋需求中的功能、業(yè)務(wù)流程和非功能的需求

--作用:

? --是測試人員開發(fā)測試用例的依據(jù)(如無測試需求,依據(jù):需求規(guī)格說明書,參考設(shè)計(jì)文檔)

? --有助于保證測試的質(zhì)量與進(jìn)度

? --衡量測試覆蓋率的指標(biāo)

--如何做:

? --對原始需求和相關(guān)文檔進(jìn)行閱讀

? --在充分了解軟件業(yè)務(wù)流程和內(nèi)容的情況下列出所需測試內(nèi)容

? --整理測試需求,寫出測試要點(diǎn),并進(jìn)行評審,方便之后測試用例的編寫

四:同行評審(面試1:哪些人員參加?評審會的角色有哪些)

--參與人員:項(xiàng)目/模塊全部技術(shù)人員

--角色:主持人,協(xié)調(diào)人,作者,評審員,書記人員

--分類:交叉評審,小組評審,項(xiàng)目內(nèi)審-----》項(xiàng)目方向評審

? --了解:

? ? 桌面檢查,代碼走查和代碼審查--------》開發(fā)方向評審? ?

五:開發(fā)模型(面試1:你們單位的開發(fā)模型是什么?--》增量迭代)

? ? ? ? ? (面試2:你們的迭代的周期是多久?多少時間迭代一次版本?你們多少時間出一個版本?

? ? ? ? ? ? ---》不一定,節(jié)假日,行內(nèi)活動比較多,產(chǎn)品迭代可能比較快,一兩周。(迭代:增加新功能或者修復(fù)bug))

1、瀑布模型---》最早的開發(fā)模型----》適用于小型項(xiàng)目

? --分析--》設(shè)計(jì)--》開發(fā)--》測試--》運(yùn)維

? --概念:所有活動都是一次性、每個階段都需要上個階段完成后才能進(jìn)入下個階段

? --優(yōu)點(diǎn):當(dāng)前一個階段完成后只需要關(guān)注下一個階段。方便對每個階段進(jìn)行任務(wù)的檢查。

? --缺點(diǎn):不適用需求的變化,用戶有可能在項(xiàng)目的最后才能看到系統(tǒng),不利于穩(wěn)定客戶。


2、增量迭代模型(掌握)--》最常用的模型、適合軟件的開發(fā)---》適用于大多數(shù)的普通項(xiàng)目

? --概念:在瀑布模型的基礎(chǔ)上引入了迭代的概念,每次迭代都能增加新的功能直到產(chǎn)品完成。

? --優(yōu)點(diǎn):可以先發(fā)布核心功能,能穩(wěn)住用戶,并可提前進(jìn)入市場

? --缺點(diǎn):至始至終開發(fā)都和用戶糾纏在一起,直到產(chǎn)品完成


3、螺旋模型--》最繁瑣的模型---》適用于用戶要求極高的大型項(xiàng)目

? --四部分組成:指定計(jì)劃、風(fēng)險評估、設(shè)計(jì)實(shí)施、用戶反饋


六、軟件測試模型(掌握,背誦V模型,注意考筆試)

1、V模型:模型參數(shù)ppt

--優(yōu)點(diǎn):測試與開發(fā)相結(jié)合、強(qiáng)調(diào)了測試貫穿軟件的整個生命周期

--缺點(diǎn):需求在最后才被測試,沒有符合測試越早介入越好的原則


2、W模型:模型參考ppt

--優(yōu)點(diǎn):在V模型的基礎(chǔ)上細(xì)化了每個內(nèi)容,強(qiáng)調(diào)了測試在需求階段介入,和開發(fā)是同步進(jìn)行的


3、H模型:

--優(yōu)點(diǎn):可以隨時進(jìn)行測試

--缺點(diǎn):對于這種模型,測試比較隨意,可能沒有足夠的文檔說明


4、X模型

--優(yōu)點(diǎn):這不是事先計(jì)劃的特殊類型測試,有助于有經(jīng)驗(yàn)的測試人員在測試計(jì)劃之外發(fā)現(xiàn)更多的問題

--缺點(diǎn):也正是是計(jì)劃外的測試,可能會造成人力、物力和財(cái)力的浪費(fèi),同時對測試人員的熟練程度要求比較高


最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時請結(jié)合常識與多方信息審慎甄別。
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡書系信息發(fā)布平臺,僅提供信息存儲服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

  • 一、測試的原則 盡早原則,邊界和極端原則,28原則,確認(rèn)原則,回歸關(guān)聯(lián) 1.應(yīng)當(dāng)把“盡早和不斷地測試”作為開發(fā)者的...
    Garbage_dcf1閱讀 383評論 0 1
  • 1.測試與軟件模型 軟件開發(fā)生命周期模型指的是軟件開發(fā)全過程、活動和任務(wù)的結(jié)構(gòu)性框架。軟件項(xiàng)目的開發(fā)包括:需求、設(shè)...
    宇文臭臭閱讀 6,852評論 5 101
  • 1.1靜態(tài)測試和動態(tài)測試 靜態(tài)測試,是指不實(shí)際運(yùn)行被測試軟件,而只是靜態(tài)的檢查程序代碼、界面或者文檔中可能存在的錯...
    迪子也重名閱讀 452評論 0 0
  • 軟件的生命周期(prdctrm) 計(jì)劃階段(planning)-〉需求分析(requirement)-〉設(shè)計(jì)階段(...
    IT技術(shù)宅男閱讀 921評論 0 6
  • 問:給你一個網(wǎng)站,你如何測試? 首先,查找需求說明、網(wǎng)站設(shè)計(jì)等相關(guān)文檔,分析測試需求。 制定測試計(jì)劃,確定測試范圍...
    IT技術(shù)宅男閱讀 868評論 0 6

友情鏈接更多精彩內(nèi)容