第一篇：軟件測(cè)試基礎(chǔ)要點(diǎn)(txt)

演講稿 工作總結(jié) 調(diào)研報(bào)告 講話稿 事跡材料 心得體會(huì) 策劃方案

軟件測(cè)試基礎(chǔ)要點(diǎn)(txt)

1.什么是軟件測(cè)試？

在軟件運(yùn)行發(fā)布前，對(duì)軟件的需求進(jìn)行分析，設(shè)計(jì)規(guī)格說(shuō)明，保障軟件在發(fā)布之前能夠正常的運(yùn)行，檢測(cè)軟件當(dāng)中的bug 目的：測(cè)試是為了發(fā)現(xiàn)程序當(dāng)中的bug

測(cè)試是為了檢測(cè)軟件是否滿足了用戶的需要

2.什么是游戲測(cè)試？

游戲測(cè)試是軟件測(cè)試的一部分，檢測(cè)在正常或者非正常手段測(cè)試游戲，看看游戲會(huì)不會(huì)出現(xiàn)非正?，F(xiàn)象，對(duì)游戲進(jìn)行把關(guān)處理

3.什么是bug? bug,是電腦系統(tǒng)或者程序當(dāng)中，出現(xiàn)隱藏或者沒有被發(fā)現(xiàn)的缺陷或者問(wèn)題

列子：迪士尼獅子王游戲，獅子王游戲當(dāng)初沒有針對(duì)不同的PC機(jī)和系統(tǒng)進(jìn)行測(cè)試，導(dǎo)致該游戲無(wú)法在不同的PC機(jī)或者系統(tǒng)當(dāng)中使用

4測(cè)試階段角度

單元測(cè)試：針對(duì)每個(gè)單元的測(cè)試，是軟件測(cè)試的最小單元，確保每個(gè)模塊都能正常的工作，發(fā)現(xiàn)內(nèi)部的錯(cuò)誤（白盒測(cè)試）

集成測(cè)試：對(duì)已經(jīng)測(cè)過(guò)的模塊進(jìn)行組裝，檢驗(yàn)與設(shè)計(jì)相關(guān)的程序結(jié)構(gòu)

精心收集

精心編輯

精致閱讀

如需請(qǐng)下載！

演講稿 工作總結(jié) 調(diào)研報(bào)告 講話稿 事跡材料 心得體會(huì) 策劃方案

是否一致（黑盒測(cè)試）

確認(rèn)測(cè)試：檢驗(yàn)所開發(fā)的軟件能否滿足所有功能和性能的需求（黑盒測(cè)試）

系統(tǒng)測(cè)試：檢測(cè)被測(cè)軟件與系統(tǒng)的其它部分是否協(xié)調(diào)（黑盒測(cè)試）驗(yàn)收測(cè)試：是軟件質(zhì)量產(chǎn)品的最后一關(guān)，也叫交付測(cè)試。確保軟件的準(zhǔn)備就緒（黑盒測(cè)試）

5.測(cè)試方法：黑盒測(cè)試，白盒測(cè)試，灰盒測(cè)試

6.軟件執(zhí)行角度：靜態(tài)測(cè)試，動(dòng)態(tài)測(cè)試

7軟件執(zhí)行角度：靜態(tài)測(cè)試：不運(yùn)行程序，直接通過(guò)代碼審核

動(dòng)態(tài)測(cè)試：運(yùn)行被測(cè)程序

8.軟件測(cè)試流程：測(cè)試準(zhǔn)備——測(cè)試計(jì)劃——測(cè)試需求——測(cè)試用例——測(cè)試報(bào)告總結(jié)

9.軟件測(cè)試生命周期：測(cè)試計(jì)劃——測(cè)試設(shè)計(jì)——測(cè)試開發(fā)——測(cè)試執(zhí)行——測(cè)試評(píng)估

9.黑盒測(cè)試:又叫功能測(cè)試，數(shù)據(jù)驅(qū)動(dòng)測(cè)試，把程序看成一個(gè)黑盒子，不關(guān)心內(nèi)部結(jié)構(gòu)，只關(guān)注他的輸入和輸出

精心收集

精心編輯

精致閱讀

如需請(qǐng)下載！

演講稿 工作總結(jié) 調(diào)研報(bào)告 講話稿 事跡材料 心得體會(huì) 策劃方案

10.白盒測(cè)試: 又叫結(jié)構(gòu)測(cè)試，邏輯驅(qū)動(dòng)測(cè)試,把程序看成一個(gè)透明的盒子，能夠了解程序內(nèi)部的情況結(jié)構(gòu)分支

11.灰盒測(cè)試：基于白盒和黑盒測(cè)試兩者方面，既能關(guān)注輸出輸入情況，又能關(guān)注程序的內(nèi)部的情況,不過(guò)不能完全向白盒一樣了解內(nèi)部情況，只能了解少部分的

12.黑盒測(cè)試和白盒測(cè)試的優(yōu)缺點(diǎn)

黑盒測(cè)試優(yōu)點(diǎn)：不需要了解程序內(nèi)部代碼的實(shí)現(xiàn)，能夠了解軟件實(shí)現(xiàn)了需求當(dāng)中的那些功能

黑盒測(cè)試缺點(diǎn)：內(nèi)部結(jié)構(gòu)，邏輯分支不清楚，某些代碼得不到測(cè)試-------------------------白盒測(cè)試優(yōu)點(diǎn)：幫助軟件測(cè)試人員增大了代碼的覆蓋率，提高代碼的質(zhì)量

白盒測(cè)試缺點(diǎn)：昂貴，不能驗(yàn)證規(guī)格的正確性

13.系統(tǒng)測(cè)試：恢復(fù)性測(cè)試，安全測(cè)試，強(qiáng)度測(cè)試，性能測(cè)試，容量測(cè)試，正確性測(cè)試，可靠性測(cè)試，兼容性測(cè)試

14.系統(tǒng)測(cè)試：

恢復(fù)性測(cè)試：當(dāng)計(jì)算機(jī)系統(tǒng)或者程序，出現(xiàn)錯(cuò)誤，數(shù)據(jù)是否能夠及時(shí)

精心收集

精心編輯

精致閱讀

如需請(qǐng)下載！

演講稿 工作總結(jié) 調(diào)研報(bào)告 講話稿 事跡材料 心得體會(huì) 策劃方案

恢復(fù)

安全測(cè)試：檢測(cè)計(jì)算機(jī)對(duì)外界非法入侵的能力

強(qiáng)度測(cè)試：在硬件或者軟件的情況下，對(duì)程序軟件進(jìn)行施壓 性能測(cè)試：檢測(cè)軟件在系統(tǒng)運(yùn)行當(dāng)中的表現(xiàn)，是否滿足功能的需要 容量測(cè)試：系統(tǒng)在正常的運(yùn)行范圍內(nèi)測(cè)試系統(tǒng)的容量

可靠性測(cè)試：從驗(yàn)證的角度考慮，檢測(cè)軟件是否達(dá)到了預(yù)期的目標(biāo) 兼容性測(cè)試：檢測(cè)程序或者軟件在不同的平臺(tái)或者系統(tǒng)的使用狀況 正確性測(cè)試：檢測(cè)各項(xiàng)功能是否滿足說(shuō)明的要求

15.驗(yàn)收測(cè)試： alpha測(cè)試和beat測(cè)試

16.停止測(cè)試的標(biāo)準(zhǔn)： 1.超出了預(yù)定的時(shí)間 2.執(zhí)行測(cè)試，沒有發(fā)現(xiàn)故障 3.找出的缺陷數(shù)量較小較少

17.軟件缺陷等級(jí)：

1級(jí)————

致命：系統(tǒng)崩潰，程序無(wú)法跑動(dòng) 2級(jí)————

嚴(yán)重：功能存在錯(cuò)誤，功能為實(shí)現(xiàn) 3級(jí)————

一般：界面，性能缺陷 4級(jí)————

輕微：出現(xiàn)錯(cuò)別字

精心收集

精心編輯

精致閱讀

如需請(qǐng)下載！

演講稿 工作總結(jié) 調(diào)研報(bào)告 講話稿 事跡材料 心得體會(huì) 策劃方案

18.測(cè)試用例包含哪些 用例編號(hào) 用例名稱 用例背景 前置條件 優(yōu)先級(jí) 重要級(jí) 輸入數(shù)據(jù) 操作步驟 預(yù)期結(jié)果 實(shí)際結(jié)果 備注

19.測(cè)試計(jì)劃包括 1.概述 2.編寫目的 3.項(xiàng)目背景 4.項(xiàng)目質(zhì)量目標(biāo) 5.參考資料 6.測(cè)試環(huán)境 7.測(cè)試范圍 8.測(cè)試工具

精心收集

精心編輯 精致閱讀 如需請(qǐng)下載！

演講稿 工作總結(jié) 調(diào)研報(bào)告 講話稿 事跡材料 心得體會(huì) 策劃方案

9.人員，角色及職責(zé) 10.測(cè)試策略 11.測(cè)試進(jìn)度安排 12.工作匯報(bào)

20.缺陷報(bào)告的內(nèi)容 標(biāo)題 前提 測(cè)試環(huán)境 操作步驟 期望結(jié)果 實(shí)際結(jié)果 時(shí)間 測(cè)試人員 提交bug數(shù)量 bug等級(jí)

21.缺陷報(bào)告的處理流程

測(cè)試人員——————提交缺陷報(bào)告 開發(fā)經(jīng)理——————分配缺陷報(bào)告

精心收集

精心編輯

精致閱讀 如需請(qǐng)下載！

演講稿 工作總結(jié) 調(diào)研報(bào)告 講話稿 事跡材料 心得體會(huì) 策劃方案

開發(fā)人員——————處理缺陷報(bào)告 測(cè)試人員——————反測(cè)報(bào)告 測(cè)試人員——————關(guān)閉缺陷報(bào)告

22.什么是QC: QC,中文為質(zhì)量控制，是為達(dá)到質(zhì)量要求所采取的作業(yè)技術(shù)和活動(dòng)

23.QC的工作職責(zé): 監(jiān)控產(chǎn)品生產(chǎn)狀態(tài)，實(shí)施對(duì)在線產(chǎn)品質(zhì)量控制

24.什么testlink: 基于web的測(cè)試用例管理系統(tǒng)

25.testlink主要功能: 測(cè)試用例的創(chuàng)建，管理和執(zhí)行，提供簡(jiǎn)單的功能

26.testlink缺陷

不能設(shè)定測(cè)試用例的種類

測(cè)試用例需要大量的數(shù)據(jù)，創(chuàng)建測(cè)試用例時(shí)不方便

27.什么是QC工具：

是一個(gè)基于web測(cè)試bug的管理工具

精心收集

精心編輯

精致閱讀

如需請(qǐng)下載！

演講稿 工作總結(jié) 調(diào)研報(bào)告 講話稿 事跡材料 心得體會(huì) 策劃方案

28.什么是jira 是一個(gè)缺陷跟著管理系統(tǒng)

29目前主要的測(cè)試用例設(shè)計(jì)方法是什么？ 白盒測(cè)試：邏輯覆蓋，循環(huán)覆蓋，基本路徑覆蓋

黑盒測(cè)試：邊界值分析法，等價(jià)類劃分，錯(cuò)誤推測(cè)法，因果圖法，狀態(tài)圖法

30.loadrunner分哪三部分 用戶動(dòng)作設(shè)計(jì) 場(chǎng)景設(shè)計(jì) 測(cè)試數(shù)據(jù)分析

31.什么是軟件缺陷

1.軟件沒有達(dá)到產(chǎn)品說(shuō)明書表明的功能 2.軟件出現(xiàn)了產(chǎn)品說(shuō)明書指明不會(huì)出現(xiàn)的錯(cuò)誤 3.軟件功能超出產(chǎn)品說(shuō)明書指明的范圍

4.軟件未達(dá)到產(chǎn)品說(shuō)明書雖未指出但應(yīng)該達(dá)到的目標(biāo) 5軟件測(cè)試人員認(rèn)為軟件難以理解，不易使用

32.軟件測(cè)試過(guò)程

精心收集

精心編輯

精致閱讀

如需請(qǐng)下載！

演講稿 工作總結(jié) 調(diào)研報(bào)告 講話稿 事跡材料 心得體會(huì) 策劃方案

單元測(cè)試 集成測(cè)試 系統(tǒng)測(cè)試 驗(yàn)收測(cè)試（四大階段）

精心收集

精心編輯 精致閱讀 如需請(qǐng)下載！

第二篇：軟件測(cè)試基礎(chǔ)要點(diǎn)總結(jié)

由安博測(cè)試空間技術(shù)中心http:///提供

從宏觀的角度講，軟件測(cè)試過(guò)程一般可劃分為單元測(cè)試、集成測(cè)試、驗(yàn)收測(cè)試和系統(tǒng)測(cè)試等幾個(gè)主要測(cè)試階段。

1.測(cè)試計(jì)劃注意事項(xiàng)

1．測(cè)試計(jì)劃不一定要盡善盡美，但一定要切合實(shí)際，要根據(jù)項(xiàng)目特點(diǎn)、公司實(shí)際情況來(lái)編制，不能脫離實(shí)際情況；

2．測(cè)試計(jì)劃一旦制定下來(lái)，并不就是一成不變的，隨著軟件需求、軟件開發(fā)、人員流動(dòng)等發(fā)生變化，測(cè)試計(jì)劃也要根據(jù)實(shí)際情況的變化而不斷進(jìn)行調(diào)整，以滿足實(shí)際測(cè)試要求．

3．測(cè)試計(jì)劃要能從宏觀上反映項(xiàng)目的測(cè)試任務(wù)、測(cè)試階段、資源需求等，不一定要太過(guò)詳細(xì)．

測(cè)試原則

①應(yīng)盡早和不斷地進(jìn)行軟件“測(cè)試”。

②測(cè)試用例中，不僅要選擇合理的輸入數(shù)據(jù)，還要選擇不合理的輸入數(shù)據(jù)。

③在開發(fā)各階段應(yīng)事先分別制定出相應(yīng)的測(cè)試計(jì)劃，在測(cè)試開始后應(yīng)嚴(yán)格執(zhí)行，防止隨意性。④對(duì)發(fā)現(xiàn)錯(cuò)誤較多的程序模塊，應(yīng)進(jìn)行重點(diǎn)測(cè)試。

⑤避免程序員測(cè)試自己的程序。

⑥用窮舉測(cè)試是不現(xiàn)實(shí)的，一般通過(guò)設(shè)計(jì)測(cè)試用例，充分覆蓋所有條件或所有語(yǔ)句即可。⑦長(zhǎng)期妥善保存測(cè)試計(jì)劃、測(cè)試用例、出錯(cuò)統(tǒng)計(jì)和有關(guān)的分析報(bào)告。

2.測(cè)試用例文檔

測(cè)試用例文檔通常是由簡(jiǎn)介和測(cè)試用例兩部分組成：

簡(jiǎn)介部分編制了測(cè)試目的、測(cè)試范圍、定義術(shù)語(yǔ)、參考文檔等，這個(gè)與測(cè)試計(jì)劃是一致的。

測(cè)試用例部分逐一列出各個(gè)測(cè)試用例。

測(cè)試用例（Test Case）是為某個(gè)特殊目標(biāo)而編制的一組測(cè)試輸入、執(zhí)行條件以及預(yù)期結(jié)果，以便測(cè)試某個(gè)程序路徑或核實(shí)是否滿足某個(gè)特定需求。

測(cè)試用例部分

測(cè)試用例通常包含的信息：

用例標(biāo)識(shí)和用例名稱

內(nèi)容描述

前提條件

執(zhí)行步驟

預(yù)期結(jié)果

評(píng)價(jià)準(zhǔn)則

用例設(shè)計(jì)人員和設(shè)計(jì)時(shí)間

用例執(zhí)行人員和執(zhí)行時(shí)間

其它內(nèi)容

3.軟件缺陷

缺陷的表現(xiàn)形式不僅體現(xiàn)在功能的失效方面，還體現(xiàn)在其他方面。主要類型有： ①軟件沒有實(shí)現(xiàn)產(chǎn)品規(guī)格說(shuō)明所要求的功能模塊軟件中；

②出現(xiàn)了產(chǎn)品規(guī)格說(shuō)明指明不應(yīng)該出現(xiàn)的錯(cuò)誤；

③軟件實(shí)現(xiàn)了產(chǎn)品規(guī)格說(shuō)明沒有提到的功能模塊；

④軟件沒有實(shí)現(xiàn)雖然產(chǎn)品規(guī)格說(shuō)明沒有明確提及但應(yīng)該實(shí)現(xiàn)的目標(biāo)；

⑤軟件難以理解，不容易使用，運(yùn)行緩慢，或從測(cè)試員的角度看，最終用戶會(huì)認(rèn)為不好。測(cè)試用例：

以計(jì)算器為例

①計(jì)算器的產(chǎn)品規(guī)格說(shuō)明定應(yīng)能準(zhǔn)確無(wú)誤地進(jìn)行加、減、乘、除運(yùn)算。如果按下加法鍵，沒什么反應(yīng)，就是第一種類型的缺陷；若計(jì)算結(jié)果出錯(cuò)，也是第一種類型的缺陷。

②產(chǎn)品規(guī)格說(shuō)明書還可能規(guī)定計(jì)算器不會(huì)死機(jī)，或者停止反應(yīng)。如果隨意敲鍵盤導(dǎo)致計(jì)算器停止接受輸入，這就是第二種類型的缺陷。

③如果使用計(jì)算器進(jìn)行測(cè)試，發(fā)現(xiàn)除了加、減、乘、除之外還可以求平方根，但是產(chǎn)品規(guī)格說(shuō)明沒有提及這一功能模塊。這是第三種類型的缺陷

④在測(cè)試計(jì)算器時(shí)若發(fā)現(xiàn)電池沒電會(huì)導(dǎo)致計(jì)算不正確，而產(chǎn)品說(shuō)明書是假定電池一直都有電的，從而發(fā)現(xiàn)第四種類型的錯(cuò)誤。

⑤軟件測(cè)試員如果發(fā)現(xiàn)某些地方不對(duì)，比如測(cè)試員覺得按鍵太小、“=”鍵布置的位置不好按、在亮光下看不清顯示屏等，無(wú)論什么原因，都要認(rèn)定為缺陷。

4.缺陷報(bào)告里通常包含：缺陷標(biāo)識(shí)、所屬系統(tǒng)、所屬模塊、版本號(hào)、嚴(yán)重程度、優(yōu)先級(jí)、測(cè)試種類、缺陷概述、缺陷詳述以及開發(fā)人員意見以及其它內(nèi)容。、缺陷提交報(bào)告主要供兩類人閱讀，即軟件開發(fā)人員和項(xiàng)目管理者。

5.常用軟件缺陷工具

testDirector

testmanager

專業(yè)缺陷管理工具

bugzilla

6.測(cè)試報(bào)告文檔

測(cè)試報(bào)告是把測(cè)試的過(guò)程和結(jié)果寫成文檔，并對(duì)發(fā)現(xiàn)的問(wèn)題和缺陷進(jìn)行分析，為糾正軟件的存在的質(zhì)量問(wèn)題提供依據(jù)，同時(shí)為軟件驗(yàn)收和交付打下基礎(chǔ)。

測(cè)試報(bào)告是測(cè)試階段最后的文檔產(chǎn)出物，一份詳細(xì)的測(cè)試報(bào)告包括產(chǎn)品質(zhì)量和測(cè)試過(guò)程的評(píng)價(jià)，測(cè)試報(bào)告基于測(cè)試中的數(shù)據(jù)采集以及對(duì)最終的測(cè)試結(jié)果分析。比如覆蓋率分析、缺陷分析。

7.測(cè)試結(jié)果概述

這部分將被分成下面幾段來(lái)對(duì)測(cè)試結(jié)果進(jìn)行概述。

.1 被測(cè)軟件的全面評(píng)估

本段應(yīng)該包括：

a.根據(jù)本文檔中的測(cè)試結(jié)果對(duì)被測(cè)軟件的整體評(píng)價(jià)。

b.任何在測(cè)試中檢查到的殘留的不足,限制,局限?？梢杂脝?wèn)題/修改報(bào)告來(lái)提供缺陷信息。

c.對(duì)每個(gè)殘留的缺陷,限制,局限,描述如下：

1對(duì)軟件和系統(tǒng)性能的影響，包括沒有滿足的需求

2為了更正它，會(huì)對(duì)軟件和系統(tǒng)設(shè)計(jì)產(chǎn)生的影響。推薦的解決方法/策略

8.軟件特性 software feature

軟件項(xiàng)的顯著特性。（如功能、性能或可移植性等）。

軟件項(xiàng) software item

源代碼、目標(biāo)代碼、作業(yè)控制代碼、控制數(shù)據(jù)或這些項(xiàng)的集合。

測(cè)試項(xiàng) test item

作為測(cè)試對(duì)象的軟件項(xiàng)。

9.測(cè)試計(jì)劃描述測(cè)試活動(dòng)的范圍、方法、資源和進(jìn)度。它規(guī)定被測(cè)試的項(xiàng)、被測(cè)試的特性、應(yīng)完成的測(cè)試任務(wù)、擔(dān)任各項(xiàng)工作的人員職責(zé)及與本計(jì)劃有關(guān)的風(fēng)險(xiǎn)等。

測(cè)試說(shuō)明包括三類文件：

（1）測(cè)試設(shè)計(jì)說(shuō)明：詳細(xì)描述測(cè)試方法，規(guī)定該設(shè)計(jì)及其有關(guān)測(cè)試所包括的特性，還規(guī)定完成測(cè)試所需的測(cè)試用例和測(cè)試規(guī)程，并規(guī)定特性的通過(guò)準(zhǔn)則。

（2）測(cè)試用例說(shuō)明：列出用于輸入的具體值以及預(yù)期的輸出結(jié)果，并規(guī)定在使用具體測(cè)試用例時(shí)，對(duì)測(cè)試規(guī)程的各種限制。將測(cè)試用例與測(cè)試設(shè)計(jì)分開，可以使它們用于多個(gè)設(shè)計(jì)并能在其它情形下重復(fù)使用。

（3）測(cè)試規(guī)程說(shuō)明：規(guī)定對(duì)于運(yùn)行系統(tǒng)和執(zhí)行指定的測(cè)試用例來(lái)實(shí)現(xiàn)有關(guān)測(cè)試設(shè)計(jì)所要求的所有步驟。

測(cè)試報(bào)告包括四類文件：

（1）測(cè)試項(xiàng)傳遞報(bào)告：指明在開發(fā)組和測(cè)試組獨(dú)立工作的情況下或者在希望正式開始測(cè)試的情況下為進(jìn)行測(cè)試而被傳遞的測(cè)試項(xiàng)。

（2）測(cè)試日志：測(cè)試組用于記錄測(cè)試執(zhí)行過(guò)程中發(fā)生的情況。

（3）測(cè)試事件報(bào)告：描述在測(cè)試執(zhí)行期間發(fā)生并需進(jìn)一步調(diào)查的一切事件。

（4）測(cè)試總結(jié)報(bào)告：總結(jié)與測(cè)試設(shè)計(jì)說(shuō)明有關(guān)的測(cè)試活動(dòng)。

這些文件同其它文件在編制方面的關(guān)系以及同測(cè)試過(guò)程的對(duì)應(yīng)關(guān)系如圖1所示。

10.測(cè)試計(jì)劃要點(diǎn)內(nèi)容：1 測(cè)試計(jì)劃名稱引言 ：測(cè)試項(xiàng)被測(cè)試的特性不被測(cè)試的特性方法項(xiàng)通過(guò)準(zhǔn)則暫停標(biāo)準(zhǔn)和再啟動(dòng)要求應(yīng)提供的測(cè)試文件測(cè)試任務(wù)環(huán)境要求職責(zé)人員和訓(xùn)練要求進(jìn)度風(fēng)險(xiǎn)和應(yīng)急批準(zhǔn)

引言（本計(jì)劃的第2章）

歸納所要求測(cè)試的軟件項(xiàng)和軟件特性，可以包括系統(tǒng)目標(biāo)、背景、范圍及引用材料等。在最高層測(cè)試計(jì)劃中，如果存在下述文件，則需要引用它們：項(xiàng)目計(jì)劃、質(zhì)量保證計(jì)劃、有關(guān)的政策、有關(guān)的標(biāo)準(zhǔn)等。

5.1.3 測(cè)試項(xiàng)（本計(jì)劃的第3章）

描述被測(cè)試的對(duì)象，包括其版本、修訂級(jí)別，并指出在測(cè)試開始之前對(duì)邏輯或物理變換的要求。

5.1.4 被測(cè)試的特性（本計(jì)劃的第4章）

指明所有要被測(cè)試的軟件特性及其組合，指明每個(gè)特性或特性組合有關(guān)的測(cè)試設(shè)計(jì)說(shuō)明。

5.1.5 不被測(cè)試的特性（本計(jì)劃的第5章）

指出不被測(cè)試的所有特性和特性的有意義的組合及其理由。

5.1.6 方法（本計(jì)劃的第6章）

描述測(cè)試的總體方法，規(guī)定測(cè)試指定特性組志需的主要活動(dòng)、、技術(shù)和工具，應(yīng)詳盡地描述方法，以便列出主要的測(cè)試任務(wù)，并估計(jì)執(zhí)行各項(xiàng)任務(wù)所需的時(shí)間。規(guī)定所希望的電低程度的測(cè)試徹底性，指明用于判斷測(cè)試徹底性的技術(shù)（如：檢查哪些語(yǔ)句至少執(zhí)行過(guò)一次）。指出對(duì)測(cè)試的主要限制，例如：測(cè)試項(xiàng)可用性、測(cè)試資源的可用性和測(cè)試截止期限等。

5.1.7 項(xiàng)通過(guò)準(zhǔn)則（本計(jì)劃的第7章）

規(guī)定各測(cè)試項(xiàng)通過(guò)測(cè)試的標(biāo)準(zhǔn)。

5.1.8 暫停標(biāo)準(zhǔn)和再啟動(dòng)要求（本計(jì)劃第8章）

規(guī)定用于暫停全部或部分與本計(jì)劃有關(guān)的測(cè)試項(xiàng)的測(cè)試活動(dòng)的標(biāo)準(zhǔn)。規(guī)定當(dāng)測(cè)試再啟動(dòng)時(shí)必須重復(fù)的測(cè)試活動(dòng)。

5.1.9 應(yīng)提供的測(cè)試文件（本計(jì)劃的第9章）

規(guī)定測(cè)試完成后所應(yīng)遞交的文件，這些文件可以是前述八個(gè)文件的全部或者部分。

5.1.10 測(cè)試任務(wù)（本計(jì)劃的第10章）

指明執(zhí)行測(cè)試所需的任務(wù)集合，指出任務(wù)音的一切依賴關(guān)系和所需的一切特殊技能。

5.1.11 環(huán)境要求（本計(jì)劃的第11章）

規(guī)定測(cè)試環(huán)境所必備的和希望的的性質(zhì)。包括：硬件、通信和系統(tǒng)軟件的物理特征、使用方式以及任何其它支撐測(cè)試所需的軟件或設(shè)備，指出所需的特殊測(cè)試工具及其它測(cè)試要求（如出版物或辦公場(chǎng)地等）。指出測(cè)試組目前還不能得到的所有要求的來(lái)源。

5.1.12 職責(zé)（本計(jì)劃的第12章）

指出負(fù)責(zé)管理、設(shè)計(jì)、準(zhǔn)備、執(zhí)行、監(jiān)督、檢查和仲裁的小組。另外指出負(fù)責(zé)提供

5.1.3 中指出的測(cè)試項(xiàng)和在5.1.11中指出的環(huán)境要求的小組。

這些小組可以包括開發(fā)人員、測(cè)試人員、操作員、用戶代表、數(shù)據(jù)管理員和質(zhì)量保證人員。

5.1.13 人員和訓(xùn)練要求（本計(jì)劃的第13章）

指明測(cè)試人員應(yīng)有的水平以及為掌握必要技能可供選擇的訓(xùn)練科目。

5.1.14 進(jìn)度（本計(jì)劃的第14章）

包括在軟件項(xiàng)目進(jìn)度中規(guī)定的測(cè)試?yán)锍瘫约八袦y(cè)試項(xiàng)傳遞時(shí)間。

定義所需的新的測(cè)試?yán)锍瘫?，估?jì)完成每項(xiàng)測(cè)試任務(wù)所需的時(shí)間，為每項(xiàng)測(cè)試任務(wù)和測(cè)試?yán)锍瘫?guī)定進(jìn)度，對(duì)每項(xiàng)測(cè)試資源規(guī)定使用期限。

5.1.15 風(fēng)險(xiǎn)和應(yīng)急（本計(jì)劃的第15章）

預(yù)測(cè)測(cè)試計(jì)劃中的風(fēng)險(xiǎn)，規(guī)定對(duì)各種風(fēng)險(xiǎn)的應(yīng)急措施（如：延期傳遞的測(cè)試項(xiàng)可能需要加夜班來(lái)趕上規(guī)定的進(jìn)度。）

5.1.16 批準(zhǔn)（本計(jì)劃的第16章）

規(guī)定本計(jì)劃必須由哪些人（姓名和職務(wù)）審批。為簽名和填寫日期留出位置。

11.軟件測(cè)試原則

? 所有的軟件測(cè)試都應(yīng)追溯到用戶需求

? 應(yīng)當(dāng)把“盡早地和不斷地進(jìn)行軟件測(cè)試”作為軟件測(cè)試人的座右銘

? 完全測(cè)試是不可能的，測(cè)試需要終止

? 測(cè)試無(wú)法顯示系統(tǒng)所有潛在的缺陷

? 充分注意測(cè)試中的群集現(xiàn)象

? 程序員應(yīng)避免檢查自己的程序

? 盡量避免測(cè)試的隨意性，應(yīng)從工程的角度理解軟件測(cè)試，它是有組織、有計(jì)劃、有

步驟的活動(dòng)

12.軟件測(cè)試對(duì)象

? 程序

? 數(shù)據(jù)

? 文檔

? 過(guò)程

? 硬件

? 網(wǎng)絡(luò)

13.確認(rèn)測(cè)試

? 確認(rèn)測(cè)試的目的是向未來(lái)的用戶表明系統(tǒng)能夠像預(yù)定要求那樣工作。經(jīng)集成測(cè)試后，已經(jīng)按照設(shè)計(jì)把所有的模塊組裝成一個(gè)完整的軟件系統(tǒng)，接口錯(cuò)誤也已經(jīng)基本排除了，接著就應(yīng)該進(jìn)一步驗(yàn)證軟件的有效性，這就是確認(rèn)測(cè)試的任務(wù)，即軟件的功能和性能如同用戶所合理期待的那樣

? 確認(rèn)測(cè)試又稱有效性測(cè)試。有效性測(cè)試是在模擬的環(huán)境下，運(yùn)用黑盒測(cè)試的方法，驗(yàn)證被測(cè)軟件是否滿足需求規(guī)格說(shuō)明書列出的需求。任務(wù)是驗(yàn)證軟件的功能和性能及其他特性是否與用戶的要求一致。對(duì)軟件的功能和性能要求在軟件需求規(guī)格說(shuō)明書中已經(jīng)明確規(guī)定，它包含的信息就是軟件確認(rèn)測(cè)試的基礎(chǔ).GUI測(cè)試（ui測(cè)試）

1.窗體是否能夠基于相關(guān)的輸入或菜單命令適當(dāng)?shù)拇蜷_

2.窗體是否能夠改變大小、移動(dòng)和滾動(dòng)

3.窗體的數(shù)據(jù)是否能夠利用鼠標(biāo)、功能鍵、方向箭頭和鍵盤操作

4.當(dāng)窗體被覆蓋并重新調(diào)用后，窗體是否能夠正確再生

5.窗體相關(guān)的功能是否可以操作

6.是否顯示相關(guān)的下拉菜單、工具條、滾動(dòng)條、對(duì)話框、按鈕、圖標(biāo)和其他控制，既能正確顯示又能調(diào)用

7.顯示多窗體時(shí)，窗體名稱是否能夠正確表示

8.活動(dòng)窗體是否能夠被反顯加亮

9.多用戶聯(lián)機(jī)時(shí)所有窗體是否能夠?qū)崟r(shí)更新

10.鼠標(biāo)無(wú)規(guī)則點(diǎn)擊時(shí)是否會(huì)產(chǎn)生無(wú)法預(yù)料的結(jié)果

11.窗體聲音及提示是否符合既定編程規(guī)則

第三篇：軟件測(cè)試學(xué)習(xí)基礎(chǔ)

學(xué)習(xí)軟件測(cè)試需要什么基礎(chǔ)

1、自學(xué)能力又是與基礎(chǔ)無(wú)關(guān)的，但自學(xué)能力是一個(gè)技術(shù)人員最重要的能力之一，尤其是在遇到問(wèn)題時(shí)快速學(xué)習(xí)并找到解決辦法的能力。技術(shù)人員很重要的一點(diǎn)就是需要不斷學(xué)習(xí)新的知識(shí)，這樣才能與時(shí)俱進(jìn)。在工作中不要指望別人告訴你該學(xué)什么，該怎么學(xué)，甚至幫你解決問(wèn)題，要對(duì)自己有個(gè)長(zhǎng)期的規(guī)劃，希望往哪方面發(fā)展，應(yīng)該具備什么樣的知識(shí)。當(dāng)然知識(shí)是學(xué)不完的，工作中很可能遇到?jīng)]學(xué)過(guò)的問(wèn)題，因此遇到問(wèn)題時(shí)要知道怎樣去尋找解決方法，并自己思考如何解決。

2、編程基礎(chǔ)至少要了解一門編程語(yǔ)言，C、VB、JAVA都可以，注意是了解而不是精通。了解的意思就是能看懂代碼，如果能自己寫簡(jiǎn)單的代碼就更好了。關(guān)鍵是了解編程的思想，不至于看到代碼相關(guān)的內(nèi)容就不知所措了。只要能看懂一種編程語(yǔ)言，學(xué)會(huì)其他語(yǔ)言也就不是問(wèn)題了。其實(shí)絕大部分剛剛從事軟件測(cè)試行業(yè)的人都是做功能黑盒測(cè)試，并不需要編程能力，但當(dāng)工作了一段時(shí)間，想往更高層次發(fā)展時(shí)，就需要更全面的能力，編程能力就是很重要的一點(diǎn)。如果想往性能測(cè)試、自動(dòng)化測(cè)試方面發(fā)展的話，那編程能力更是必不可少的了，因?yàn)槭褂脺y(cè)試工具就需要編程。

3、數(shù)據(jù)庫(kù)基礎(chǔ)與編程基礎(chǔ)一樣，會(huì)簡(jiǎn)單的SQL語(yǔ)句，熟悉一種數(shù)據(jù)庫(kù)的使用，SQL SERVER是首選，畢竟是微軟的產(chǎn)品，簡(jiǎn)單易用。現(xiàn)在的軟件系統(tǒng)基本上沒有不使用數(shù)據(jù)庫(kù)的了，測(cè)試人員可能經(jīng)常會(huì)到數(shù)據(jù)庫(kù)中查詢一些數(shù)據(jù)，如果能自己進(jìn)行數(shù)據(jù)庫(kù)的操作，那么不但能提高工作效率，也能對(duì)系統(tǒng)有更深一步的了解。

4、英語(yǔ)基礎(chǔ)具備基本的英語(yǔ)讀寫能力?？吹接⒄Z(yǔ)就害怕可不是一個(gè)軟件測(cè)試人員應(yīng)該具備的素質(zhì)?；旧纤械能浖y(cè)試工具都是英文界面，很多好的知識(shí)文檔也只有英文版的，有可能你測(cè)試的系統(tǒng)也是英文的，甚至在一些企業(yè)里，跟你溝通的開發(fā)人員也只會(huì)英語(yǔ)。但也不要被嚇著，英語(yǔ)其實(shí)多用用就熟悉了，再開個(gè)金山詞霸，難不倒你的。英語(yǔ)不需要多講了，即使不從事軟件測(cè)試工作會(huì)一門外語(yǔ)也是很有用的。

第四篇：軟件測(cè)試考試要點(diǎn)

軟件測(cè)試的定義：1.使用人工或自動(dòng)手段來(lái)運(yùn)行或測(cè)定某個(gè)系統(tǒng)的過(guò)程，其目的在于檢驗(yàn)它是否規(guī)定的需求或是弄清預(yù)期結(jié)果與實(shí)際結(jié)果之間的差別2.軟件測(cè)試是根據(jù)軟件開發(fā)各階段的規(guī)格說(shuō)明和程序的內(nèi)部結(jié)構(gòu)而精心設(shè)計(jì)一批測(cè)試用例，并利用這些測(cè)試用例去執(zhí)行程序，以發(fā)現(xiàn)軟件故障的過(guò)程，該定義強(qiáng)調(diào)尋找故障是測(cè)試的目的。3.軟件測(cè)試是一種軟件質(zhì)量保證活動(dòng)，其動(dòng)機(jī)是通過(guò)一些以濟(jì)有效的方法，發(fā)現(xiàn)軟件中存在的缺陷，從而保證軟件質(zhì)量。

軟件測(cè)試的目的：以盡可能少的時(shí)間和人力發(fā)現(xiàn)并改正軟件中潛在的各種故障及缺陷，提高軟件的質(zhì)量。

軟件測(cè)試過(guò)程：軟件測(cè)試是由一系列不同的測(cè)試階段組成，即單元測(cè)試，集成測(cè)試，確認(rèn)測(cè)試，系統(tǒng)測(cè)試和驗(yàn)收測(cè)試。軟件測(cè)試是一個(gè)自底向上的集成過(guò)程。

集成測(cè)試：增量式集成測(cè)試法及非增量式集成測(cè)試法。非增量式測(cè)試法的集成過(guò)程是：先對(duì)每一個(gè)模塊進(jìn)行單元測(cè)試，我們可以同時(shí)測(cè)試或是逐個(gè)地測(cè)試每個(gè)模塊，這主要測(cè)試環(huán)境和參加測(cè)試的人數(shù)等情況決定。然后在此基礎(chǔ)上按程序結(jié)構(gòu)圖將各個(gè)模塊連接起來(lái)，把連接后的程序當(dāng)作一個(gè)整體進(jìn)行測(cè)試。

確認(rèn)測(cè)試的評(píng)價(jià)：1經(jīng)過(guò)檢驗(yàn)，軟件功能、性能及其他方面的要求都已滿足需求規(guī)格說(shuō)明的規(guī)定，該軟件是一個(gè)合格的軟件。2經(jīng)過(guò)檢驗(yàn)，發(fā)現(xiàn)與軟件需求規(guī)格說(shuō)明有些偏離，于是得到一個(gè)缺陷清單，由開發(fā)部門和用戶進(jìn)行協(xié)商，找出解決的辦法。

系統(tǒng)測(cè)試實(shí)際上是針對(duì)系統(tǒng)中各個(gè)組成部分進(jìn)行的統(tǒng)合性檢驗(yàn)，很接近日常測(cè)試實(shí)踐。系統(tǒng)開發(fā)人員不能進(jìn)行系統(tǒng)測(cè)試，系統(tǒng)開發(fā)組織不能負(fù)責(zé)系統(tǒng)測(cè)試。

軟件測(cè)試與軟件開發(fā)的關(guān)系：軟件開發(fā)過(guò)程是軟件工程的重要內(nèi)容，也是進(jìn)行軟件測(cè)試的基礎(chǔ)，沒有軟件開發(fā)就沒有測(cè)試，軟件測(cè)試貫貫穿軟件開發(fā)的整個(gè)生命周期。軟件測(cè)試是保證軟件開發(fā)物質(zhì)量的重要手段。

軟件測(cè)試環(huán)境的搭建：測(cè)試環(huán)境=硬件+軟件+網(wǎng)絡(luò)+數(shù)據(jù)準(zhǔn)備+測(cè)試工具

軟件測(cè)試工具主要有白盒測(cè)試工具，黑盒測(cè)試工具，測(cè)試制定工具等。軟件測(cè)試流程與階段：1制定測(cè)試計(jì)劃2制定測(cè)試環(huán)境3制定測(cè)試用例4執(zhí)行測(cè)試用例5回歸測(cè)試6總結(jié)

黑盒測(cè)試是一種從軟件外部對(duì)軟件實(shí)施的測(cè)試，也稱功能測(cè)試或基于規(guī)格說(shuō)明的測(cè)試。（不涉及程序內(nèi)部結(jié)構(gòu)）

缺陷模式的條件：1.該模式下的缺陷是符合實(shí)際的。2.基于該模式下的缺陷是可以測(cè)試的3.該模式下的缺陷是可以測(cè)試?；诘能浖y(cè)試技術(shù)的特點(diǎn)：1針對(duì)性強(qiáng)2基于缺陷模式的軟件技術(shù)往往能發(fā)現(xiàn)其他測(cè)試技術(shù)難以發(fā)現(xiàn)的故障3工具自動(dòng)化程度高以及測(cè)試效率高。4缺陷定位準(zhǔn)確5易學(xué)，易使用。

基于缺陷模式的軟件測(cè)試指標(biāo)：1漏報(bào)率2準(zhǔn)確率3誤報(bào)率4缺陷檢測(cè)率5自動(dòng)缺陷檢測(cè)率6計(jì)算復(fù)雜性。

集成是指把多個(gè)單元組合起來(lái)形成更大的單元。集成測(cè)試是指在各個(gè)軟件單元已經(jīng)通過(guò)單元測(cè)試的前提下，檢查各個(gè)軟件單元之間的接口是否正確。

集成測(cè)試主要關(guān)注下列問(wèn)題：1模塊間的數(shù)據(jù)傳遞是否正確？2一個(gè)模塊的功能是否會(huì)對(duì)另一個(gè)模塊的功能產(chǎn)生錯(cuò)誤的影響？3全局?jǐn)?shù)據(jù)結(jié)構(gòu)是否有問(wèn)題，會(huì)不會(huì)被異常修改？4塊組合起來(lái)的功能能否滿足要求？5集成后，各個(gè)模塊的累積誤差是否會(huì)擴(kuò)大，是否達(dá)到不可接受的程度。集成測(cè)試過(guò)程：5個(gè)階段：計(jì)劃階段、設(shè)計(jì)階段、實(shí)施階段、執(zhí)行階段、評(píng)估階段。（制定集成測(cè)試計(jì)劃→設(shè)計(jì)集成測(cè)試→實(shí)施集成測(cè)試→執(zhí)行集成測(cè)試→評(píng)估集成測(cè)試)

集成測(cè)試與系統(tǒng)測(cè)試的區(qū)別：1測(cè)試對(duì)象2測(cè)試時(shí)間3測(cè)試方法4測(cè)試內(nèi)容5測(cè)試目的6測(cè)試角度

性能測(cè)試包括：01評(píng)估系統(tǒng)的能力2識(shí)別系統(tǒng)中的弱點(diǎn)3系統(tǒng)調(diào)優(yōu)

性能測(cè)試的基準(zhǔn)：1響應(yīng)時(shí)間2并發(fā)用戶數(shù)3吞吐量4性能計(jì)數(shù)器

壓力測(cè)試手段：1重復(fù)測(cè)試2并發(fā)測(cè)試3量級(jí)增加4隨機(jī)變化

基本路徑測(cè)試步驟：

第一步：畫出控制流圖，第二步：計(jì)算圈復(fù)雜度

有以下三種方法計(jì)算圈復(fù)雜度：

41.流圖中區(qū)域的數(shù)量對(duì)應(yīng)于環(huán)型的復(fù)雜性。

2.給定流圖G的圈復(fù)雜度V(G)，定義為V(G)=E-N+2，EN

3.給定流圖G的圈復(fù)雜度V(G)，定義為V(G)=P+1，P63第三步：導(dǎo)出測(cè)試用例；

第四步：準(zhǔn)備測(cè)試用例 78對(duì)應(yīng)右邊圖中的圈復(fù)雜度，計(jì)算如下： 4

（1）流圖中有四個(gè)區(qū)域；

1（2）V(G)=10條邊-8結(jié)點(diǎn)+2=4；10112（3）V(G)=3個(gè)判定結(jié)點(diǎn)+1=4。

路徑1：4-14

路徑2：4-6-7-14

13路徑3：4-6-8-10-13-4-14

路徑4：4-6-8-11-13-4-14 14

第五篇：軟件測(cè)試要點(diǎn)總結(jié)

前言

首先，請(qǐng)?jiān)徫矣脴?biāo)題吸引了你。這份文檔是我整理的軟件測(cè)試這門課的要點(diǎn)總結(jié)，我覺得軟件測(cè)試這門課的考試要點(diǎn)也就在這里了，我猜測(cè)老師的考點(diǎn)也會(huì)在這里的。

我的計(jì)劃是，打算完成這份文檔里的所有問(wèn)題，然后我會(huì)上傳到班群?？捎捎谖覀€(gè)人的時(shí)間有限，我想請(qǐng)大家在復(fù)習(xí)的時(shí)候能不能抽點(diǎn)時(shí)間完成一部分，如果大家都出一份力的話這將會(huì)很輕松的完成的。

我將會(huì)從面向?qū)ο蟛糠珠_始完成文檔，有興趣的請(qǐng)從前面開始好嗎？命名規(guī)則為：文檔名+更新時(shí)間。建議大家上傳到班群前，先下載最新的，整合后再上傳……

正文

第一部分

什么是軟件危機(jī)？軟件危機(jī)如何解決？

什么是軟件測(cè)試？軟件測(cè)試的意義是什么？

什么是白盒測(cè)試？什么黑盒測(cè)試？請(qǐng)簡(jiǎn)述兩者之前的區(qū)別和聯(lián)系

什么是靜態(tài)測(cè)試？什么是動(dòng)態(tài)測(cè)試？

軟件測(cè)試和軟件開發(fā)過(guò)程具有怎樣的關(guān)系？

什么是靜態(tài)白盒測(cè)試和動(dòng)態(tài)白盒測(cè)試？

白盒測(cè)試的重點(diǎn)及相應(yīng)的對(duì)策是什么？

白盒測(cè)試的覆蓋準(zhǔn)則是什么？

白盒測(cè)試的工具有哪些？

持續(xù)集成對(duì)白盒測(cè)試有怎樣的影響？

什么是靜態(tài)黑盒測(cè)試？什么是動(dòng)態(tài)黑盒測(cè)試?

什么是軟件自動(dòng)化測(cè)試？軟件自動(dòng)化測(cè)試的原理和方法有哪些？

軟件自動(dòng)化測(cè)試腳本有哪幾類？各有和特點(diǎn)？

軟件自動(dòng)化測(cè)試的優(yōu)勢(shì)和限制是什么？

什么是性能測(cè)試？性能測(cè)試主要包括什么內(nèi)容？

客戶端性能測(cè)試的主要內(nèi)容是什么？

網(wǎng)絡(luò)性能測(cè)試的主要內(nèi)容是什么？

服務(wù)器端性能測(cè)試的主要內(nèi)容是什么？

什么是兼容性測(cè)試？主要包括哪些基本內(nèi)容？

什么是向前兼容？什么是向后兼容？

數(shù)據(jù)共享兼容性主要有幾種？

如何確定兼容性測(cè)試的測(cè)試用例和測(cè)試數(shù)據(jù)？

數(shù)據(jù)共享兼容性測(cè)試主要有幾種？

如何確定兼容性測(cè)試的測(cè)試用例和測(cè)試數(shù)據(jù)？

兼容性測(cè)試環(huán)境的安裝管理技術(shù)有哪些？各有何特點(diǎn)？

什么是可使用性測(cè)試？用戶界面設(shè)計(jì)室一門科學(xué)還是一門藝術(shù)？

既然用戶界面沒有明確的對(duì)于錯(cuò)，應(yīng)該怎樣測(cè)試呢？

列舉熟悉的軟件產(chǎn)品中用戶界面不一致的例子。

可用性測(cè)試是確定目標(biāo)受眾需求的方法有哪些？ 魏胤

如何為預(yù)期目標(biāo)受眾確定可使用測(cè)試?

什么是安全性測(cè)試？主要包括哪些內(nèi)容？

軟件安全性測(cè)試方法有哪些？

什么是軟件安全性分析？軟件安全性分析的主要任務(wù)是什么？

為什么某些時(shí)候需要外購(gòu)安全性測(cè)試？

C/S系統(tǒng)的特點(diǎn)及其對(duì)測(cè)試的影響是什么？

Web應(yīng)用軟件的特點(diǎn)及其對(duì)測(cè)試的影響是什么？

Web應(yīng)用軟件的測(cè)試類型有哪些？

Web應(yīng)用軟件的測(cè)試模型一般有哪幾種？

Web應(yīng)用軟件的性能測(cè)試的過(guò)程是什么？

GUI軟件具有怎樣的特點(diǎn)？GUI的測(cè)試類型有哪些？

什么是實(shí)時(shí)系統(tǒng)？實(shí)時(shí)系統(tǒng)的測(cè)試步驟是什么？

第二部分

測(cè)試面向?qū)ο筌浖蛡鹘y(tǒng)軟件有何不同？

答：與傳統(tǒng)的面向過(guò)程的程序設(shè)計(jì)相比，面向?qū)ο蟪绦蛟O(shè)計(jì)產(chǎn)生錯(cuò)誤的可能性增大，或者使得傳統(tǒng)軟件測(cè)試中的重點(diǎn)不再那么突出，使得原來(lái)測(cè)試經(jīng)驗(yàn)和實(shí)踐證明的次要方面成為了主要的問(wèn)題。面向?qū)ο缶幊痰奶匦匀绶庋b繼承和多態(tài)性對(duì)測(cè)試的某些方面產(chǎn)生了影響.另一方面面向?qū)ο蟮拈_發(fā)過(guò)程以及分析和設(shè)計(jì)方法也對(duì)測(cè)試產(chǎn)生了影響有利于盡早測(cè)試.什么是測(cè)試視角？從測(cè)試視角如何看待面向?qū)ο蟮幕靖拍睿?/p>

答：測(cè)試人員必須以一種對(duì)軟件的方方面面都提出疑問(wèn)的態(tài)度來(lái)思考軟件，這種方法稱之為測(cè)試視角。

從測(cè)試視角看面向?qū)ο蟮幕靖拍睿?/p>

對(duì)象：對(duì)象的封裝、對(duì)象隱藏了信息、對(duì)象的狀態(tài)、對(duì)象的生命周期。

消息：消息有發(fā)送者，消息有接收者，消息可能包含實(shí)際參數(shù)。

接口：接口封裝了操作的說(shuō)明，如果接口包含的行為和類的行為不相符，那么對(duì)這一接口的說(shuō)明就不是令人滿意的；接口不是孤立的，它與其他接口和有類有一定的聯(lián)系。類：

繼承：

多態(tài)：

面向?qū)ο筌浖臏y(cè)試模型是什么？

答：針對(duì)面向?qū)ο筌浖椎拈_發(fā)模型，測(cè)試模型包括：OOA Test、OOD Test、OOP Test、OO Unit Test、OO Integrate Test、OO System Test。

面向?qū)ο筌浖y(cè)試的層次是怎樣的？

答：操作/方法,面向?qū)ο蟮膯卧獪y(cè)試(類測(cè)試),面向?qū)ο蟮募蓽y(cè)試,面向?qū)ο蟮南到y(tǒng)測(cè)試。取決于單元的構(gòu)成，面向?qū)ο筌浖臏y(cè)試采用三層或四層方式。面向?qū)ο鬁y(cè)試通常采用三層方式，其中，單元測(cè)試針對(duì)類中的成員函數(shù)以及成員函數(shù)間的交互進(jìn)行測(cè)試；集成測(cè)試主要對(duì)系統(tǒng)內(nèi)部的相互服務(wù)進(jìn)行測(cè)試；系統(tǒng)測(cè)試是基于面向?qū)ο蠹蓽y(cè)試的最后階段的測(cè)試，主要以用戶需求為測(cè)試標(biāo)準(zhǔn)。

什么是指導(dǎo)性審查？評(píng)價(jià)的標(biāo)準(zhǔn)和基本角色有哪些？

答：指導(dǎo)性審查是一種增強(qiáng)了的專門為檢驗(yàn)?zāi)Ｐ投鴦?chuàng)建的檢驗(yàn)技巧，也可以用來(lái)驗(yàn)證模型是否能符合項(xiàng)目的需求。

評(píng)價(jià)標(biāo)準(zhǔn)：需要回答三個(gè)問(wèn)題，即模型是否正確？——正確性（對(duì)模型的準(zhǔn)確程度的測(cè)量），模型對(duì)信息的描述是否完整？——完整性（對(duì)模型的包含性的測(cè)量），模型內(nèi)容是否一致以及是否與它的的基礎(chǔ)模型一致——一致性（對(duì)模型內(nèi)部以及當(dāng)前模型和它的基礎(chǔ)模型之間是否存在矛盾的測(cè)量）。

基本角色：領(lǐng)域?qū)＜遥ǜ鶕?jù)特定的輸入第一期望的系統(tǒng)），測(cè)試者（執(zhí)行必要的分析已選擇和設(shè)計(jì)有效的測(cè)試用例），開發(fā)者。

如何使用指導(dǎo)性審查的方法測(cè)試分析模型？

答：P168

如何使用指導(dǎo)性審查的方法測(cè)試設(shè)計(jì)模型？

答：P169

類測(cè)試的方法有哪些？類測(cè)試分為幾個(gè)層次？

答：基本方法兩種：靜態(tài)代碼檢查和動(dòng)態(tài)執(zhí)行測(cè)試用例。對(duì)類的測(cè)試可以分兩個(gè)層次進(jìn)行，分別是方法內(nèi)測(cè)試（用來(lái)測(cè)試單個(gè)的方法）和方法間測(cè)試（用來(lái)測(cè)試某一方法與類中別的由該方法直接或間接調(diào)用的方法間的協(xié)作情況）。

類測(cè)試需要考慮哪些方面的問(wèn)題？

答：（1）測(cè)試人員、（2）測(cè)試內(nèi)容、（3）測(cè)試時(shí)間、（4）測(cè)試過(guò)程、（5）測(cè)試程度

根據(jù)操作的前置條件和后置條件構(gòu)造測(cè)試用例……

答：參考書上的例子

試述構(gòu)建類測(cè)試驅(qū)動(dòng)程序的設(shè)計(jì)思想。構(gòu)造類中某個(gè)方法所對(duì)應(yīng)的測(cè)試驅(qū)動(dòng)程序……

答：參考書上的例子

試述分層增量測(cè)試（HIT）。

答：從基類派生得到子類時(shí)，不必為那些未改變的操作添加基于規(guī)范的測(cè)試用例，可以不加修改地復(fù)用基類的測(cè)試用例。如果測(cè)試的操作在規(guī)范和實(shí)現(xiàn)方面都沒有任何修改，就不必運(yùn)行這些測(cè)試用例。但是，如果一個(gè)操作的方法被間接修改了，就需要重新運(yùn)行該操作的每個(gè)測(cè)試用例。此外，還需要運(yùn)行附加的基于實(shí)現(xiàn)的測(cè)試用例。這樣分析的應(yīng)用及結(jié)果稱為分層增量測(cè)試。

試述類測(cè)試的平行體系結(jié)構(gòu)（PACT）的基本內(nèi)容

測(cè)試抽象類有哪些方法？各有何優(yōu)缺點(diǎn)？

（1）為測(cè)試單獨(dú)定義一個(gè)被測(cè)抽象類的具體子類。

優(yōu)缺：如果不使用多重繼承，抽象方法的的實(shí)現(xiàn)就不能輕易傳遞給抽象子類，但大部分的面向?qū)ο缶幊陶Z(yǔ)言都不支持。（2）將它作為測(cè)試第一個(gè)具體子類的一部分進(jìn)行測(cè)試 優(yōu)缺：增加了測(cè)試具體類的復(fù)雜性。（3）以對(duì)用于測(cè)試目的的抽象類的具體版本做直接實(shí)現(xiàn)為基礎(chǔ)，即嘗試找到一種為類編寫源代碼的方法從而使得該類可以作為一個(gè)抽象或具體類而很容易編譯。優(yōu)缺：產(chǎn)生的合成代碼狠復(fù)雜而且難以閱讀，狠容易出錯(cuò)。（4）使用指導(dǎo)性檢查，而不使用基于執(zhí)行的測(cè)試。優(yōu)缺：構(gòu)造器和析構(gòu)器僅僅用來(lái)使用檢查來(lái)測(cè)試就會(huì)比較復(fù)雜。

什么是對(duì)象交互？對(duì)象交互的類型有哪些？

答：對(duì)象交互是一個(gè)對(duì)象對(duì)另一個(gè)對(duì)象的請(qǐng)求，發(fā)送者對(duì)象請(qǐng)求接收者對(duì)象的一個(gè)操作，而接收者進(jìn)行的所有的處理工作就是完成這個(gè)請(qǐng)求。交互包含對(duì)象和其組成對(duì)象之間的消息,還包含了對(duì)象和與之相關(guān)聯(lián)的其他對(duì)象之間的消息.有原始類和非原始類,非原始類又依據(jù)與其他實(shí)例交互的程度分為匯集類和協(xié)作類

什么是對(duì)象交互測(cè)試？對(duì)象交互測(cè)試需要考慮什么問(wèn)題？

答：當(dāng)參與交互的類已經(jīng)被單獨(dú)測(cè)試過(guò),且具有完整的實(shí)現(xiàn)時(shí),為確保對(duì)象之間能夠正確的進(jìn)行消息傳遞的進(jìn)行的測(cè)試.1、要區(qū)分那些與被測(cè)各對(duì)象有組成關(guān)系的對(duì)象和那些僅僅與被測(cè)對(duì)象有關(guān)聯(lián)的對(duì)象

2、交互測(cè)試期間所創(chuàng)建的聚合層數(shù)與缺陷的能見度緊密相關(guān)

3、對(duì)象越復(fù)雜,在一輪測(cè)試之前應(yīng)該被集成的對(duì)象就應(yīng)該越少

什么是匯集類？什么是協(xié)作類？怎樣測(cè)試匯集類和協(xié)作類？

答：匯集類的說(shuō)明中使用其他類的對(duì)象，但實(shí)際上并不和那些實(shí)例交互，不請(qǐng)求他們的任何服務(wù)，只是維護(hù)與這些類實(shí)例之間的關(guān)聯(lián)。列表、堆棧都屬于匯集類。

匯集類的測(cè)試：沿用12章的關(guān)于基本類的測(cè)試方法，另外基于狀態(tài)的測(cè)試技術(shù)也可以應(yīng)用到匯集類的測(cè)試中。

協(xié)作類是具有更廣泛交互的類，不是匯集類的非原始類就是協(xié)作類。協(xié)作類在它們的一個(gè)或多個(gè)操作中使用其他的對(duì)象，并將其作為實(shí)現(xiàn)中的不可缺少的一部分。

協(xié)作類的測(cè)試：必須在參與交互的類的環(huán)境中進(jìn)行測(cè)試，需要?jiǎng)?chuàng)建對(duì)象之間交互的環(huán)境。

會(huì)使用正交陣列測(cè)試（OATS）的方法來(lái)選擇交互測(cè)試用例，并說(shuō)明其中的測(cè)試用例。

答：了解下吧P219

系統(tǒng)測(cè)試用例的選擇策略是什么？

答：

1、確定用戶使用系統(tǒng)的使用概貌，即確定用戶是怎樣使用系統(tǒng)的然后根據(jù)這些步驟創(chuàng)建測(cè)試用例

2、分析產(chǎn)品可能包含的缺陷類型，然后編寫測(cè)試用例來(lái)檢測(cè)這些缺陷。為了測(cè)試需求的一致性，可以從說(shuō)明需求的用例來(lái)構(gòu)建測(cè)試用例

系統(tǒng)測(cè)試的主要內(nèi)容有什么？

答：功能測(cè)試：最基本的測(cè)試

性能測(cè)試：主要測(cè)試軟件的運(yùn)行性能

強(qiáng)度測(cè)試：測(cè)試系統(tǒng)能力的最高實(shí)際限度

安全測(cè)試：驗(yàn)證安裝在系統(tǒng)內(nèi)的保護(hù)機(jī)構(gòu)確實(shí)能夠?qū)ο到y(tǒng)進(jìn)行保護(hù)

健壯性測(cè)試：測(cè)試系統(tǒng)在出現(xiàn)故障時(shí)能否自動(dòng)恢復(fù)或者忽略故障繼續(xù)進(jìn)行

安裝卸載測(cè)試：確保用在系統(tǒng)中的軟件包能夠提供足夠的安裝步驟使得產(chǎn)品在工作條件下可以交付使用

系統(tǒng)測(cè)試覆蓋率主要從哪兩個(gè)方面進(jìn)行衡量？

答：輸入和輸出，即測(cè)試人員能夠估計(jì)測(cè)試用例使用了多少可能的輸入，也可以計(jì)算在測(cè)試過(guò)程中產(chǎn)生了多少系統(tǒng)能夠產(chǎn)生的可能輸出。

測(cè)試文檔主要有哪些類型？測(cè)試文檔和測(cè)試計(jì)劃的目標(biāo)是什么？

答：測(cè)試計(jì)劃、測(cè)試說(shuō)明、測(cè)試報(bào)告。

目標(biāo)：

1、測(cè)試文檔有助于測(cè)試技術(shù)任務(wù)的完成。

2、測(cè)試文檔增進(jìn)了測(cè)試任務(wù)和測(cè)試過(guò)程之間的交流。

3、測(cè)試文檔提供了組織、安排以及管理測(cè)試項(xiàng)目的結(jié)構(gòu)。

風(fēng)險(xiǎn)的類別和來(lái)源有哪些？降低風(fēng)險(xiǎn)的策略是什么？

類別：項(xiàng)目風(fēng)險(xiǎn)、商業(yè)風(fēng)險(xiǎn)、技術(shù)風(fēng)險(xiǎn)。

來(lái)源：短時(shí)間面市、新的設(shè)計(jì)過(guò)程、新技術(shù)的應(yīng)用、復(fù)雜度、使用頻率、不可測(cè)試的需求。

如何獲得有效的測(cè)試數(shù)據(jù)？

數(shù)據(jù)詞典、設(shè)計(jì)文檔。

確定測(cè)試需求需要注意什么問(wèn)題？

驗(yàn)證需求、明確需求和功能路徑之間的關(guān)系。