軟件測(cè)評(píng)師47天——軟件測(cè)試基礎(chǔ)②

模塊測(cè)試:目的在于檢查每個(gè)程序單元能否正確實(shí)現(xiàn)詳細(xì)設(shè)計(jì)說(shuō)明中的模塊功能、性能、接口和設(shè)計(jì)約束等要求,發(fā)現(xiàn)模塊內(nèi)部可能存在的各種錯(cuò)誤。

需要從程序內(nèi)部結(jié)構(gòu)出發(fā)設(shè)計(jì)測(cè)試用例,多個(gè)模塊可平行進(jìn)性。

集成測(cè)試:在單元測(cè)試的基礎(chǔ)上,將所有的程序模塊進(jìn)性有序的、遞增的測(cè)試。

組裝測(cè)試,集成測(cè)試是驗(yàn)證程序單元或組建的接口關(guān)系,逐步即成為符合概要設(shè)計(jì)要求的程序部件或整個(gè)系統(tǒng)。

冒煙測(cè)試:也稱版本測(cè)試、提交測(cè)試。

確認(rèn)測(cè)試:通過(guò)檢驗(yàn)和提供客觀證據(jù),證實(shí)軟件是否滿足特定預(yù)期用途的需求。

? ? ? ? ? ? ? ? 檢測(cè)與證實(shí)軟件是否滿足軟件需求說(shuō)明書(shū)中規(guī)定的要求。

系統(tǒng)測(cè)試:驗(yàn)證和確認(rèn)系統(tǒng)是否達(dá)到其原始目標(biāo),而對(duì)集成的硬件和軟件系統(tǒng)進(jìn)性的測(cè)試。是在真實(shí)或模擬系統(tǒng)運(yùn)行環(huán)境下,檢查完整的程序系統(tǒng)能否和系統(tǒng)(包括硬件、外設(shè)、網(wǎng)絡(luò)和系統(tǒng)軟件、支持平臺(tái))正確配置、連接,并滿足用戶需求。

驗(yàn)收測(cè)試:按照項(xiàng)目任務(wù)書(shū)和合同、供需雙方約定的驗(yàn)收依據(jù)文檔進(jìn)性的對(duì)整個(gè)系統(tǒng)的測(cè)試和評(píng)審,決定是否接受或拒收系統(tǒng)。

開(kāi)發(fā)方測(cè)試 驗(yàn)收測(cè)試 α測(cè)試

開(kāi)發(fā)方通過(guò)檢驗(yàn)和提供客觀證據(jù),證實(shí)軟件的實(shí)現(xiàn)是滿足了規(guī)定的需求。是在開(kāi)發(fā)環(huán)境下,由開(kāi)發(fā)者檢測(cè)與證實(shí)軟件的實(shí)現(xiàn)是否滿足設(shè)計(jì)說(shuō)明或軟件需求說(shuō)明的要求。

主要是在軟件開(kāi)發(fā)完成之后,開(kāi)發(fā)方進(jìn)性全面的自我檢查和驗(yàn)證。

可以和系統(tǒng)測(cè)試一起進(jìn)行。


用戶測(cè)試:在用戶環(huán)境下,用戶通過(guò)運(yùn)行和使用軟件,檢查與合適軟件實(shí)現(xiàn)是否符合自己的預(yù)期的要求。

通常情況下不是指用戶的“驗(yàn)收測(cè)試”,而是指用戶的使用性測(cè)試。

由用戶找出軟件的應(yīng)用過(guò)程中發(fā)現(xiàn)軟件的缺陷與問(wèn)題,并對(duì)使用質(zhì)量進(jìn)性評(píng)價(jià)。

β測(cè)試:主要是把軟件產(chǎn)品有計(jì)劃地免費(fèi)分到目標(biāo)市場(chǎng),讓用戶大量使用并評(píng)價(jià)、檢查軟件。

通過(guò)用戶各種方式大量使用,來(lái)發(fā)現(xiàn)軟件存在的問(wèn)題和錯(cuò)誤,把信息反饋給開(kāi)發(fā)者修改。有助于廠商軟件產(chǎn)品的成功發(fā)布。

第三方測(cè)試:由技術(shù)、管理和財(cái)務(wù)上與開(kāi)發(fā)方和用戶相對(duì)獨(dú)立的組織的進(jìn)行的測(cè)試。

一般情況是在模擬用戶真實(shí)環(huán)境下,進(jìn)行軟件測(cè)試。

價(jià)值:公正訴求決定、發(fā)現(xiàn)錯(cuò)誤,提高軟件品質(zhì)、給出評(píng)價(jià),有助于開(kāi)發(fā)商認(rèn)清自己產(chǎn)品的定位、幫助用戶選擇軟件產(chǎn)品,避免豆腐渣工程。


靜態(tài)測(cè)試:指不允許程序,通過(guò)人工對(duì)程序和文檔進(jìn)行分析與檢查。

靜態(tài)分析技術(shù)是對(duì)需求說(shuō)明書(shū)、設(shè)計(jì)說(shuō)明書(shū)、程序源代碼等進(jìn)行非運(yùn)行的檢查。

靜態(tài)測(cè)試包括:走查、符合執(zhí)行、需求確認(rèn)。

動(dòng)態(tài)測(cè)試:通過(guò)對(duì)人工或使用工具運(yùn)行程序進(jìn)行檢查、分析程序的執(zhí)行狀態(tài)和程序的外部表現(xiàn)。

白盒測(cè)試:結(jié)構(gòu)測(cè)試? 對(duì)程序內(nèi)部結(jié)構(gòu)的分析、檢測(cè)來(lái)尋找問(wèn)題。

黑盒測(cè)試:功能測(cè)試 通過(guò)軟件外部表現(xiàn)來(lái)發(fā)現(xiàn)其缺陷和錯(cuò)誤。

灰盒測(cè)試:介于白盒測(cè)試與黑盒測(cè)試之間的測(cè)試。



V模型

特點(diǎn):底層測(cè)試 源代碼的正確性;? 高層測(cè)試 整個(gè)系統(tǒng)滿足用戶的需求。

單元測(cè)試和集成測(cè)試是驗(yàn)證的程序設(shè)計(jì)。

系統(tǒng)測(cè)試是驗(yàn)證系統(tǒng)設(shè)計(jì),檢測(cè)系統(tǒng)功能,性能的質(zhì)量特性是否達(dá)到系統(tǒng)設(shè)計(jì)的標(biāo)準(zhǔn)。

確認(rèn)和驗(yàn)證測(cè)試:追溯軟件需求說(shuō)明書(shū)進(jìn)行測(cè)試,已確定軟件的實(shí)現(xiàn)是否滿足用戶需求或合同的要求。


局限性:僅把測(cè)試過(guò)程作為需求分析、概要分析、詳細(xì)設(shè)計(jì)及編碼之后的一個(gè)階段;容易理解為,測(cè)試是軟件開(kāi)發(fā)的最后一個(gè)階段,主要針對(duì)程序進(jìn)行測(cè)試尋找錯(cuò)誤;需求分析階段隱藏的問(wèn)題一致到后期的驗(yàn)收才被發(fā)現(xiàn)。



W模型

有利于盡早地發(fā)現(xiàn)問(wèn)題

相應(yīng)的開(kāi)發(fā)活動(dòng)完成即可開(kāi)始執(zhí)行測(cè)試

減少總體測(cè)試世紀(jì),加快項(xiàng)目進(jìn)度。

可以盡早可能的找出軟件缺陷所在,幫助改進(jìn)項(xiàng)目?jī)?nèi)部質(zhì)量。


局限性:無(wú)法支持迭代、自發(fā)性以及變更調(diào)整;如果當(dāng)前沒(méi)有文檔就會(huì)出現(xiàn)問(wèn)題;無(wú)法測(cè)試流程的完整性。



H模型

特點(diǎn):軟件測(cè)試模型是一個(gè)獨(dú)立的模型,貫穿于整個(gè)產(chǎn)品周期,與其他流程并發(fā)的進(jìn)行,當(dāng)某個(gè)測(cè)試時(shí)間點(diǎn)就緒時(shí),軟件測(cè)試即從測(cè)試準(zhǔn)備階段進(jìn)入測(cè)試執(zhí)行階段。



X模型

定位了探索性測(cè)試

左邊描述的時(shí)針對(duì)單獨(dú)程序片段所進(jìn)行的相互分離的編碼和測(cè)試,以后,將進(jìn)行頻繁的交接,通過(guò)集成最終合成為執(zhí)行的程序。

可執(zhí)行程序還需要進(jìn)行測(cè)試,可通過(guò)集成測(cè)試的成品進(jìn)行封裝并提交給用戶,也可以更大模型和規(guī)范內(nèi)集成的一部分。


前置測(cè)試模型:

開(kāi)發(fā)和測(cè)試相結(jié)合:對(duì)沒(méi)有給交付內(nèi)容進(jìn)行測(cè)試;在設(shè)計(jì)階段測(cè)試和測(cè)試設(shè)計(jì);測(cè)試和開(kāi)發(fā)在一起;讓驗(yàn)收測(cè)試和技術(shù)測(cè)試保持相對(duì)獨(dú)立。


軟件是生命周期的軟件測(cè)試策略

軟件計(jì)劃階段:作用域

單元測(cè)試——集成測(cè)試《設(shè)計(jì)信息》——確認(rèn)測(cè)試《軟件需求》——系統(tǒng)測(cè)試《系統(tǒng)其他元素》


測(cè)試信息流

三類輸入

軟件配置:需求規(guī)格說(shuō)明;設(shè)計(jì)規(guī)格說(shuō)明;源代碼

測(cè)試配置:測(cè)試計(jì)劃;測(cè)試用例;測(cè)試驅(qū)動(dòng)程序【測(cè)試配置在整個(gè)軟件配置的一個(gè)子集】

測(cè)試工具:為測(cè)試某種實(shí)施提供服務(wù),以減輕測(cè)試任務(wù)中的手工勞作。提高軟件測(cè)試效率。

測(cè)試——測(cè)試結(jié)果【預(yù)期結(jié)果與實(shí)際結(jié)果對(duì)比】——排錯(cuò)【最不可預(yù)知的,花費(fèi)時(shí)間解決問(wèn)題】——回歸測(cè)試——測(cè)試

測(cè)試——測(cè)試結(jié)果分析——測(cè)試報(bào)告【出錯(cuò)覆蓋率】可靠性分析,預(yù)測(cè)可靠性。





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

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

  • 文章來(lái)自:http://blog.csdn.net/mj813/article/details/52451355 ...
    好大一只鵬閱讀 9,362評(píng)論 2 126
  • 1.測(cè)試與軟件模型 軟件開(kāi)發(fā)生命周期模型指的是軟件開(kāi)發(fā)全過(guò)程、活動(dòng)和任務(wù)的結(jié)構(gòu)性框架。軟件項(xiàng)目的開(kāi)發(fā)包括:需求、設(shè)...
    Mr希靈閱讀 22,405評(píng)論 7 278
  • 1.測(cè)試與軟件模型 軟件開(kāi)發(fā)生命周期模型指的是軟件開(kāi)發(fā)全過(guò)程、活動(dòng)和任務(wù)的結(jié)構(gòu)性框架。軟件項(xiàng)目的開(kāi)發(fā)包括:需求、設(shè)...
    宇文臭臭閱讀 6,870評(píng)論 5 101
  • 1****、問(wèn):你在測(cè)試中發(fā)現(xiàn)了一個(gè)bug****,但是開(kāi)發(fā)經(jīng)理認(rèn)為這不是一個(gè)bug****,你應(yīng)該怎樣解決? 首...
    蛋炒飯_By閱讀 5,398評(píng)論 1 94
  • 凌晨四點(diǎn)多醒來(lái),窗外下起了雨,伴隨著雷聲滴答滴答...這個(gè)季節(jié)的深圳是多雨的。這個(gè)時(shí)間點(diǎn)醒來(lái)想法是很多的。 ...
    多樂(lè)天使閱讀 222評(píng)論 0 1

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