1.軟件測試的生命周期
需求分析-》測試計劃-》測試設(shè)計-》測試開發(fā)-》測試執(zhí)行-》測試評估
需求分析：分析需求是否合理和正確
計劃:確定軟件由誰測試？
什么時候開始測試，什么時候結(jié)束測試
測試那些模塊
測試設(shè)計和測試開發(fā)階段：設(shè)計測試用例（手工測試用例，自動化測試用例），編寫測試工具
測試執(zhí)行：執(zhí)行測試用例
測試評估：測試文檔
2.BUG的級別
1、Blocker（崩潰）、2、Critical（嚴(yán)重）、3、Major（一般）、4、Minor（次要）
? ? ?BUG的生命周期：
3.?開發(fā)模型（5個模型）
3.1瀑布模型：
需求分析--計劃--設(shè)計--編碼--測試
特點：瀑布模型是線性的開發(fā)模式
缺陷：測試被放到了編碼最后面（測試后置）
1）項目風(fēng)險推遲到后期測試才發(fā)現(xiàn)，失去了及時修正的機(jī)會
2）留足夠的時間給測試，否則導(dǎo)致測試不充分，缺陷遺留給線上
適用場景：需求固定的一些小項目。
3.2?螺旋模型
特點：引入全流程的風(fēng)險管理。
缺點：增加人力、時間、資金消耗
適用場景：前期需求不確定、規(guī)模大，風(fēng)險大的項目
3.3增量模型
3.4迭代
需要先上線一個基礎(chǔ)版本。逐漸迭代產(chǎn)品；
3.5敏捷模型
特點：輕文檔，輕流程，重目標(biāo)，重產(chǎn)出；度量標(biāo)準(zhǔn)，可交付的軟件
Scrum:
三個角色
產(chǎn)品經(jīng)理、項目經(jīng)理、研發(fā)團(tuán)隊
五個會議
需求池（有很多很多用戶的需求）
發(fā)布計劃會議、迭代計劃會議、每日例會、回顧會議
?4.測試模型
4.1 V模型
特點：
1.明確標(biāo)注了測試的類型
2.明確標(biāo)準(zhǔn)了測試階段和開發(fā)階段之間的對應(yīng)關(guān)系
缺點：
測試后置
4.2?W模型（雙V模型）
測試模型和開發(fā)模型相互嵌套：
測試從需求開始階段就介入了；
缺點：
1.上一個階段完成，下一個階段才能開始
2.開發(fā)模型和測試模型也保持著一種前后的線性關(guān)系
重文檔，重過程的模型---》不支持敏捷模式文章來源：http://www.zghlxwxcb.cn/news/detail-420324.html
文章來源地址http://www.zghlxwxcb.cn/news/detail-420324.html
到了這里，關(guān)于軟件測試基礎(chǔ)概念的文章就介紹完了。如果您還想了解更多內(nèi)容，請在右上角搜索TOY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章，希望大家以后多多支持TOY模板網(wǎng)！
