Ch3-軟件測試的實質(zhì)-郭曉燕課件

軟件測試

-Ch.3軟件測試的實質(zhì)1本章目標(biāo)了解軟件測試的原則熟悉軟件測試員的常用術(shù)語2軟件測試誤區(qū)誤區(qū)一：如果發(fā)布出去的軟件有質(zhì)量問題，都是軟件測試人員的錯誤區(qū)二：軟件測試技術(shù)要求不高，至少比編程容易多了誤區(qū)三：有時間就多測試一些，來不及就少測試一些誤區(qū)四：軟件測試是測試人員的事，與開發(fā)人員無關(guān)誤區(qū)五：根據(jù)軟件開發(fā)瀑布模型，軟件測試是開發(fā)后期的一個階段33.1測試的原則找到的軟件缺陷越多，就說明軟件缺陷越多；

程序員也有心情不好的時候；

程序員往往犯同樣的錯誤；

某些軟件缺陷實乃冰山一角（有一個嚴(yán)重的主要原因造成）。殺蟲劑怪事；

老用一種藥，害蟲都有抵抗力，程序也如此。

為了克服殺蟲劑怪事，軟件測試員必須不斷編寫不同的、新的測試程序，對程序的不同部分進(jìn)行測試，以找出更多軟件缺陷。

53.1測試的原則并非所有軟件缺陷都要修復(fù)；

沒有足夠的時間；（交付期限不可更改）

不算真正的軟件缺陷；（也許是功能，理解錯誤、測試錯誤、修改SPEC）

修復(fù)的風(fēng)險太大；（常見）

不值得修復(fù)。（不常出現(xiàn)、不常用）什么時候才叫缺陷難以說清；

尚未發(fā)現(xiàn)或未觀察到的軟件缺陷只能說是潛在缺陷。

63.1測試的原則產(chǎn)品說明書從沒有最終版本；軟件測試員必須想到產(chǎn)品說明書可能改變軟件測試員在產(chǎn)品小組中不受歡迎；因為工作就是挑錯！所以我們要懂得怎么和開發(fā)的相處

保持小組成員和睦的建議：

早點找出缺陷；

控制情緒；

不要總是報告壞消息。軟件測試是一項講究條理的技術(shù)專業(yè)。

7確認(rèn)和驗證（V&V）

Verification：Arewebuildingtheproductright？是否正確地構(gòu)造了軟件？即是否正確地做事，驗證開發(fā)過程是否遵守已定義好的內(nèi)容。驗證產(chǎn)品滿足規(guī)格設(shè)計說明書的一致性Validation：Arewebuildingtherightproduct?

是否構(gòu)造了正是用戶所需要的軟件？即是否正在做正確的事。驗證產(chǎn)品所實現(xiàn)的功能是否滿足用戶的需求9質(zhì)量和可靠性可靠性只是質(zhì)量的一個因子,對應(yīng)的質(zhì)量還有很多其它的內(nèi)容；質(zhì)量可能包含功能是否齊全，產(chǎn)品能否在各種機器上運行，軟件公司有沒有技術(shù)支持，甚至包裝盒的色彩；可靠性：在規(guī)定的時間和條件下,軟件產(chǎn)品維持其性能水平的一組屬性

10測試和質(zhì)量保證(QA)軟件測試員的目標(biāo)是盡可能早一些找出軟件缺陷，確保得以修復(fù)；軟件質(zhì)量保證的主要職責(zé)是創(chuàng)建和加強促進(jìn)軟件開發(fā)并防止軟件缺陷的標(biāo)準(zhǔn)和方法。

11黑盒子和白盒子功能測試數(shù)據(jù)驅(qū)動測試結(jié)構(gòu)測試邏輯驅(qū)動測試

客戶需求事件驅(qū)動輸入輸出13靜態(tài)的和動態(tài)的主持人作者記錄員列席人員內(nèi)審員技術(shù)專業(yè)人員用戶代表不正式正式互審

走讀審查會議運行程序14自動測試和手工測試手工模擬用戶操作15軟件測試分類方法目標(biāo)/特性單元測試系統(tǒng)測試驗收測試性能測試強壯性測試功能測試白盒測試黑盒測試測試階段或?qū)哟芜m用性測試可靠性測試集成測試安全性測試17軟件測試階段階段輸入輸出需求分析需求定義,市場分析文檔,相關(guān)技術(shù)文檔市場需求分析會議記要,功能設(shè)計,技術(shù)設(shè)計設(shè)計審查市場需求文檔,技術(shù)設(shè)計文檔

測試計劃,測試用例功能驗證代碼完成文件包,功能詳細(xì)設(shè)計說明書最終技術(shù)文檔完整測試用例,完備的測試計劃,缺陷報告,功能驗證測試報告系統(tǒng)測試代碼修改后的文件包完整測試用例,完備的測試計劃

缺陷報告缺陷狀態(tài)報告項目階段報告確認(rèn)測試代碼凍結(jié)文件包確認(rèn)測試用例缺陷狀態(tài)報告缺陷報告審查版本審查版本發(fā)布代碼發(fā)布文件包測試計劃檢查清單當(dāng)前版本已知問題的清單版本發(fā)布報告18測試階段（SDLC)19集成測試集成測試，也稱組裝測試、聯(lián)合測試、子系統(tǒng)測試，在單元測試的基礎(chǔ)上，將模塊按照設(shè)計要求組裝起來同時進(jìn)行測試，主要目標(biāo)是發(fā)現(xiàn)與接口有關(guān)的模塊之間問題兩種集成方式：一次性集成方式和增殖式集成方式。21功能測試功能測試一般須在完成集成測試后進(jìn)行，而且是針對應(yīng)用系統(tǒng)進(jìn)行測試。功能測試是基于產(chǎn)品功能說明書，是在已知產(chǎn)品所應(yīng)具有的功能，從用戶角度來進(jìn)行功能驗證，以確認(rèn)每個功能是否都能正常使用22系統(tǒng)測試系統(tǒng)測試是將軟件放在整個計算機環(huán)境下，包括軟硬件平臺、某些支持軟件、數(shù)據(jù)和人員等，在實際運