軟件測(cè)試復(fù)習(xí)2期末復(fù)習(xí)含簡(jiǎn)答與填空

1、軟件開(kāi)發(fā)過(guò)程: 根據(jù)客戶(hù)的要求，清楚了解客戶(hù)需求中的產(chǎn)品功能、特性、性能、界面和具體規(guī)格等，然后進(jìn)行分析，確定軟件產(chǎn)品所能達(dá)到的目標(biāo)。設(shè)計(jì): 根據(jù)需求分析的結(jié)果，考慮如何在邏輯、程序上去實(shí)現(xiàn)所定義的產(chǎn)品功能、特性等，可以分為概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)，也可分為數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)、軟件體系結(jié)構(gòu)設(shè)計(jì)、應(yīng)用接口設(shè)計(jì)、模塊設(shè)計(jì)、界面設(shè)計(jì)等。編程: 將設(shè)計(jì)轉(zhuǎn)換成計(jì)算機(jī)可讀的形式。測(cè)試: 對(duì)設(shè)計(jì)、編程進(jìn)行驗(yàn)證和用戶(hù)需求確認(rèn)的過(guò)程維護(hù)：維持軟件運(yùn)行，修改軟件缺陷、增強(qiáng)已有功能、增加新功能、升級(jí)等。軟件開(kāi)發(fā)過(guò)程含需求分析、_、_、_、維護(hù)?？焖賾?yīng)用開(kāi)發(fā)(RAD) V模型螺旋模型敏捷方法 - XP XP-eXtreme Pr

2、ogramming極限編程n 最簡(jiǎn)單的可能就是最有效的n 極限編程適合n 小團(tuán)隊(duì) (2-10 programmers)n “高風(fēng)險(xiǎn)”n 快速變化或不穩(wěn)定的需求n 強(qiáng)調(diào)可測(cè)試性n 格言n “溝通、簡(jiǎn)化、反饋、激勵(lì)”W模型TMM的5個(gè)級(jí)別簡(jiǎn)要描述增量開(kāi)發(fā)迭代開(kāi)發(fā)下圖所示的軟件開(kāi)發(fā)模型為_(kāi)。下圖所示的軟件開(kāi)發(fā)模型為_(kāi)。UML分類(lèi)和模型圖 標(biāo)準(zhǔn)建模語(yǔ)言UML共定義了三大類(lèi)、共12種模型圖： 結(jié)構(gòu)類(lèi) Structural Diagrams：用4種模型圖描述系統(tǒng)應(yīng)用的靜態(tài)結(jié)構(gòu)，包括類(lèi)圖、對(duì)象圖、組件圖和配置圖； 行為類(lèi) Behavior Diagrams：用5種模型圖描述系統(tǒng)動(dòng)態(tài)行為的各個(gè)方面，包括用例圖

3、、序列圖、行為圖、協(xié)作圖和狀態(tài)圖 模型管理類(lèi) Model Management Diagrams ：用3種模型圖來(lái)組織和管理各種應(yīng)用模型，包括軟件包、子系統(tǒng)、模型等標(biāo)準(zhǔn)建模語(yǔ)言UML共定義了三大類(lèi)，分別是：_、_、_。標(biāo)準(zhǔn)建模語(yǔ)言UML中的行為類(lèi)圖有_、_、行為圖、協(xié)作圖和狀態(tài)圖微軟的經(jīng)驗(yàn)：Windows 95/98 à Windows 2000 系統(tǒng)的穩(wěn)定性有了明顯改善，DEV:QA = 1:2 軟件質(zhì)量范圍- 3An Accountability (可說(shuō)明性) 用戶(hù)可以基于產(chǎn)品或服務(wù)的描述和定義進(jìn)行使用. (例如: 市場(chǎng)需求說(shuō)明書(shū), 功能設(shè)計(jì)說(shuō)明書(shū).)n Availability

4、 (有效性) 產(chǎn)品或服務(wù)對(duì)于99.999% 客戶(hù)總是有效的 (例如: 性能測(cè)試和恢復(fù)測(cè)試)n Accessibility (易用性) 對(duì)于用戶(hù), 產(chǎn)品或服務(wù)非常容易使用并且一定是非常有用的功能 . (例如: 確認(rèn)測(cè)試和用戶(hù)可用性測(cè)試) 軟件質(zhì)量范圍- 3A是指_、_、_。軟件缺陷在不同階段的分布 請(qǐng)繪制軟件缺陷數(shù)與時(shí)間的關(guān)系統(tǒng)圖軟件測(cè)試階段軟件測(cè)試階段可分為需求分析、設(shè)計(jì)審查、_、_、_、版本發(fā)布幾個(gè)階段。階 段輸 入 輸 出 需求分析需求定義, 市場(chǎng)分析文檔, 相關(guān)技術(shù)文檔市場(chǎng)需求分析會(huì)議記要 , 功能設(shè)計(jì), 技術(shù)設(shè)計(jì)設(shè)計(jì)審查 市場(chǎng)需求文檔, 技術(shù)設(shè)計(jì)文檔 測(cè)試計(jì)劃, 測(cè)試用例功能驗(yàn)證 代碼

5、完成文件包,功能詳細(xì)設(shè)計(jì)說(shuō)明書(shū)最終技術(shù)文檔完整測(cè)試用例,完備的測(cè)試計(jì)劃, 缺陷報(bào)告,功能驗(yàn)證測(cè)試報(bào)告系統(tǒng)測(cè)試代碼修改后的文件包 完整測(cè)試用例,完備的測(cè)試計(jì)劃 缺陷報(bào)告缺陷狀態(tài)報(bào)告項(xiàng)目階段報(bào)告確認(rèn)測(cè)試代碼凍結(jié)文件包確認(rèn)測(cè)試用例缺陷狀態(tài)報(bào)告缺陷報(bào)告審查版本審查版本發(fā)布 代碼發(fā)布文件包 測(cè)試計(jì)劃?rùn)z查清單當(dāng)前版本已知問(wèn)題的清單版本發(fā)布報(bào)告SQA軟件質(zhì)量保證是通過(guò)對(duì)軟件產(chǎn)品和活動(dòng)有計(jì)劃的進(jìn)行評(píng)審和審計(jì)來(lái)驗(yàn)證軟件是否合乎標(biāo)準(zhǔn)的系統(tǒng)工程活動(dòng). 軟件測(cè)試中名稱(chēng)SQA的中文名稱(chēng)是_。SQA活動(dòng)p 技術(shù)方法的應(yīng)用p 正式技術(shù)評(píng)審的實(shí)施p 軟件測(cè)試p 標(biāo)準(zhǔn)的執(zhí)行p 修改的控制p 度量p 質(zhì)量記錄和記錄保存p SQA

6、策略主要分三個(gè)階段：p 以檢測(cè)為重：產(chǎn)品制成之后進(jìn)行檢測(cè)，只能判斷產(chǎn)品質(zhì)量，不能提高產(chǎn)品質(zhì)量。p 以過(guò)程管理為重：把質(zhì)量的保證工作重點(diǎn)放在過(guò)程管理上，對(duì)制造過(guò)程中的每一道工序都要進(jìn)行質(zhì)量控制。p 以新產(chǎn)品開(kāi)發(fā)為重：在新產(chǎn)品的開(kāi)發(fā)設(shè)計(jì)階段，采取強(qiáng)有力的措施來(lái)消滅由于設(shè)計(jì)原因而產(chǎn)生的質(zhì)量隱患。SQA策略主要分三個(gè)階段，分別是_、_、_。p SQA 是管理工作、審查對(duì)象是流程、強(qiáng)調(diào)以預(yù)防為主p 測(cè)試是技術(shù)工作、測(cè)試對(duì)象是產(chǎn)品、主要是以事后檢查p SQA指導(dǎo)測(cè)試、監(jiān)控測(cè)試p 測(cè)試為SQA提供依據(jù)ISO9000系列標(biāo)準(zhǔn)的主體部分分為兩組：p “需方對(duì)供方要求質(zhì)量保證”的標(biāo)準(zhǔn)ISO90019003p “供

7、方建立質(zhì)量保證體系”的標(biāo)準(zhǔn)ISO9004 p ISO9001：設(shè)計(jì)/開(kāi)發(fā)、生產(chǎn)、安裝和服務(wù)中質(zhì)量保證模式；p ISO9002：生產(chǎn)和安裝中的質(zhì)量保證模式；p ISO9003：最終檢驗(yàn)和測(cè)試中的質(zhì)量保證模式；p ISO9004：質(zhì)量管理和質(zhì)量體系要素導(dǎo)則。軟件測(cè)試規(guī)范就是對(duì)軟件測(cè)試的流程過(guò)程化并對(duì)每一個(gè)過(guò)程元素進(jìn)行明確的界定，形成完整的規(guī)范體系。 制定測(cè)試規(guī)范需要考慮的內(nèi)容 角色的確定 進(jìn)入的準(zhǔn)則 輸入項(xiàng) 活動(dòng)過(guò)程 輸出項(xiàng) 驗(yàn)證與確認(rèn) 退出的準(zhǔn)則 度量基于CMM模型的過(guò)程改進(jìn)軟件過(guò)程改進(jìn)的方法論-IDEAL 流程改進(jìn)模型CMM的五個(gè)等級(jí)及關(guān)鍵過(guò)程域 不同成熟度的項(xiàng)目結(jié)果PSP 流程TSP流程PS

8、P-TSP-CMMPSP的中文名稱(chēng)是：_。TSP的中文名稱(chēng)是：_。簡(jiǎn)述單元測(cè)試的目標(biāo)和任務(wù)單元測(cè)試的目標(biāo)和任務(wù)目標(biāo): 單元模塊被正確編碼任務(wù)1： 模塊接口測(cè)試檢查模塊接口是否正確任務(wù)2： 模塊局部數(shù)據(jù)結(jié)構(gòu)測(cè)試檢查局部數(shù)據(jù)結(jié)構(gòu)完整性任務(wù)3： 模塊邊界條件測(cè)試檢查臨界數(shù)據(jù)處理的正確性任務(wù)4： 模塊獨(dú)立執(zhí)行通路測(cè)試檢查每一條獨(dú)立執(zhí)行路徑的測(cè)試。保證每條語(yǔ)句被至少執(zhí)行一次。任務(wù)5：模塊的各條錯(cuò)誤處理通路測(cè)試單元測(cè)試具體分類(lèi)n 驗(yàn)證產(chǎn)品實(shí)現(xiàn)符合功能規(guī)格書(shū)n 驗(yàn)證產(chǎn)品代碼運(yùn)行的正確性n 邊緣條件測(cè)試n 產(chǎn)品安全性測(cè)試n 從已有Bug增加的回歸測(cè)試n 產(chǎn)品代碼覆蓋度測(cè)試(Code Coverage)n 產(chǎn)品

9、代碼注射測(cè)試(Code Injection)n 異常測(cè)試n 產(chǎn)品速度性能的比較測(cè)試n 產(chǎn)品極限情況測(cè)試n 產(chǎn)品與國(guó)際標(biāo)準(zhǔn)的兼容性測(cè)試n 產(chǎn)品與以前版本的操作系統(tǒng)，文件格式的兼容測(cè)試n 同一產(chǎn)品不同版本共同運(yùn)行的兼容性測(cè)試n 產(chǎn)品在不同語(yǔ)言操作系統(tǒng)下的運(yùn)行測(cè)試單元測(cè)試具體流程測(cè)試過(guò)程從產(chǎn)品設(shè)計(jì)開(kāi)始n 測(cè)試代碼編寫(xiě)由軟件開(kāi)發(fā)設(shè)計(jì)者(SDE)自己開(kāi)始靜態(tài)測(cè)試技術(shù)的運(yùn)用靜態(tài)測(cè)試技術(shù)： 不運(yùn)行被測(cè)試程序，對(duì)代碼通過(guò)檢查、閱讀進(jìn)行分析。三步曲：n 走查 （Walk Through）。n 審查 （Inspection）。n 評(píng)審 （Review）動(dòng)態(tài)測(cè)試技術(shù)的運(yùn)用動(dòng)態(tài)測(cè)試需要真正將程序運(yùn)行起來(lái)，需要設(shè)計(jì)系列

10、的測(cè)試用例保證測(cè)試的完整性和有效性n 白盒測(cè)試n 黑盒（灰盒）測(cè)試白盒測(cè)試方法主要要邏輯驅(qū)動(dòng)法和基本路徑法。p 語(yǔ)句覆蓋。p 判定覆蓋。p 條件覆蓋。p 判定/條件覆蓋。p 條件組合覆蓋。p 路徑覆蓋。p 循環(huán)覆蓋。黑盒測(cè)試方法運(yùn)行單元程序有時(shí)需要基于被測(cè)單元的接口，開(kāi)發(fā)相應(yīng)的驅(qū)動(dòng)模塊和樁模塊。n 驅(qū)動(dòng)模塊（drive）:對(duì)底層或子層模塊進(jìn)行測(cè)試所編寫(xiě)的調(diào)用這些模塊的程序。n 樁模塊（stub）：對(duì)頂層或上層模塊進(jìn)行測(cè)試時(shí)所編寫(xiě)的替代下層模塊的程序。簡(jiǎn)述白盒與黑盒測(cè)試常用的方法與技術(shù)有哪些？黑盒常用方法n 等價(jià)類(lèi)劃分法 n 邊界值分析法 三種數(shù)據(jù)：n 錯(cuò)誤推測(cè)法 - 正常數(shù)據(jù)n 因果圖法 -

11、錯(cuò)誤數(shù)據(jù)n 功能圖法 - 邊緣數(shù)據(jù)另外還得考慮接口測(cè)試、性能測(cè)試、內(nèi)存測(cè)試n 性能分析n 內(nèi)存分析單元測(cè)試規(guī)范流程n 給你一紙杯/電冰箱/洗衣機(jī)/電視機(jī) ,怎樣測(cè)試 ?紙杯的用途是用于喝水或其它液體，所以首先要測(cè)試的是它放了水(液體)之后的行為，比方，漏不漏水，燙不燙手，變不變形，等,由此決定適合于何種液體/溫度。在放水之前就可以有一些測(cè)試了吧？比如杯子大小是否如何，能裝多少水，是否貼合杯托，外觀(guān)是否美觀(guān)，外表材質(zhì)是不是很滑會(huì)造成脫手等。然后才是對(duì)其功能和性能來(lái)測(cè)試，如：裝滿(mǎn)水后，杯底能否承受水的壓力；對(duì)于水的沸騰溫度攝氏100，杯子能否承受，會(huì)不會(huì)變形或者有化學(xué)反應(yīng)產(chǎn)生異味等。專(zhuān)業(yè)的估計(jì)還要

12、對(duì)其進(jìn)行具體的數(shù)據(jù)分析，還有衛(wèi)生清潔方面的測(cè)試 。杯子的容量杯子從1米高度落下是否會(huì)損壞杯子最高能承受溫度多高的水杯子的防滑度 集成測(cè)試的模式集成測(cè)試的模式可分為_(kāi)與_。非漸增式測(cè)試模式：先分別測(cè)試每個(gè)模塊，再把所有模塊按設(shè)計(jì)要求放在一起結(jié)合成所要的程序，如大棒模式。漸增式測(cè)試模式：把下一個(gè)要測(cè)試的模塊同已經(jīng)測(cè)試好的模塊結(jié)合起來(lái)進(jìn)行測(cè)試，測(cè)試完以后再把下一個(gè)應(yīng)該測(cè)試的模塊結(jié)合進(jìn)來(lái)測(cè)試。自頂向下和自底向上集成方法 驅(qū)動(dòng)程序/驅(qū)動(dòng)模塊（driver），用以模擬被測(cè)模塊的上級(jí)模塊。驅(qū)動(dòng)模塊在集成測(cè)試中接受測(cè)試數(shù)據(jù)，把相關(guān)的數(shù)據(jù)傳送給被測(cè)模塊，啟動(dòng)被測(cè)模塊，并打印出相應(yīng)的結(jié)果。樁程序/樁模塊（stub

13、），也有人稱(chēng)為存根程序，用以模擬被測(cè)模塊工作過(guò)程中所調(diào)用的模塊。樁模塊由被測(cè)模塊調(diào)用，它們一般只進(jìn)行很少的數(shù)據(jù)處理，例如打印入口和返回，以便于檢驗(yàn)被測(cè)模塊與其下級(jí)模塊的接口自頂向下法(Top-down Integration) 自底向上法(Bottom-up Integration) 混合策略(Modified Top-down Integration) 下圖描述的是哪種集成測(cè)試方法，并簡(jiǎn)述其特點(diǎn)。混合法：對(duì)軟件結(jié)構(gòu)中較上層，使用的是“自頂向下”法；對(duì)軟件結(jié)構(gòu)中較下層，使用的是“自底向上”法，兩者相結(jié)合 大棒集成方法(Big-bang Integration)三明治集成方法(Sandwich

14、Integration) 下圖描述的是哪種集成測(cè)試方法，并簡(jiǎn)述其特點(diǎn)。采用三明治方法的優(yōu)點(diǎn)是：它將自頂向下和自底向上的集成方法有機(jī)地結(jié)合起來(lái)，不需要寫(xiě)樁程序因?yàn)樵跍y(cè)試初自底向上集成已經(jīng)驗(yàn)證了底層模塊的正確性。采用這種方法的主要缺點(diǎn)是：在真正集成之前每一個(gè)獨(dú)立的模塊沒(méi)有完全測(cè)試過(guò)。幾種集成方法性能的比較 功能測(cè)試的方法 n 等價(jià)類(lèi)劃分法n 邊界值分析法n 錯(cuò)誤推測(cè)法n 因果圖法n 組合分析法系統(tǒng)測(cè)試簡(jiǎn)述系統(tǒng)測(cè)試有哪些測(cè)試？p 壓力測(cè)試 (Stress test) p 容量測(cè)試 (Capacity test) p 性能測(cè)試 (Performance test) p 安全測(cè)試 (Security t

15、est) p 容錯(cuò)測(cè)試 (Recovery test) 回歸測(cè)試回歸測(cè)試的目的 p 所做的修改達(dá)到了預(yù)定的目的，如錯(cuò)誤得到了改正，新功能得到了實(shí)現(xiàn)，能夠適應(yīng)新的運(yùn)行環(huán)境等；p 不影響軟件原有功能的正確性。壓力測(cè)試、容量測(cè)試和性能測(cè)試 壓力測(cè)試、容量測(cè)試和性能測(cè)試的測(cè)試目的雖然有所不同，但其手段和方法在一定程度上比較相似，通常會(huì)使用特定的測(cè)試工具，來(lái)模擬超常的數(shù)據(jù)量、負(fù)載等，監(jiān)測(cè)系統(tǒng)的各項(xiàng)性能指標(biāo)，如CPU和內(nèi)存的使用情況、響應(yīng)時(shí)間、數(shù)據(jù)傳輸量等。在測(cè)試中如測(cè)試CPU和內(nèi)存的使用情況、響應(yīng)時(shí)間、數(shù)據(jù)傳輸量，這種測(cè)試屬于_。簡(jiǎn)述性能測(cè)試目的、指標(biāo)來(lái)源以及有主要性能指標(biāo)？性能測(cè)試Ø 性能測(cè)

16、試的目的： 為了驗(yàn)證系統(tǒng)是否達(dá)到用戶(hù)提出的性能指標(biāo)，同時(shí)發(fā)現(xiàn)系統(tǒng)中存在的性能瓶頸，起到優(yōu)化系統(tǒng)的目的。Ø 性能測(cè)試指標(biāo)的來(lái)源：用戶(hù)對(duì)各項(xiàng)指標(biāo)提出的明確需求；如果用戶(hù)沒(méi)有提出性能指標(biāo)則根據(jù)用戶(hù)需求、測(cè)試設(shè)計(jì)人員的經(jīng)驗(yàn)來(lái)設(shè)計(jì)各項(xiàng)測(cè)試指標(biāo)。（需求+經(jīng)驗(yàn)）Ø 主要的性能指標(biāo)：服務(wù)器的各項(xiàng)指標(biāo)（CPU、內(nèi)存占用率等）、后臺(tái)數(shù)據(jù)庫(kù)的各項(xiàng)指標(biāo)、網(wǎng)絡(luò)流量、響應(yīng)時(shí)間兩種負(fù)載類(lèi)型常用的兩種負(fù)載測(cè)試類(lèi)型為：_、_。Ø “flat”測(cè)試Ø ramp-up測(cè)試對(duì)于企業(yè)級(jí)的系統(tǒng)，性能測(cè)試的方法主要有：Ø 基準(zhǔn)測(cè)試Ø 性能規(guī)劃測(cè)試Ø 滲入測(cè)試Ø

17、 峰谷測(cè)試對(duì)于企業(yè)級(jí)的系統(tǒng)，性能測(cè)試的方法主要有：性能規(guī)劃測(cè)試、_、_、峰谷測(cè)試。性能測(cè)試的過(guò)程故障轉(zhuǎn)移測(cè)試安全性測(cè)試，可靠性和容錯(cuò)性測(cè)試 可靠性測(cè)試結(jié)果的評(píng)估成熟性度量可以通過(guò)錯(cuò)誤發(fā)現(xiàn)率DDP（Defect Detection Percentage）來(lái)表現(xiàn)。在測(cè)試中查找出來(lái)的錯(cuò)誤越多，實(shí)際應(yīng)用中出錯(cuò)的機(jī)會(huì)就越小，軟件也就越成熟。DDP=測(cè)試發(fā)現(xiàn)的錯(cuò)誤數(shù)量/已知的全部錯(cuò)誤數(shù)量成熟性度量可以通過(guò)錯(cuò)誤發(fā)現(xiàn)率DDP（Defect Detection Percentage）來(lái)表現(xiàn)，DDP的公式為_(kāi)。已知的全部錯(cuò)誤數(shù)量是測(cè)試已發(fā)現(xiàn)的錯(cuò)誤數(shù)量加上可能會(huì)發(fā)現(xiàn)的錯(cuò)誤數(shù)量之和。驗(yàn)收測(cè)試(Acceptance T

18、est):在軟件產(chǎn)品完成了功能測(cè)試和系統(tǒng)測(cè)試之后、產(chǎn)品發(fā)布之前所進(jìn)行的軟件測(cè)試活動(dòng)它是技術(shù)測(cè)試的最后一個(gè)階段,也稱(chēng)為交付測(cè)試。 簡(jiǎn)述驗(yàn)收測(cè)試的過(guò)程和主要內(nèi)容。驗(yàn)收測(cè)試的過(guò)程和主要內(nèi)容測(cè)試內(nèi)容:驗(yàn)證系統(tǒng)是否達(dá)到了用戶(hù)需求規(guī)格說(shuō)明書(shū)（可能包括項(xiàng)目或產(chǎn)品驗(yàn)收準(zhǔn)則）中的要求，測(cè)試試圖盡可能地發(fā)現(xiàn)軟件中存留的缺陷，從而為軟件進(jìn)一步改善提供幫助，并保證系統(tǒng)或軟件產(chǎn)品最終被用戶(hù)接受。主要包括易用性測(cè)試、兼容性測(cè)試、安裝測(cè)試、文檔（如用戶(hù)手冊(cè)、操作手冊(cè)等）測(cè)試等幾個(gè)方面的內(nèi)容。 制定測(cè)試計(jì)劃，測(cè)試項(xiàng)，測(cè)試策略及驗(yàn)收通過(guò)準(zhǔn)則，并經(jīng)過(guò)客戶(hù)參與的計(jì)劃評(píng)審。驗(yàn)收測(cè)試完成標(biāo)準(zhǔn):n 完全執(zhí)行了驗(yàn)收測(cè)試計(jì)劃中的每個(gè)測(cè)試用例

19、。n 在驗(yàn)收測(cè)試中發(fā)現(xiàn)的錯(cuò)誤已經(jīng)得到修改并且通過(guò)了測(cè)試或者經(jīng)過(guò)評(píng)估留待下一版本中修改。 n 完成軟件驗(yàn)收測(cè)試報(bào)告。什么是適用性( usability)?p Easy to discoverp Easy to learnp Easy to usep Availability用戶(hù)界面和可用性測(cè)試、用戶(hù)界面的7個(gè)要素是哪些？用戶(hù)界面的7個(gè)要素:n 符合標(biāo)準(zhǔn)和規(guī)范。n 直觀(guān)性。n 一致性。n 靈活性。n 舒適性。n 正確性。n 實(shí)用性。兼容性包括：n 硬件兼容。n 軟件之間兼容。n 數(shù)據(jù)之間兼容。兼容性包括硬件兼容、_、_。n多版本的測(cè)試可安裝性和可恢復(fù)性測(cè)試文檔測(cè)試驗(yàn)收測(cè)試報(bào)告和用戶(hù)驗(yàn)收測(cè)

20、試測(cè)試是指軟件開(kāi)發(fā)公司組織內(nèi)部人員模擬各類(lèi)用戶(hù)行對(duì)即將面市軟件產(chǎn)品（稱(chēng)為版本）進(jìn)行測(cè)試，試圖發(fā)現(xiàn)錯(cuò)誤并修正。經(jīng)過(guò)測(cè)試調(diào)整的軟件產(chǎn)品稱(chēng)為版本。緊隨其后的測(cè)試是指軟件開(kāi)發(fā)公司組織各方面的典型用戶(hù)在日常工作中實(shí)際使用版本，并要求用戶(hù)報(bào)告異常情況、提出批評(píng)意見(jiàn)。然后軟件開(kāi)發(fā)公司再對(duì)版本進(jìn)行改錯(cuò)和完善。類(lèi)與子類(lèi)的測(cè)試面向?qū)ο髮哟谓Y(jié)構(gòu)測(cè)試重點(diǎn)對(duì)認(rèn)定的對(duì)象的測(cè)試 對(duì)認(rèn)定的結(jié)構(gòu)的測(cè)試 對(duì)構(gòu)造的類(lèi)層次結(jié)構(gòu)的測(cè)試 面向?qū)ο蟮膯卧獪y(cè)試類(lèi)測(cè)試的方法通過(guò)代碼檢查或執(zhí)行測(cè)試用例能有效地測(cè)試一個(gè)類(lèi)的代碼。 類(lèi)測(cè)試的組成部分 構(gòu)建測(cè)試用例 類(lèi)測(cè)試系列的充分性三個(gè)常用標(biāo)準(zhǔn)是基于態(tài)的覆蓋率、_、_。類(lèi)測(cè)試系列的充分性三個(gè)常用標(biāo)準(zhǔn)

21、是p 基于狀態(tài)的覆蓋率，測(cè)試覆蓋了多少個(gè)狀態(tài)轉(zhuǎn)換為依據(jù) 。p 基于約束的覆蓋率，有多少對(duì)前置/后置條件被覆蓋來(lái)表示充分性。 p 基于代碼的覆蓋率。當(dāng)所有的測(cè)試用例都執(zhí)行結(jié)束時(shí)，確定實(shí)現(xiàn)一個(gè)類(lèi)的每一行代碼或代碼通過(guò)的每一條路徑至少執(zhí)行了一次面向?qū)ο蟮募蓽y(cè)試-對(duì)象交互 匯集類(lèi)測(cè)試協(xié)作類(lèi)測(cè)試抽樣測(cè)試 正交陣列測(cè)試面向?qū)ο蟮募蓽y(cè)試分布式對(duì)象測(cè)試 簡(jiǎn)述面向?qū)ο筌浖y(cè)試與傳統(tǒng)方法的有何區(qū)別。面向?qū)ο筌浖y(cè)試與傳統(tǒng)方法的區(qū)別：指導(dǎo)方針中沒(méi)有明確說(shuō)明是把類(lèi)還是方法作為單元。以方法為單元 n 可以將面向?qū)ο髥卧獪y(cè)試歸結(jié)為傳統(tǒng)的單元測(cè)試。n 可以使用所有傳統(tǒng)功能性測(cè)試和結(jié)構(gòu)性測(cè)試技術(shù)。n 前期工作相對(duì)容易，但

22、后續(xù)測(cè)試工作重。以類(lèi)為單元n 面向?qū)ο鬁y(cè)試的層次，取決于單元的構(gòu)成，一般采用三層或四層方式。如果把單個(gè)操作或方法看作單元，則有四層測(cè)試，即操作/方法、類(lèi)、繼承和系統(tǒng)測(cè)試。 面向?qū)ο鬁y(cè)試的主要問(wèn)題是集成測(cè)試，可以看作是第三層，即在通過(guò)測(cè)試的類(lèi)之間的交互測(cè)試。 應(yīng)用服務(wù)器的類(lèi)型和特征應(yīng)用服務(wù)器分類(lèi) Web 服務(wù)器 數(shù)據(jù)庫(kù)服務(wù)器 實(shí)時(shí)通訊服務(wù)器 郵件服務(wù)器 群件服務(wù)器 文件/打印服務(wù)器基于Web服務(wù)器應(yīng)用的測(cè)試范圍 功能測(cè)試 UI測(cè)試 負(fù)載/壓力測(cè)試 安全性測(cè)試 兼容性測(cè)試 網(wǎng)絡(luò)鏈接測(cè)試 其他測(cè)試如:分辨率,流量 常用的Web元素功能測(cè)試有設(shè)計(jì)腳本、_、_、_。常用的Web元素功能測(cè)試n 頁(yè)面鏈接n

23、 頁(yè)面是否存在n 頁(yè)面是否正確n 不同的腳本語(yǔ)言n 相同的腳本語(yǔ)言在不同瀏覽器中的表現(xiàn)n 設(shè)計(jì)腳本n Web圖形n 表單Web服務(wù)器的安全測(cè)試n 數(shù)據(jù)加密n 登錄n 超時(shí)n Cookie和Sessionn SSL (安全套接字)n 腳本語(yǔ)言 (vbscript, javascript)n 日志文件n 目錄Web服務(wù)器的負(fù)載測(cè)試數(shù)據(jù)庫(kù)性能測(cè)試n 大數(shù)據(jù)量測(cè)試n 大容量測(cè)試n 性能測(cè)試過(guò)程和策略什么是軟件本地化軟件國(guó)際化（SW Internationalization，I18N）§ 軟件國(guó)際化是在軟件設(shè)計(jì)和文檔開(kāi)發(fā)過(guò)程中，使得功能和代碼設(shè)計(jì)能處理多種語(yǔ)言和文化傳統(tǒng)，使創(chuàng)建不同語(yǔ)言版本時(shí)，

24、不需要重新設(shè)計(jì)源程序代碼的軟件工程方法。 軟件本地化（SW Localization，L10N）§ 軟件本地化是將一個(gè)軟件產(chǎn)品按特定國(guó)家/地區(qū)或語(yǔ)言市場(chǎng)的需要進(jìn)行加工，使之滿(mǎn)足特定市場(chǎng)上的用戶(hù)對(duì)語(yǔ)言和文化的特殊要求的軟件生產(chǎn)活動(dòng)。G11N = I18N + L10NI18N和L10N的關(guān)系軟件本地化與翻譯技術(shù)層面的更改調(diào)整大小、調(diào)整默認(rèn)設(shè)置、重新編譯、創(chuàng)建新的圖形、重新編排文檔格式；文化層面的更改 包裝、圖標(biāo)、宣傳、樣品、政治敏感的術(shù)語(yǔ)，地方規(guī)章和宗教信仰 軟件本地化基本步驟軟件本地化的翻譯問(wèn)題簡(jiǎn)述軟件本地化測(cè)試的技術(shù)問(wèn)題有哪些？軟件本地化測(cè)試技術(shù) 字符集問(wèn)題 數(shù)據(jù)格式. 頁(yè)面顯示和

25、布局 配置和兼容性問(wèn)題本地化測(cè)試的重點(diǎn)手工測(cè)試 vs.自動(dòng)測(cè)試簡(jiǎn)述手工測(cè)試與自動(dòng)化測(cè)試的比較。手工測(cè)試 耗費(fèi)時(shí)間 低可靠性 人力資源 不一致性 僅對(duì)于一次性的測(cè)試有益自動(dòng)測(cè)試ü 速度ü 可重復(fù)ü 覆蓋率ü 可靠ü 可以再度使用ü 重復(fù)測(cè)試節(jié)省時(shí)間ü 測(cè)試自動(dòng)化能：ü 顯著降低重復(fù)手工測(cè)試的時(shí)間ü 建立可靠、重復(fù)的測(cè)試，減少認(rèn)為錯(cuò)誤ü 增強(qiáng)測(cè)試質(zhì)量和覆蓋率ü 測(cè)試自動(dòng)化不能：ü 完全替代手工測(cè)試和手工測(cè)試工程師ü 保證100%的測(cè)試覆蓋率ü 彌補(bǔ)測(cè)試實(shí)踐的不

26、足測(cè)試自動(dòng)化的原理和方法測(cè)試自動(dòng)化的原理和方法主要有代碼分析、_、_、自動(dòng)比較(虛擬用戶(hù)技術(shù))與測(cè)試管理。p 代碼分析: 類(lèi)似于高級(jí)編譯系統(tǒng)，在工具中定義類(lèi)/對(duì)象/函數(shù)/變量等定義規(guī)則、語(yǔ)法規(guī)則等，在分析時(shí)對(duì)代碼進(jìn)行語(yǔ)法掃描，找出不符合編碼規(guī)范的地方。p 捕獲和回放: 代碼分析是一種白盒測(cè)試的自動(dòng)化方法，捕獲和回放則是一種黑盒測(cè)試的自動(dòng)化方法。p 基于黑盒測(cè)試工具有_。（至少列舉兩個(gè)）p 面向開(kāi)發(fā)單元的測(cè)試工具有_。（至少列舉兩個(gè)）對(duì)象識(shí)別腳本技術(shù)測(cè)試工具的分類(lèi)面向開(kāi)發(fā)的單元測(cè)試工具負(fù)載和性能測(cè)試工具GUI功能測(cè)試工具基于Web應(yīng)用的測(cè)試工具Website性能測(cè)試主要測(cè)試_、_和最大數(shù)據(jù)容量。

27、Website性能測(cè)試各種操作的響應(yīng)速度最大并發(fā)用戶(hù)數(shù)最大數(shù)據(jù)容量如何實(shí)現(xiàn)自動(dòng)化測(cè)試？單純的講，自動(dòng)化測(cè)試的具體實(shí)現(xiàn)，應(yīng)該是包含下面三個(gè)過(guò)程的。1. 設(shè)計(jì)。設(shè)計(jì)測(cè)試用例。測(cè)試用例要足夠明確和清晰。2. 實(shí)現(xiàn)。實(shí)現(xiàn)腳本，有兩個(gè)要求，一是掌握For循環(huán)和IF語(yǔ)句，一是掌握Html對(duì)象模型（對(duì)于BS系統(tǒng)）。3. 執(zhí)行。執(zhí)行腳本遠(yuǎn)遠(yuǎn)沒(méi)有我們想象中那么簡(jiǎn)單。（為什么要使用TD？）實(shí)現(xiàn)自動(dòng)化測(cè)試的三個(gè)過(guò)程分別是設(shè)計(jì)、實(shí)驗(yàn)和_執(zhí)行。冒煙測(cè)試以開(kāi)發(fā)為核心的組織模型 以項(xiàng)目經(jīng)理為核心的組織模 以三國(guó)鼎立的組織模型 測(cè)試團(tuán)隊(duì)管理中三國(guó)鼎立的組織模型團(tuán)隊(duì)分組分別為項(xiàng)目經(jīng)理、_和_。測(cè)試團(tuán)隊(duì)的基本構(gòu)成p QA/測(cè)試經(jīng)

28、理：人員管理，資源調(diào)配、測(cè)試方法改進(jìn)等；p 實(shí)驗(yàn)室管理人員：設(shè)置、配置和維護(hù)實(shí)驗(yàn)室的測(cè)試環(huán)境p 內(nèi)審員：審查流程，建立測(cè)試模板，跟蹤缺陷測(cè)試報(bào)告的質(zhì)量等；p 測(cè)試組長(zhǎng)：負(fù)責(zé)項(xiàng)目的管理、測(cè)試計(jì)劃、測(cè)試用例、任務(wù)安排等；p 測(cè)試設(shè)計(jì)人員/資深測(cè)試工程師，產(chǎn)品設(shè)計(jì)規(guī)格說(shuō)明書(shū)的審查、測(cè)試用例的設(shè)計(jì)、技術(shù)難題的解決、培訓(xùn)和指導(dǎo)、實(shí)際測(cè)試任務(wù)的執(zhí)行；p 一般（初級(jí)）測(cè)試工程師，執(zhí)行測(cè)試用例和相關(guān)的測(cè)試任務(wù)。 按技術(shù)領(lǐng)域來(lái)組建團(tuán)隊(duì) 按產(chǎn)品線(xiàn)來(lái)組建團(tuán)隊(duì) 測(cè)試團(tuán)隊(duì)的管理和發(fā)展樹(shù)立良好的測(cè)試團(tuán)隊(duì)意識(shí)目標(biāo)意識(shí)、團(tuán)隊(duì)意識(shí)、服務(wù)意識(shí)、競(jìng)爭(zhēng)意識(shí)和危機(jī)意識(shí) 測(cè)試團(tuán)隊(duì)的激勵(lì)方法p 表?yè)P(yáng)和獎(jiǎng)勵(lì)p 提高士氣p 站在測(cè)試小組一邊p

29、 支持合理的工作方式 軟件環(huán)境分為主測(cè)試環(huán)境和輔測(cè)試環(huán)境。主測(cè)試環(huán)境是測(cè)試軟件功能、安全可靠性、性能、易用性等大多數(shù)指標(biāo)的主要環(huán)境 輔助測(cè)試環(huán)境滿(mǎn)足特殊的測(cè)試需求 兼容性測(cè)試 模擬真實(shí)環(huán)境測(cè)試 橫向?qū)Ρ葴y(cè)試測(cè)試環(huán)境的五要素為軟件、硬件、網(wǎng)絡(luò)環(huán)境、_和_。簡(jiǎn)述主測(cè)試環(huán)境與輔助測(cè)試環(huán)境的各自任務(wù)。測(cè)試環(huán)境的基本要素是：軟件、硬件。在基本要素的基礎(chǔ)上派生出網(wǎng)絡(luò)環(huán)境、數(shù)據(jù)準(zhǔn)備、測(cè)試工具三要素p 如何以最少的人力、資源投入，在最短的時(shí)間內(nèi)完成測(cè)試，發(fā)現(xiàn)軟件系統(tǒng)的缺陷，保證軟件的優(yōu)良品質(zhì)，則是軟件公司探索和追求的目標(biāo)。p 測(cè)試用例可以獨(dú)立進(jìn)行測(cè)試執(zhí)行的最小單元什么是測(cè)試用例為什么需要測(cè)試用例良好測(cè)試用例的特征測(cè)試用例的組成元素與范例基本路徑測(cè)試:流程圖軟件缺陷的描述軟件缺陷指的是系統(tǒng)或系統(tǒng)部件中那些導(dǎo)致系統(tǒng)或部件不能實(shí)現(xiàn)其功能的缺陷。如果在執(zhí)行中遇到一個(gè)缺陷，可能引起系統(tǒng)的失效。那么準(zhǔn)確有效的定義和描述軟件缺陷，可以使軟件缺陷得以快速修復(fù)，節(jié)約了軟件測(cè)試項(xiàng)目的成本和資源，提高產(chǎn)品質(zhì)量。軟件缺陷標(biāo)識(shí)和類(lèi)型軟件缺陷屬性包括缺陷標(biāo)識(shí)、缺陷類(lèi)型、缺陷嚴(yán)重程度、缺陷產(chǎn)生可能性、缺陷優(yōu)先級(jí)、缺陷狀態(tài)、缺陷起源、缺陷來(lái)源、缺陷原因。q 缺陷標(biāo)識(shí)：是標(biāo)記某個(gè)缺陷的唯一的表示，可以使用數(shù)字序號(hào)表示。q 缺陷類(lèi)型：是根據(jù)缺陷的自然屬性劃分缺陷種類(lèi)。見(jiàn)軟件缺陷類(lèi)型列表：缺陷類(lèi)型可分為_(kāi)、_、文檔、軟件包、性能與系