軟件測試

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

程序員也有心情不好的時(shí)候；

程序員往往犯同樣的錯(cuò)誤；

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

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

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

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

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

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

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

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

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

63.1測試的原則產(chǎn)品說明書從沒有最終版本；軟件測試員必須想到產(chǎn)品說明書可能改變軟件測試員在產(chǎn)品小組中不受歡迎；因?yàn)楣ぷ骶褪翘翦e(cuò)！所以我們要懂得怎么和開發(fā)的相處

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

早點(diǎn)找出缺陷；

控制情緒；

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

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

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

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

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

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

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

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

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

缺陷報(bào)告缺陷狀態(tài)報(bào)告項(xiàng)目階段報(bào)告確認(rèn)測試代碼凍結(jié)文件包確認(rèn)測試用例缺陷狀態(tài)報(bào)告缺陷報(bào)告審查版本審查版本發(fā)布代碼發(fā)布文件包測試計(jì)劃檢查清單當(dāng)前版本已知問題的清單版本發(fā)布報(bào)告18測試階段（SDLC)19集成測試集成測試，也稱組裝測試、聯(lián)合測試、子系統(tǒng)測試，在單元測試的基礎(chǔ)上，將模塊按照設(shè)計(jì)要求組裝起來同時(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)行功能驗(yàn)證，以確認(rèn)每個(gè)功能是否都能正常使用22系統(tǒng)測試系統(tǒng)測試是將軟件放在整個(gè)計(jì)算機(jī)環(huán)境下，包括軟硬件平臺(tái)、某些支持軟件、數(shù)據(jù)和人員等，在實(shí)際運(yùn)