測(cè)試面試整合題庫(kù)1

1、1 問(wèn)：在windows環(huán)境下，遇到用殺毒軟件都無(wú)法殺的病毒除了重作系統(tǒng)應(yīng)該怎么辦，如何關(guān)閉后臺(tái)進(jìn)程，msn上不了都可能是什么問(wèn)題，怎樣解決。a) 對(duì)于病毒，可以從以下幾個(gè)方面進(jìn)行考慮：i. 使用命令”msconfig”，開(kāi)啟系統(tǒng)配置實(shí)用工具，關(guān)閉陌生的啟動(dòng)項(xiàng)，然后重新啟動(dòng)，觀察系統(tǒng)的運(yùn)行情況。ii. 使用任務(wù)管理器，殺掉不正常的進(jìn)程，看系統(tǒng)的運(yùn)行情況。iii. 使用命令“regedit”，開(kāi)啟注冊(cè)表配置工具，清除注冊(cè)表中的表項(xiàng)。iv. 如果殺毒工具提供了病毒的標(biāo)識(shí)，可以利用搜索引擎，查找相關(guān)的手動(dòng)刪除方法。v. 利用專殺工具進(jìn)行清除。vi. 給系統(tǒng)打上相應(yīng)的補(bǔ)丁。vii. 使用系統(tǒng)還原，還原

2、系統(tǒng)。b) 關(guān)閉后臺(tái)進(jìn)程：i. 使用“管理工具”中的“服務(wù)”，將對(duì)應(yīng)的服務(wù)關(guān)閉掉。ii. 使用gpedit.msc來(lái)對(duì)系統(tǒng)進(jìn)行配置。iii. 使用服務(wù)自帶的管理工具關(guān)閉。iv. 直接在任務(wù)管理器重殺死進(jìn)程。c) MSN的問(wèn)題：i. 首先檢查網(wǎng)絡(luò)連接是否正常連通。ii. 檢查防火墻規(guī)則是否正常，是否禁止了程序或者端口。iii. 帳號(hào)是否被他人竊取，并且修改了密碼。iv. 根據(jù)返回的錯(cuò)誤消息，上MSN網(wǎng)站的Messenger子站點(diǎn)，查找相應(yīng)的幫助，根據(jù)幫助的向?qū)Ы鉀Q問(wèn)題。2 問(wèn)：你在測(cè)試中發(fā)現(xiàn)了一個(gè)bug，但是開(kāi)發(fā)經(jīng)理認(rèn)為這不是一個(gè)bug，你應(yīng)該怎樣解決。a) 首先，將問(wèn)題提交到缺陷管理庫(kù)里面進(jìn)行

3、備案。b) 然后，要獲取判斷的依據(jù)和標(biāo)準(zhǔn)：i. 根據(jù)需求說(shuō)明書(shū)、產(chǎn)品說(shuō)明、設(shè)計(jì)文檔等，確認(rèn)實(shí)際結(jié)果是否與計(jì)劃有不一致的地方，提供缺陷是否確認(rèn)的直接依據(jù)；ii. 如果沒(méi)有文檔依據(jù)，可以根據(jù)類似軟件的一般特性來(lái)說(shuō)明是否存在不一致的地方，來(lái)確認(rèn)是否是缺陷；iii. 根據(jù)用戶的一般使用習(xí)慣，來(lái)確認(rèn)是否是缺陷；iv. 與設(shè)計(jì)人員、開(kāi)發(fā)人員和客戶代表等相關(guān)人員探討，確認(rèn)是否是缺陷；c) 合理的論述，向測(cè)試經(jīng)理說(shuō)明自己的判斷的理由，注意客觀、嚴(yán)謹(jǐn)，不參雜個(gè)人情緒。d) 等待測(cè)試經(jīng)理做出最終決定，如果仍然存在爭(zhēng)議，可以通過(guò)公司政策所提供的渠道，向上級(jí)反映，并有上級(jí)做出決定。3 問(wèn)：給你一個(gè)網(wǎng)站，你如何測(cè)試？a

4、) 首先，查找需求說(shuō)明、網(wǎng)站設(shè)計(jì)等相關(guān)文檔，分析測(cè)試需求。b) 制定測(cè)試計(jì)劃，確定測(cè)試范圍和測(cè)試策略，一般包括以下幾個(gè)部分：答：功能性測(cè)試、界面測(cè)試、性能測(cè)試、數(shù)據(jù)庫(kù)測(cè)試、安全性測(cè)試、兼容性測(cè)試c) 設(shè)計(jì)測(cè)試用例：i. 功能性測(cè)試可以包括，但不限于以下幾個(gè)方面：1. 鏈接測(cè)試。鏈接是否正確跳轉(zhuǎn)，是否存在空頁(yè)面和無(wú)效頁(yè)面，是否有不正確的出錯(cuò)信息返回等。2. 提交功能的測(cè)試。3. 多媒體元素是否可以正確加載和顯示。4. 多語(yǔ)言支持是否能夠正確顯示選擇的語(yǔ)言等。ii. 界面測(cè)試可以包括但不限于一下幾個(gè)方面：1. 頁(yè)面是否風(fēng)格統(tǒng)一，美觀2. 頁(yè)面布局是否合理，重點(diǎn)內(nèi)容和熱點(diǎn)內(nèi)容是否突出3. 控件是否正

5、常使用4. 對(duì)于必須但為安裝的空間，是否提供自動(dòng)下載并安裝的功能5. 文字檢查iii. 性能測(cè)試一般從以下兩個(gè)方面考慮：壓力測(cè)試、負(fù)載測(cè)試、強(qiáng)度測(cè)試iv. 數(shù)據(jù)庫(kù)測(cè)試要具體決定是否需要開(kāi)展。數(shù)據(jù)庫(kù)一般需要考慮連結(jié)性，對(duì)數(shù)據(jù)的存取操作，數(shù)據(jù)內(nèi)容的驗(yàn)證等方面。v. 安全性測(cè)試：1. 基本的登錄功能的檢查2. 是否存在溢出錯(cuò)誤，導(dǎo)致系統(tǒng)崩潰或者權(quán)限泄露3. 相關(guān)開(kāi)發(fā)語(yǔ)言的常見(jiàn)安全性問(wèn)題檢查，例如SQL注入等。4. 如果需要高級(jí)的安全性測(cè)試，確定獲得專業(yè)安全公司的幫助，外包測(cè)試，或者獲取支持vi. 兼容性測(cè)試，根據(jù)需求說(shuō)明的內(nèi)容，確定支持的平臺(tái)組合：瀏覽器的兼容性、操作系統(tǒng)的兼容性、軟件平臺(tái)的兼容性、

6、數(shù)據(jù)庫(kù)的兼容性d) 開(kāi)展測(cè)試，并記錄缺陷。合理的安排調(diào)整測(cè)試進(jìn)度，提前獲取測(cè)試所需的資源，建立管理體系（例如，需求變更、風(fēng)險(xiǎn)、配置、測(cè)試文檔、缺陷報(bào)告、人力資源等內(nèi)容）。e) 定期評(píng)審，對(duì)測(cè)試進(jìn)行評(píng)估和總結(jié)，調(diào)整測(cè)試的內(nèi)容。4 問(wèn)：在搜索引擎中輸入漢字就可以解析到對(duì)應(yīng)的域名，請(qǐng)問(wèn)如何用LoadRunner進(jìn)行測(cè)試。a) 建立測(cè)試計(jì)劃，確定測(cè)試標(biāo)準(zhǔn)和測(cè)試范圍b) 設(shè)計(jì)典型場(chǎng)景的測(cè)試用例，覆蓋常用業(yè)務(wù)流程和不常用的業(yè)務(wù)流程等c) 根據(jù)測(cè)試用例，開(kāi)發(fā)自動(dòng)測(cè)試腳本和場(chǎng)景：i. 錄制測(cè)試腳本1. 新建一個(gè)腳本（Web/HTML協(xié)議）2. 點(diǎn)擊錄制按鈕，在彈出的對(duì)話框的URL中輸入”about:blank

7、”。3. 在打開(kāi)的瀏覽器中進(jìn)行正常操作流程后，結(jié)束錄制。4. 調(diào)試腳本并保存?？赡芤⒁獾阶址年P(guān)聯(lián)。ii. 設(shè)置測(cè)試場(chǎng)景1. 針對(duì)性能設(shè)置測(cè)試場(chǎng)景，主要判斷在正常情況下，系統(tǒng)的平均事務(wù)響應(yīng)時(shí)間是否達(dá)標(biāo)2. 針對(duì)壓力負(fù)載設(shè)置測(cè)試場(chǎng)景，主要判斷在長(zhǎng)時(shí)間處于滿負(fù)荷或者超出系統(tǒng)承載能力的條件下，系統(tǒng)是否會(huì)崩潰。iii. 執(zhí)行測(cè)試，獲取測(cè)試結(jié)果，分析測(cè)試結(jié)果5 問(wèn)：一臺(tái)客戶端有三百個(gè)客戶與三百個(gè)客戶端有三百個(gè)客戶對(duì)服務(wù)器施壓，有什么區(qū)別?a) 300個(gè)用戶在一個(gè)客戶端上，會(huì)占用客戶機(jī)更多的資源，而影響測(cè)試的結(jié)果。b) 線程之間可能發(fā)生干擾，而產(chǎn)生一些異常。c) 300個(gè)用戶在一個(gè)客戶端上，需要更大的

8、帶寬。d) IP地址的問(wèn)題，可能需要使用IP Spoof來(lái)繞過(guò)服務(wù)器對(duì)于單一IP地址最大連接數(shù)的限制。e) 所有用戶在一個(gè)客戶端上，不必考慮分布式管理的問(wèn)題；而用戶分布在不同的客戶端上，需要考慮使用控制器來(lái)整體調(diào)配不同客戶機(jī)上的用戶。同時(shí)，還需要給予相應(yīng)的權(quán)限配置和防火墻設(shè)置。6 問(wèn)：軟件都有多少種分類?根據(jù)功能的不同，電腦軟件可以粗略地分成四個(gè)層次：1、 最貼近電腦硬件的是一些小巧的軟件。它們實(shí)現(xiàn)一些最基本的功能，通?！肮袒痹谥蛔x存儲(chǔ)器芯片中，因此稱為固件。2、 系統(tǒng)軟件包括操作系統(tǒng)和編譯器軟件等。系統(tǒng)軟件和硬件一起提供一個(gè)“平臺(tái)”。它們管理和優(yōu)化電腦硬件資源的使用。3、 支持軟件。包括圖

9、形用戶界面、軟件開(kāi)發(fā)工具、軟件評(píng)測(cè)工具、數(shù)據(jù)庫(kù)管理系統(tǒng)、中間件等。4、 應(yīng)用軟件種類最多，包括辦公軟件、電子商務(wù)軟件、通信軟件、行業(yè)軟件，游戲軟件等等。7.Please translate the following words or sentences to English.a) 手機(jī) 鼠標(biāo) 雙擊 窗口 對(duì)話框 鍵盤(pán) 日歷 呼叫轉(zhuǎn)移 電話會(huì)議 壓力測(cè)試 照相機(jī) 錄音機(jī)b) 單擊工具欄上的一個(gè)按鈕，一個(gè)錯(cuò)誤消息彈出； 發(fā)送10條消息后，手機(jī)自動(dòng)重起； 作為一名測(cè)試員，你應(yīng)該對(duì)測(cè)試工作十分耐心； 無(wú)法將超過(guò)1MB 的圖片插入彩信，并發(fā)送出去。a) 手機(jī)mobile 鼠標(biāo)mouse 雙擊doubl

10、e click 窗口window對(duì)話框dialog 鍵盤(pán)keyboard日歷calendar 呼叫轉(zhuǎn)移 call diverting電話會(huì)議telephone conference 壓力測(cè)試stress testing照相機(jī)camera 錄音機(jī)recorderb) Clicking a button on the toolbar, It poped up an error message.The mobile was restarted after sending 10 pieces of SMS.Being a tester, you should be very patient to yo

11、ur testing work.Its unable to send an MMS with a picture over 1MB in size.8.Please translate the following words or sentences or sentences to Chinese.a) BIOS OS GUI GSM GPRS ROM POP SMTP java script ACPI ASAP RAMb) If “OK” button is clicked, this window will be closed.The USB communication is lost w

12、hen the new USB device is connected.The “COM1” port is still occupied even if user removes the COM1When user inputs an incorrect password, the 1software cannot forbid user to login.c) About RequirementsA requirements document should be complete, consistent, correct, and unambiguous. One step is to v

13、alidate the requirements against the project/product objectives (i.e. the statement of “why” the project is being done).This ensures that the right set of functions is being defined.d) Dont forget the User!Developers often design for what they know, not what the users know. This age-old problem occu

14、rs in many others areas of software development, such as testing, documentation, and the like. It is even more pernicious in the interface because it immediately makes the user feel incapable of using the product. Avoid this error diligently.答案：c) BIOS 基本輸入輸出系統(tǒng) OS 操作系統(tǒng)GUI 圖形用戶界面 GSM 全球移動(dòng)通信系統(tǒng)GPRS 通用分

15、組無(wú)線業(yè)務(wù) ROM 只讀存儲(chǔ)器POP郵局協(xié)議，用于電子郵件的接收 SMTP 簡(jiǎn)單郵件傳輸協(xié)議java script java腳本 ACPI 高級(jí)配置與電源接口ASAP 加速SAP軟件實(shí)施的一種方法和工具 RAM 隨機(jī)存儲(chǔ)器d) 譯文：如果點(diǎn)擊確定，這個(gè)窗口將被關(guān)閉。譯文：當(dāng)連接上新的USB設(shè)備時(shí)，USB通訊信息丟失。譯文：即使用戶移除COM1端口，COM1端口仍舊被占用。譯文：當(dāng)用戶輸入錯(cuò)誤的密碼，該軟件不能禁止用戶登錄。e) 譯文：關(guān)于需求一個(gè)需求文檔應(yīng)該是完整的，前后一致的，正確的，清楚地。其中一個(gè)步驟就是要使用項(xiàng)目/產(chǎn)品目標(biāo)驗(yàn)證需求（也就是，“為什么”項(xiàng)目完成了？）。這樣可以保證正確的功

16、能集被定義。f) 譯文：不要忘記用戶！開(kāi)發(fā)員經(jīng)常設(shè)計(jì)適合于他們自己所知道的，而不適合于用戶所知道的（軟件產(chǎn)品）。這個(gè)古老的問(wèn)題發(fā)生在軟件開(kāi)發(fā)的許多其它領(lǐng)域，例如測(cè)試，文檔，諸如此類等。界面上的此類問(wèn)題甚至更加有害，因?yàn)橛脩袅⒖叹蜁?huì)感覺(jué)到他們無(wú)法使用這個(gè)產(chǎn)品。務(wù)必持續(xù)的避免這種錯(cuò)誤。9. 一家女鞋成產(chǎn)商，他們希望能夠抓住每一個(gè)潛在客戶。他們使用網(wǎng)頁(yè)來(lái)調(diào)查購(gòu)買(mǎi)他們鞋的人員的性別和年齡，請(qǐng)看網(wǎng)頁(yè)設(shè)計(jì)有什么問(wèn)題嗎？答：性別是互斥的，不能同時(shí)選擇，所以此處應(yīng)該使用單選按鈕，而不是復(fù)選框10.Whats PIN?PIN2?And whats PUK?a) 答案：PIN碼(PIN1)就是SIM卡的個(gè)人識(shí)別密

17、碼。如果啟用了開(kāi)機(jī)PIN碼，那么每次開(kāi)機(jī)后就要輸入4位數(shù)PIN碼，PIN碼是可以修改的，用來(lái)保護(hù)自己的SIM卡不被他人使用。需要注意的是，如果輸入三次PIN碼錯(cuò)誤，手機(jī)便會(huì)自動(dòng)鎖卡，并提示輸入PUK碼解鎖，這個(gè)時(shí)候已經(jīng)接近了危險(xiǎn)的邊緣，因此，如果擅自修改了PIN碼，一定要牢記。b) PIN2碼是設(shè)定手機(jī)計(jì)費(fèi)時(shí)使用的。如果輸入三次錯(cuò)誤，手機(jī)會(huì)需要用PUK2碼解鎖，過(guò)程與先前介紹的PIN碼、PUK碼相同。不過(guò)這兩種密碼與網(wǎng)絡(luò)計(jì)費(fèi)及SIM卡內(nèi)部資料的修改有關(guān)，所以不會(huì)公開(kāi)，而且即便PIN2密碼鎖死，也不會(huì)影響手機(jī)的正常使用。因此，PIN2碼和PUK2碼不必去刻意理會(huì)。c) PUK碼(PUK1)由8位

18、數(shù)字組成，這是用戶無(wú)法更改的。當(dāng)手機(jī)PIN碼被鎖，并提示輸入PUK碼時(shí)，千萬(wàn)不要輕舉妄動(dòng)，因?yàn)镻UK碼只有10次輸入機(jī)會(huì)，10次都輸錯(cuò)的話，SIM卡將會(huì)被永久鎖死，也就是報(bào)廢。11.軟件測(cè)試依據(jù)測(cè)試階段劃分主要分為 、 、 、 、四類測(cè)試。答案如下：g) 單元測(cè)試h) 集成測(cè)試i) 系統(tǒng)測(cè)試j) 驗(yàn)收測(cè)試12.Whats the difference between “Pop3” and “IMAP”?答案：POP服務(wù)器會(huì)將用戶郵箱中的郵件下載到客戶端的計(jì)算機(jī)中，同時(shí)會(huì)在服務(wù)器端刪除郵件（可以設(shè)置不刪除）。用戶可以離線閱讀郵件。IMAP協(xié)議在驗(yàn)證身份后，并不把所有的郵件直接下載到本地，而是下載

19、郵件的一個(gè)摘要，用戶在閱讀摘要決定是否下載郵件，還是在服務(wù)器端就對(duì)郵件進(jìn)行處理。IMAP支持三種操作模式：離線模式、在線模式和中斷連接模式13.你剛拿到某款據(jù)稱有訪問(wèn)VPN功能的手機(jī)，你發(fā)現(xiàn)該手機(jī)的電話(Telephone)功能正常，但訪問(wèn)不了給定的VPN。你會(huì)如何查找故障原因。a) 答案：主機(jī)的網(wǎng)關(guān)沒(méi)有指向VPN路由器。b) 主機(jī)是否能ping通網(wǎng)關(guān)，檢查交換機(jī)、VPN設(shè)備LAN口、連線是否正常。c) 防火墻策略作了限制。d) 兩端的局域網(wǎng)為兩個(gè)獨(dú)立的域，需要設(shè)置信任關(guān)系；一端是工作組，一端是域需要在工作組端VPN設(shè)備設(shè)置域信息或打開(kāi)GUEST賬戶。VPN兩端使用的非同一運(yùn)營(yíng)商的線路，雙方通

20、信時(shí)延過(guò)大，數(shù)據(jù)因超時(shí)無(wú)法正常傳輸，建議用戶采用同一運(yùn)營(yíng)商的線路（一般VPN之間的時(shí)延不得超過(guò)500ms）14.你要一些人為你工作7天，你要用一根金條作為報(bào)酬。這根金條要被分成7塊，你必須在每天他們干完活給他們一塊，如果你只能切割這個(gè)金條兩次，你如何分給這些工人？答案：把金條切成1、2等份、4等份金條，第一天：給1份 第二天：給2 ，拿回1第三天：再給1第四天：給4，拿回1，2第五天：再給1第六天：給2拿回1第七天：給115. RS-232-C是 (I) A 。現(xiàn)在不少打印機(jī)和數(shù)字相機(jī)等設(shè)備都通過(guò)USB接口與主機(jī)相連，它是 (ii) A ，此類應(yīng)用中的傳送速率可達(dá) (iii) C 。(i)：

21、A. Modem 專用接口 B.打印機(jī)接口 C. 通用串行數(shù)據(jù)接口 D.通用并行數(shù)據(jù)接口(ii): A.通用串行總線 B.通用并行總線 C.SCSI接口 D.通用卡式接口(iii): A.56Kbps B1.56Mbps C. 12Mbps D.100Mbps16. 軟件測(cè)試的目的是 (i) B ,通?？蓜澐譃榘缀袦y(cè)試和黑盒測(cè)試。白盒測(cè)試是根據(jù)程序的 (ii) B 來(lái)設(shè)計(jì)測(cè)試用例，黑盒測(cè)試是根據(jù)軟件的規(guī)格說(shuō)明來(lái)設(shè)計(jì)測(cè)試用例。常用的黑盒測(cè)試方法有 (iii) C 、錯(cuò)誤猜測(cè)、因果圖等。(i)： A.發(fā)現(xiàn)程序中的所有錯(cuò)誤 B.盡可能多地發(fā)現(xiàn)程序中的錯(cuò)誤 C. 證明程序是正確的 D.證明程序作了應(yīng)做

22、的事(ii): A.功能 B.性能 C.內(nèi)部邏輯 D.內(nèi)部數(shù)據(jù)(iii): A.邊值分析、隨機(jī)分類法 B隨機(jī)分類法、等價(jià)類劃分 C. 邊值分析、等價(jià)類劃分 D.邏輯路徑分析、隨機(jī)分類法17. A mobile phone has a basic calculator. One day you found that you couldnt enter the number”6”. What steps would you take to further isolate the problem?a) 首先嘗試一下其它鍵在計(jì)算器程序中是否可以正常使用。b) 然后嘗試一下該鍵在其它應(yīng)用程序中是否可以正

23、常使用。c) 確認(rèn)該鍵上一次可以正常使用的場(chǎng)景d) 尋找上次操作到本次操作的操作記錄e) 使用另一臺(tái)機(jī)器，按步驟執(zhí)行全部的操作，檢查缺陷是否重現(xiàn)如果重現(xiàn)，逐步剃出不必要的步驟，找出缺陷出現(xiàn)的最少操作步驟和條件Please check the following picture carefully and point out any errors in this interface.a) 剪切、復(fù)制和刪除，應(yīng)該組織在同樣的兩個(gè)分隔符之間；b) 缺少“粘帖”菜單項(xiàng)；c) 部分菜單項(xiàng)缺少熱鍵； d) 換背景色的快捷鍵與系統(tǒng)快捷鍵沖突；e) 查找數(shù)字下包括查找數(shù)字和查找字符的子菜單項(xiàng)，項(xiàng)目不匹配；f)

24、 程序內(nèi)部快捷鍵沖突；g) 全選和查找之間應(yīng)該分隔，換背景色與查找等功能應(yīng)該分隔。18. 試述軟件的概念和特點(diǎn)？軟件復(fù)用的含義？構(gòu)件包括哪些？a) 軟件是計(jì)算機(jī)系統(tǒng)中與硬件相互依存的另一部分，它是包括程序、文檔的完整集合。b) 軟件復(fù)用(Software Reuse)是將已有軟件的各種有關(guān)知識(shí)用于建立新的軟件,以縮減軟件開(kāi)發(fā)和維護(hù)的花費(fèi)。軟件復(fù)用是提高軟件生產(chǎn)力和質(zhì)量的一種重要技術(shù)。早期的軟件復(fù)用主要是代碼級(jí)復(fù)用，被復(fù)用的知識(shí)專指程序，后來(lái)擴(kuò)大到包括領(lǐng)域知識(shí)、開(kāi)發(fā)經(jīng)驗(yàn)、設(shè)計(jì)決定、體系結(jié)構(gòu)、需求、設(shè)計(jì)、代碼和文檔等一切有關(guān)方面。c) 可以被復(fù)用的軟件成分一般稱作可復(fù)用構(gòu)件19. 軟件生存周期及其

25、模型是什么？a) 軟件生存周期是軟件開(kāi)發(fā)全部過(guò)程、活動(dòng)和任務(wù)的結(jié)構(gòu)框架，是從可行性研究到需求分析、軟件設(shè)計(jì)、編碼、測(cè)試、軟件發(fā)布維護(hù)的過(guò)程。b) 在經(jīng)歷需求、分析、設(shè)計(jì)、實(shí)現(xiàn)、部署后，軟件將被使用并進(jìn)入維護(hù)階段，直到最后由于缺少維護(hù)費(fèi)用而逐漸消亡。這樣的一個(gè)過(guò)程，稱為"生命周期模型"（Life Cycle Model）。20. 什么是軟件測(cè)試？軟件測(cè)試的目的與原則a) 使用人工或自動(dòng)手段，來(lái)運(yùn)行或測(cè)試某個(gè)系統(tǒng)的過(guò)程。其目的在于檢驗(yàn)它是否滿足規(guī)定的需求或弄清預(yù)期結(jié)果與實(shí)際結(jié)果之間的差別。b) 軟件測(cè)試的目的：i. 測(cè)試是程序的執(zhí)行過(guò)程，目的在于發(fā)現(xiàn)錯(cuò)誤ii. 一個(gè)成功的測(cè)試用

26、例在于發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯(cuò)誤iii. 一個(gè)成功的測(cè)試是發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試iv. 確保產(chǎn)品完成了它所承諾或公布的功能，并且用戶可以訪問(wèn)到的功能都有明確的書(shū)面說(shuō)明。v. 確保產(chǎn)品滿足性能和效率的要求vi. 確保產(chǎn)品是健壯的和適應(yīng)用戶環(huán)境的d) 軟件測(cè)試的原則：教材的說(shuō)法：i. 軟件測(cè)試應(yīng)盡早執(zhí)行，并貫穿于整個(gè)軟件生命周期ii. 軟件測(cè)試應(yīng)追溯需求iii. 測(cè)試應(yīng)由第三方來(lái)構(gòu)造iv. 窮舉測(cè)試是不可能的,要遵循Good-enough原則v. 必須確定預(yù)期輸出（或結(jié)果）vi. 必須徹底檢查每個(gè)測(cè)試結(jié)果vii. 充分注意測(cè)試中的群集現(xiàn)象viii. 缺陷的二八定理 ix. 嚴(yán)格執(zhí)行測(cè)試計(jì)劃，排除測(cè)

27、試的隨意性x. 注意合法合理的輸入，也要注意非法的非預(yù)期的輸入 xi. 檢查程序是否是否做了不該做的 xii. 測(cè)試應(yīng)從“小規(guī)?！遍_(kāi)始，逐步轉(zhuǎn)向“大規(guī)?！?xiii. 反復(fù)使用同樣的測(cè)試會(huì)使軟件具有抵抗力 xiv. 關(guān)注缺陷的修復(fù)21. 凈室軟件工程的策略是什么？a) 增量計(jì)劃。開(kāi)發(fā)一個(gè)采用增量策略的項(xiàng)目計(jì)劃，建立每個(gè)增量的功能、它的項(xiàng)目大小、以及凈室開(kāi)發(fā)進(jìn)度表。必須特別小心以保證通過(guò)認(rèn)證的增量將被定時(shí)集成。b) 需求收集。使用類似于在第11 章引入的技術(shù)，為每個(gè)增量開(kāi)發(fā)一個(gè)客戶級(jí)需求的更詳細(xì)的描述。c) 盒結(jié)構(gòu)規(guī)約。使用一個(gè)運(yùn)用盒結(jié)構(gòu)的規(guī)約方法HEV93來(lái)描述功能規(guī)約。遵從操作分析原則，盒結(jié)

28、構(gòu)“在每一個(gè)精化級(jí)別上分離和分開(kāi)行為、數(shù)據(jù)及過(guò)程的創(chuàng)造性定義”。d) 形式化設(shè)計(jì)。使用盒結(jié)構(gòu)方法，凈室設(shè)計(jì)是規(guī)約的自然的無(wú)縫的擴(kuò)展。雖然，在兩個(gè)活動(dòng)間可進(jìn)行清楚的區(qū)分，但是，規(guī)約(稱為“黑盒”)是被遞進(jìn)地求精(在一個(gè)增量?jī)?nèi))以成為類似于體系結(jié)構(gòu)的和過(guò)程的設(shè)計(jì)(分別稱為“狀態(tài)盒”和“清晰盒”)。e) 正確性驗(yàn)證。凈室小組對(duì)設(shè)計(jì)及代碼進(jìn)行一系列嚴(yán)格的正確性驗(yàn)證活動(dòng)。驗(yàn)證從最高層次的盒結(jié)構(gòu)(規(guī)約)開(kāi)始，然后移向設(shè)計(jì)細(xì)節(jié)和代碼。正確性驗(yàn)證的第一層次通過(guò)應(yīng)用一組“正確性問(wèn)題”LIN88來(lái)進(jìn)行，如果這沒(méi)有證明規(guī)約是正確的，則使用更形式化的(數(shù)過(guò)學(xué)的)驗(yàn)證方法。f) 代碼生成、檢查和驗(yàn)證。以某種專門(mén)語(yǔ)言表示

29、的盒結(jié)構(gòu)規(guī)約被轉(zhuǎn)換為合適的程序設(shè)計(jì)語(yǔ)言。然后，使用標(biāo)準(zhǔn)的走查或檢查技術(shù)(第8 章)來(lái)保證代碼和盒結(jié)構(gòu)的語(yǔ)義相符性，以及代碼的語(yǔ)法正確性。然后，對(duì)源代碼進(jìn)行正確性驗(yàn)證。g) 統(tǒng)計(jì)性測(cè)試計(jì)劃。分析軟件的項(xiàng)目級(jí)使用情況，計(jì)劃和設(shè)計(jì)一組執(zhí)行用途的“概率分布”的測(cè)試用例(25.4 節(jié))。如圖251 所示，這個(gè)凈室活動(dòng)是和規(guī)約、驗(yàn)證及代碼生成并行進(jìn)行的。h) 統(tǒng)計(jì)性使用測(cè)試。記住，對(duì)計(jì)算機(jī)軟件進(jìn)行徹底測(cè)試是不可能的，因此，總需要設(shè)計(jì)有限數(shù)量的測(cè)試用例。統(tǒng)計(jì)性使用技術(shù)POO88執(zhí)行一系列由特定對(duì)象的所有用戶的所有可能的程序執(zhí)行的統(tǒng)計(jì)樣本(上面提到的概率分布)所導(dǎo)出的測(cè)試。認(rèn)證。一旦完成驗(yàn)證、檢查和使用測(cè)試(

30、并且所有錯(cuò)誤被修正)，則開(kāi)始進(jìn)行增量集成前的認(rèn)證工作。22. 軟件配置管理的作用？軟件配置包括什么？a) 軟件配置管理作為軟件開(kāi)發(fā)過(guò)程的必要環(huán)節(jié)和軟件開(kāi)發(fā)管理的基礎(chǔ)，貫穿整個(gè)軟件生命周期，同時(shí)對(duì)軟件開(kāi)發(fā)過(guò)程的宏觀管理即項(xiàng)目管理也有重要的支持作用。一個(gè)軟件開(kāi)發(fā)組織真正有效的實(shí)施軟件配置管理，將會(huì)使軟件開(kāi)發(fā)過(guò)程有更好的可預(yù)測(cè)性，使系統(tǒng)具有可重復(fù)性，大大提高軟件組織的競(jìng)爭(zhēng)力。b) 軟件配置包括如下內(nèi)容：xv. 配置項(xiàng)識(shí)別xvi. 工作空間管理xvii. 版本控制xviii. 變更控制xix. 狀態(tài)報(bào)告xx. 配置審計(jì)23. 什么是軟件質(zhì)量？軟件包是什么？a) 簡(jiǎn)單的說(shuō)：軟件質(zhì)量：軟件產(chǎn)品的特性可以滿

31、足用戶的功能、性能需求的能力。比較長(zhǎng)的說(shuō)法：現(xiàn)代質(zhì)量管理認(rèn)為，質(zhì)量是客戶要求或者期望的有關(guān)產(chǎn)品或者服務(wù)的一組特性，落實(shí)到軟件上，這些特性可以是軟件的功能、性能和安全性等等。這些特性決定了軟件產(chǎn)品保證客戶滿意的能力，并且，這些特性應(yīng)該是可以度量的。我們還可以從另一個(gè)角度，即軟件產(chǎn)品是如何生產(chǎn)出來(lái)的，來(lái)間接的推斷軟件質(zhì)量。我們稱之為軟件的流程質(zhì)量，以有別于前面所說(shuō)的軟件產(chǎn)品質(zhì)量。所謂流程，我們可以將其理解為一個(gè)活動(dòng)序列和與此相關(guān)的輸入、輸出、約束條件、實(shí)現(xiàn)方法、輔助工具等等因素共同組成的系統(tǒng)。ISO9001   和SW-CMM   都主要是從流程角度來(lái)探討軟件質(zhì)量和質(zhì)量改進(jìn)的。

32、   當(dāng)然，我們還能從其它角度，比如軟件的生產(chǎn)者-人的素質(zhì)，來(lái)詮釋軟件質(zhì)量，但不管怎樣，軟件的產(chǎn)品質(zhì)量是最終的檢驗(yàn)標(biāo)準(zhǔn)，而最終的檢驗(yàn)者就是客戶。從這個(gè)意義上說(shuō)，軟件質(zhì)量就是客戶滿意度。b) 軟件包(Software Package)是指具有特定的功能，用來(lái)完成特定任務(wù)的一個(gè)程序或一組程序?？煞譃閼?yīng)用軟件包和系統(tǒng)軟件包兩大類。應(yīng)用軟件包與特定的應(yīng)用領(lǐng)域有關(guān)，又可分為通用包及專用包兩類。通用軟件包根據(jù)社會(huì)的一些共同需求開(kāi)發(fā)，專用軟件包則是生產(chǎn)者根據(jù)用戶的具體需求定制的，可以為適合其特殊需要進(jìn)行修改或變更。24. 目前主要的測(cè)試用例設(shè)計(jì)方法是什么？a) 白盒測(cè)試：xxi. 邏輯覆蓋xxii

33、. 循環(huán)覆蓋xxiii. 基本路徑覆蓋b) 黑盒測(cè)試：xxiv. 邊界值分析法xxv. 等價(jià)類劃分xxvi. 錯(cuò)誤猜測(cè)法xxvii. 因果圖法xxviii. 狀態(tài)圖法xxix. 測(cè)試大綱法xxx. 隨機(jī)測(cè)試xxxi. 場(chǎng)景法25. 軟件的安全性應(yīng)從哪幾個(gè)方面去測(cè)試？軟件安全性測(cè)試包括程序、數(shù)據(jù)庫(kù)安全性測(cè)試。根據(jù)系統(tǒng)安全指標(biāo)不同測(cè)試策略也不同。 e) 用戶認(rèn)證安全的測(cè)試要考慮問(wèn)題： i. 明確區(qū)分系統(tǒng)中不同用戶權(quán)限 ii. 系統(tǒng)中會(huì)不會(huì)出現(xiàn)用戶沖突 iii. 系統(tǒng)會(huì)不會(huì)因用戶的權(quán)限的改變?cè)斐苫靵y iv. 用戶登陸密碼是否是可見(jiàn)、可復(fù)制 v. 是否可以通過(guò)絕對(duì)途徑登陸系統(tǒng)（拷貝用戶登陸后的鏈接直接

34、進(jìn)入系統(tǒng)）vi. 用戶退出系統(tǒng)后是否刪除了所有鑒權(quán)標(biāo)記，是否可以使用后退鍵而不通過(guò)輸入口令進(jìn)入系統(tǒng) f) 系統(tǒng)網(wǎng)絡(luò)安全的測(cè)試要考慮問(wèn)題 i. 測(cè)試采取的防護(hù)措施是否正確裝配好，有關(guān)系統(tǒng)的補(bǔ)丁是否打上 ii. 模擬非授權(quán)攻擊，看防護(hù)系統(tǒng)是否堅(jiān)固 iii. 采用成熟的網(wǎng)絡(luò)漏洞檢查工具檢查系統(tǒng)相關(guān)漏洞（即用最專業(yè)的黑客攻擊工具攻擊試一下，現(xiàn)在最常用的是 NBSI 系列和 IPhacker IP ） iv. 采用各種木馬檢查工具檢查系統(tǒng)木馬情況 v. 采用各種防外掛工具檢查系統(tǒng)各組程序的外掛漏洞 g) 數(shù)據(jù)庫(kù)安全考慮問(wèn)題： i. 系統(tǒng)數(shù)據(jù)是否機(jī)密（比如對(duì)銀行系統(tǒng)，這一點(diǎn)就特別重要，一般的網(wǎng)站就沒(méi)有太高

35、要求） ii. 系統(tǒng)數(shù)據(jù)的完整性（我剛剛結(jié)束的企業(yè)實(shí)名核查服務(wù)系統(tǒng)中就曾存在數(shù)據(jù)的不完整，對(duì)于這個(gè)系統(tǒng)的功能實(shí)現(xiàn)有了障礙） iii. 系統(tǒng)數(shù)據(jù)可管理性 iv. 系統(tǒng)數(shù)據(jù)的獨(dú)立性 v. 系統(tǒng)數(shù)據(jù)可備份和恢復(fù)能力（數(shù)據(jù)備份是否完整，可否恢復(fù)，恢復(fù)是否可以完整） 26. 什么是測(cè)試用例 什么是測(cè)試腳本 兩者的關(guān)系是什么？a) 為實(shí)施測(cè)試而向被測(cè)試系統(tǒng)提供的輸入數(shù)據(jù)、操作或各種環(huán)境設(shè)置以及期望結(jié)果的一個(gè)特定的集合。b) 測(cè)試腳本是為了進(jìn)行自動(dòng)化測(cè)試而編寫(xiě)的腳本。c) 測(cè)試腳本的編寫(xiě)必須對(duì)應(yīng)相應(yīng)的測(cè)試用例，27. 簡(jiǎn)述什么是靜態(tài)測(cè)試、動(dòng)態(tài)測(cè)試、黑盒測(cè)試、白盒測(cè)試、測(cè)試 測(cè)試a) 靜態(tài)測(cè)試是不運(yùn)行程序本身

36、而尋找程序代碼中可能存在的錯(cuò)誤或評(píng)估程序代碼的過(guò)程。b) 動(dòng)態(tài)測(cè)試是實(shí)際運(yùn)行被測(cè)程序，輸入相應(yīng)的測(cè)試實(shí)例，檢查運(yùn)行結(jié)果與預(yù)期結(jié)果的差異，判定執(zhí)行結(jié)果是否符合要求，從而檢驗(yàn)程序的正確性、可靠性和有效性，并分析系統(tǒng)運(yùn)行效率和健壯性等性能。c) 黑盒測(cè)試一般用來(lái)確認(rèn)軟件功能的正確性和可操作性,目的是檢測(cè)軟件的各個(gè)功能是否能得以實(shí)現(xiàn),把被測(cè)試的程序當(dāng)作一個(gè)黑盒,不考慮其內(nèi)部結(jié)構(gòu),在知道該程序的輸入和輸出之間的關(guān)系或程序功能的情況下,依靠軟件規(guī)格說(shuō)明書(shū)來(lái)確定測(cè)試用例和推斷測(cè)試結(jié)果的正確性。d) 白盒測(cè)試根據(jù)軟件內(nèi)部的邏輯結(jié)構(gòu)分析來(lái)進(jìn)行測(cè)試,是基于代碼的測(cè)試，測(cè)試人員通過(guò)閱讀程序代碼或者通過(guò)使用開(kāi)發(fā)工具中

37、的單步調(diào)試來(lái)判斷軟件的質(zhì)量，一般黑盒測(cè)試由項(xiàng)目經(jīng)理在程序員開(kāi)發(fā)中來(lái)實(shí)現(xiàn)。e) 測(cè)試是由一個(gè)用戶在開(kāi)發(fā)環(huán)境下進(jìn)行的測(cè)試，也可以是公司內(nèi)部的用戶在模擬實(shí)際操作環(huán)境下進(jìn)行的受控測(cè)試，Alpha測(cè)試不能由程序員或測(cè)試員完成。f) 測(cè)試是軟件的多個(gè)用戶在一個(gè)或多個(gè)用戶的實(shí)際使用環(huán)境下進(jìn)行的測(cè)試。開(kāi)發(fā)者通常不在測(cè)試現(xiàn)場(chǎng)，Beta測(cè)試不能由程序員或測(cè)試員完成。28. 軟件質(zhì)量保證體系是什么 國(guó)家標(biāo)準(zhǔn)中與質(zhì)量保證管理相關(guān)的幾個(gè)標(biāo)準(zhǔn)是什么?他們的編號(hào)和全稱是什么?a) 來(lái)自Wikipedia對(duì)SQA的定義，軟件質(zhì)量保證（SQA）：Software Quality Assurance (SQA) consists

38、 of the software engineering processes and methods used to ensure quality. SQA encompasses the entire software development process, which may include processes such as reviewing requirements documents, source code control, code reviews, change management, configuration management, release management

39、 and of course, software testing.SQA由一套軟件工程過(guò)程和方法組成，以保證（軟件的）質(zhì)量。SQA貫穿整個(gè)軟件開(kāi)發(fā)過(guò)程，(它)應(yīng)包括需求文檔評(píng)審、代碼控制、代碼評(píng)審、變更管理、配置管理、版本管理和軟件測(cè)試。b) 國(guó)家標(biāo)準(zhǔn)：i. GB/T 8567-2006 計(jì)算機(jī)軟件文檔編制規(guī)范ii. GB/T 11457-2006 信息技術(shù) 軟件工程術(shù)語(yǔ)iii. GB/T 16260.1-2006 軟件工程產(chǎn)品質(zhì)量 第1部分：質(zhì)量模型iv. GB/T 16260.2-2006 軟件工程產(chǎn)品質(zhì)量 第2部分：外部度量v. GB/T 16260.3-2006 軟件工程產(chǎn)品質(zhì)量 第3

40、部分：內(nèi)部度量vi. GB/T 16260.4-2006 軟件工程 產(chǎn)品質(zhì)量 第4部分：使用質(zhì)量的度量vii. GB/Z 20156-2006 軟件工程軟件生成周期過(guò)程用于項(xiàng)目管理的指南viii. GB/T 20157-2006 信息技術(shù) 軟件維護(hù)ix. GB/T 20158-2006 信息技術(shù)軟件生成周期過(guò)程配置管理29. 軟件產(chǎn)品質(zhì)量特性是什么?a) 功能性：適應(yīng)性、準(zhǔn)確性、互操作性、依從性、安全性。b) 可靠性：成熟性、容錯(cuò)性、以恢復(fù)性。c) 可使用性：易理解性、易學(xué)習(xí)性、易操作性。d) 效率：時(shí)間特性、資源特性。e) 可維護(hù)性：易分析性、易變更性、穩(wěn)定性、易測(cè)試性。f) 可移植性： 適

41、應(yīng)性、易安裝性、遵循性、易替換性。30. 軟件測(cè)試的原則與策略是什么?a) 軟件測(cè)試的原則：教材的說(shuō)法：x. 軟件測(cè)試應(yīng)盡早執(zhí)行，并貫穿于整個(gè)軟件生命周期xi. 軟件測(cè)試應(yīng)追溯需求xii. 測(cè)試應(yīng)由第三方來(lái)構(gòu)造xiii. 窮舉測(cè)試是不可能的,要遵循Good-enough原則xiv. 必須確定預(yù)期輸出（或結(jié)果）xv. 必須徹底檢查每個(gè)測(cè)試結(jié)果xvi. 充分注意測(cè)試中的群集現(xiàn)象xvii. 缺陷的二八定理 xviii. 嚴(yán)格執(zhí)行測(cè)試計(jì)劃，排除測(cè)試的隨意性xix. 注意合法合理的輸入，也要注意非法的非預(yù)期的輸入 xx. 檢查程序是否是否做了不該做的 xxi. 測(cè)試應(yīng)從“小規(guī)模”開(kāi)始，逐步轉(zhuǎn)向“大規(guī)?！?/p>

42、 xxii. 反復(fù)使用同樣的測(cè)試會(huì)使軟件具有抵抗力 xxiii. 關(guān)注缺陷的修復(fù)31. 結(jié)構(gòu)化系統(tǒng)測(cè)試和功能性系統(tǒng)測(cè)試分別采用了哪些方法和技術(shù)?a) 結(jié)構(gòu)化系統(tǒng)測(cè)試技術(shù)：用于驗(yàn)證所開(kāi)發(fā)的系統(tǒng)及程序的運(yùn)行情況。目標(biāo)是要確保產(chǎn)品設(shè)計(jì)在結(jié)構(gòu)上合理，功能上正確。為確定實(shí)現(xiàn)的配置及其各功能共同作用以完成特定任務(wù)提供了一種機(jī)制。結(jié)構(gòu)化測(cè)試技術(shù)由以下幾種：xxiv. 1）壓力測(cè)試：確定系統(tǒng)以期望的容量執(zhí)行。壓力測(cè)試技術(shù)用于檢查系統(tǒng)面對(duì)意外情況下的大數(shù)據(jù)量時(shí)是否可以正常運(yùn)行。所涉及的方面包括輸入事務(wù)、內(nèi)部表、磁盤(pán)空間、輸出、通信、計(jì)算機(jī)容量以及人機(jī)交互等。當(dāng)應(yīng)用系統(tǒng)所能正常處理的工作量并不確定時(shí)需要使用壓力測(cè)

43、試。壓力測(cè)試意圖通過(guò)對(duì)系統(tǒng)施加超負(fù)載事務(wù)量來(lái)達(dá)到破壞系統(tǒng)的目的。弱點(diǎn)在于準(zhǔn)備測(cè)試的時(shí)間與在測(cè)試的實(shí)際執(zhí)行過(guò)程中所消耗的資源數(shù)量都非常之大，通常在應(yīng)用程序投入使用之前這種技術(shù)是無(wú)法進(jìn)行的。xxv. 執(zhí)行測(cè)試：系統(tǒng)能達(dá)到期望的熟練性。舉例：事務(wù)輪轉(zhuǎn)時(shí)間充分；軟硬件使用良好。執(zhí)行測(cè)試技術(shù)用于檢查系統(tǒng)是否達(dá)到了預(yù)期在產(chǎn)品狀態(tài)下的成熟度。執(zhí)行測(cè)試可以驗(yàn)證系統(tǒng)的響應(yīng)時(shí)間、輪轉(zhuǎn)時(shí)間及設(shè)計(jì)性能。在開(kāi)發(fā)過(guò)程的早期就應(yīng)該進(jìn)行執(zhí)行測(cè)試，盡早制定已經(jīng)完成的系統(tǒng)沒(méi)有達(dá)到性能指標(biāo)是非常有價(jià)值的。在關(guān)鍵時(shí)間點(diǎn)進(jìn)行。關(guān)鍵時(shí)間點(diǎn)指的是當(dāng)前的結(jié)果會(huì)影響甚至改變系統(tǒng)結(jié)構(gòu)的時(shí)間點(diǎn)。xxvi. 恢復(fù)測(cè)試：系統(tǒng)失效之后可以恢復(fù)到可操作狀

44、態(tài)。舉例：引入失敗；評(píng)估備份數(shù)據(jù)的充分性?；謴?fù)測(cè)試技術(shù)用于確保系統(tǒng)在經(jīng)歷災(zāi)難后可以繼續(xù)正常運(yùn)行，它不僅可以驗(yàn)證恢復(fù)過(guò)程，而且可以驗(yàn)證過(guò)程各組件的有效性。當(dāng)用戶認(rèn)為系統(tǒng)操作的連續(xù)性對(duì)于其所涉及領(lǐng)域的某些功能至關(guān)重要時(shí)，需要進(jìn)行恢復(fù)測(cè)試。xxvii. 操作測(cè)試：系統(tǒng)以正常操作狀態(tài)執(zhí)行。舉例：確定系統(tǒng)可以依據(jù)文檔進(jìn)行運(yùn)行；JCL（工作控制語(yǔ)言）充分。操作測(cè)試技術(shù)主要用于檢查系統(tǒng)在正常的操作狀態(tài)下是否可以執(zhí)行。操作測(cè)試可以與其它測(cè)試聯(lián)合執(zhí)行。任何應(yīng)用程序在成為產(chǎn)品之前都應(yīng)進(jìn)行操作測(cè)試。xxviii. （與過(guò)程的）一致性測(cè)試：系統(tǒng)的開(kāi)發(fā)與標(biāo)準(zhǔn)和規(guī)程相一致。舉例：按標(biāo)準(zhǔn)執(zhí)行；文檔完整。一致性測(cè)試技術(shù)用于驗(yàn)

45、證應(yīng)用程序的開(kāi)發(fā)是否與信息技術(shù)指標(biāo)、過(guò)程及準(zhǔn)則相一致。一致性測(cè)試最有效的方法是過(guò)程審查。系統(tǒng)開(kāi)發(fā)標(biāo)準(zhǔn)和過(guò)程的一致性程度依賴于管理層對(duì)于所需遵循的特定過(guò)程和執(zhí)行標(biāo)準(zhǔn)的重視程度。xxix. 安全性測(cè)試：根據(jù)組織的重要性對(duì)系統(tǒng)進(jìn)行保護(hù)。舉例：訪問(wèn)拒絕；規(guī)程適當(dāng)。安全性測(cè)試技術(shù)用于評(píng)價(jià)保護(hù)性程序及安全對(duì)策的充分性。安全性缺陷不如其它類型的缺陷那么明顯。安全性測(cè)試是測(cè)試過(guò)程中高度專業(yè)化的部分。分物理安全性（針對(duì)利用物理方法收集信息的手段）和邏輯安全性（針對(duì)使用計(jì)算機(jī)處理和通信能力進(jìn)行非法活動(dòng)信息的手段）。當(dāng)系統(tǒng)保護(hù)信息和資產(chǎn)對(duì)于組織來(lái)說(shuō)意義重大時(shí)，需要進(jìn)行安全性測(cè)試。b) 功能性系統(tǒng)測(cè)試用于確保系統(tǒng)需求

46、與定義都得到了滿足。該過(guò)程通常包含創(chuàng)建用于評(píng)價(jià)應(yīng)用程序正確性的測(cè)試條件。用于執(zhí)行功能測(cè)試的幾種測(cè)試技術(shù)包括：xxx. 需求測(cè)試：系統(tǒng)按制定方式執(zhí)行。舉例：證明系統(tǒng)需求；與政策、規(guī)則相一致。需求測(cè)試技術(shù)驗(yàn)證系統(tǒng)是否正確執(zhí)行其功能，并且能保證在相當(dāng)長(zhǎng)的一段時(shí)間內(nèi)保持其正確性。需求測(cè)試的執(zhí)行主要通過(guò)執(zhí)行創(chuàng)建的測(cè)試條件以及功能檢查單來(lái)完成，通過(guò)需求得到測(cè)試條件，然后以類似于SDLC這種特定的方式表現(xiàn)，生成用于評(píng)價(jià)實(shí)現(xiàn)的應(yīng)用系統(tǒng)的測(cè)試數(shù)據(jù)。任何應(yīng)用程序都應(yīng)該對(duì)需求進(jìn)行測(cè)試，此過(guò)程應(yīng)該開(kāi)始于需求階段，并一直持續(xù)到系統(tǒng)運(yùn)行和維護(hù)階段。xxxi. 回歸測(cè)試：驗(yàn)證系統(tǒng)中沒(méi)有改變的部分仍能正確運(yùn)行。舉例：未變更的

47、部分正常運(yùn)行；未變更的人工規(guī)程正確?；貧w測(cè)試技術(shù)對(duì)已經(jīng)測(cè)試過(guò)的部分進(jìn)行重新測(cè)試，以保證它們?cè)趹?yīng)用程序其它部分發(fā)生變更之后仍能正常運(yùn)行。當(dāng)變更會(huì)對(duì)應(yīng)用程序中沒(méi)有變更的部分產(chǎn)生高風(fēng)險(xiǎn)的影響時(shí)需要進(jìn)行回歸測(cè)試。xxxii. 錯(cuò)誤處理測(cè)試：錯(cuò)誤可以得到防止或檢測(cè)，并被修復(fù)。舉例：將錯(cuò)誤引入測(cè)試；錯(cuò)誤的再次注入。人工系統(tǒng)與自動(dòng)系統(tǒng)之間差別的特點(diǎn)之一就是預(yù)定義的錯(cuò)誤處理特性。錯(cuò)誤處理測(cè)試技術(shù)用于檢查應(yīng)用系統(tǒng)正確處理發(fā)生異常的能力。錯(cuò)誤處理測(cè)試需要一組知識(shí)豐富的人員來(lái)預(yù)見(jiàn)應(yīng)用系統(tǒng)可能發(fā)生的錯(cuò)誤。它是測(cè)試錯(cuò)誤的引入、錯(cuò)誤的處理，控制條件以及條件的再次正確輸入。在系統(tǒng)整個(gè)生命周期中都應(yīng)該進(jìn)行錯(cuò)誤測(cè)試。在開(kāi)發(fā)過(guò)程

48、中，應(yīng)該識(shí)別錯(cuò)誤帶來(lái)的問(wèn)題并且采取相應(yīng)的措施將錯(cuò)誤減少到可以接受的程度。xxxiii. 人工支持測(cè)試：人機(jī)交互有效。舉例：具備人工規(guī)程；人員接受過(guò)培訓(xùn)。人工支持測(cè)試技術(shù)主要包括人員在準(zhǔn)備數(shù)據(jù)以及使用來(lái)源于自動(dòng)程序數(shù)據(jù)的過(guò)程中執(zhí)行所有功能。在生命周期的全過(guò)程都應(yīng)該驗(yàn)證人工系統(tǒng)功能的正確性。xxxiv. 系統(tǒng)間測(cè)試：數(shù)據(jù)可以正確地在系統(tǒng)間傳遞。舉例：系統(tǒng)間參數(shù)變化；系統(tǒng)間文檔更新。系統(tǒng)間測(cè)試技術(shù)用于保證應(yīng)用程序間相互管理的正確性。系統(tǒng)間測(cè)試的一個(gè)最好的工具是集成測(cè)試工具，它允許在產(chǎn)品環(huán)境下進(jìn)行測(cè)試，可以以最小的代價(jià)測(cè)試系統(tǒng)間的耦合性。在應(yīng)用系統(tǒng)間的參數(shù)發(fā)生變更時(shí)需要進(jìn)行系統(tǒng)間的測(cè)試。測(cè)試的程度和類

49、型依賴于與出錯(cuò)的參數(shù)相關(guān)聯(lián)的風(fēng)險(xiǎn)情況。xxxv. 控制測(cè)試：將系統(tǒng)風(fēng)險(xiǎn)控制降低到可以接受的級(jí)別。舉例：文件一致性規(guī)程正常；人工控制正確。控制測(cè)試技術(shù)包括數(shù)據(jù)確認(rèn)、文件完整性控制、評(píng)審追蹤、備份和恢復(fù)、文檔，以及與系統(tǒng)完整性相關(guān)的其它方面。主要用于確保對(duì)系統(tǒng)特定功能的檢查。可以用于控制測(cè)試的一個(gè)方法是生成風(fēng)險(xiǎn)矩陣?？刂茰y(cè)試是系統(tǒng)測(cè)試中的一個(gè)完整的部分，占測(cè)試時(shí)間的很大比例。xxxvi. 平行測(cè)試：發(fā)現(xiàn)原系統(tǒng)與新系統(tǒng)之間的意外差異。舉例：原系統(tǒng)與新系統(tǒng)一致；原系統(tǒng)仍然可以工作。平行測(cè)試技術(shù)用于檢查新應(yīng)用程序的結(jié)果是否與原來(lái)的應(yīng)用程序或者上一版本應(yīng)用程序的處理相一致。它執(zhí)行冗余處理以保證新版本或者新

50、應(yīng)用程序執(zhí)行的正確性；給出同一應(yīng)用程序不同版本之間一致的和不一致的地方。平行測(cè)試可以對(duì)整個(gè)應(yīng)用程序進(jìn)行，也可對(duì)應(yīng)用程序的一部分進(jìn)行。當(dāng)不能確定新應(yīng)用程序處理的正確性，或者當(dāng)新舊版本的應(yīng)用程序非常類似時(shí)，需要進(jìn)行平行測(cè)試。32. 軟件測(cè)試分為幾個(gè)階段 各階段的測(cè)試策略和要求是什么?a) 軟件測(cè)試按階段劃分可以分為單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試和<驗(yàn)收測(cè)試>（不一定有）幾個(gè)階段b) 單元測(cè)試測(cè)試策略：xxxvii. 自頂向下的單元測(cè)試策略方法：先對(duì)最頂層的基本單元進(jìn)行測(cè)試，把所有調(diào)用的單元做成樁模塊。然后再對(duì)第二層的基本單元進(jìn)行測(cè)試，使用上面已測(cè)試的單元做驅(qū)動(dòng)模塊。依此類推直到測(cè)試完所有

51、基本單元。優(yōu)點(diǎn)：在集成測(cè)試前提供早期的集成途徑。在執(zhí)行上和詳細(xì)設(shè)計(jì)的順序一致。不需要開(kāi)發(fā)驅(qū)動(dòng)模塊。缺點(diǎn)：隨著測(cè)試的進(jìn)行，測(cè)試過(guò)程越來(lái)越復(fù)雜，開(kāi)發(fā)和維護(hù)成本增加?？偨Y(jié)：比孤立單元測(cè)試的成本高很多，不是單元測(cè)試的一個(gè)好的選擇。xxxviii. 自底向上的單元測(cè)試策略方法：先對(duì)最底層的基本單元進(jìn)行測(cè)試，模擬調(diào)用該單元的單元做驅(qū)動(dòng)模塊。然后再對(duì)上面一層進(jìn)行測(cè)試，用下面已被測(cè)試過(guò)的單元做樁模塊。依此類推，直到測(cè)試完所有單元。優(yōu)點(diǎn)：在集成測(cè)試前提供系統(tǒng)早期的集成途徑。不需要開(kāi)發(fā)樁模塊。缺點(diǎn)：隨著測(cè)試的進(jìn)行，測(cè)試過(guò)程越來(lái)越復(fù)雜。總結(jié)：比較合理的單元測(cè)試策略，但測(cè)試周期較長(zhǎng)。xxxix. 孤立單元測(cè)試策略方法

52、：不考慮每個(gè)單元與其它單元之間的關(guān)系，為每個(gè)單元設(shè)計(jì)樁模塊或驅(qū)動(dòng)模塊。每個(gè)模塊進(jìn)行獨(dú)立的單元測(cè)試。優(yōu)點(diǎn)：簡(jiǎn)單、容易操作，可達(dá)到高的結(jié)構(gòu)覆蓋率。缺點(diǎn)：不提供一種系統(tǒng)早期的集成途徑?？偨Y(jié)：最好的單元測(cè)試策略。c) 集成測(cè)試的測(cè)試策略：xl. 大爆炸集成優(yōu)點(diǎn)：可以迅速完成集成測(cè)試；并且只要極少數(shù)的驅(qū)動(dòng)和樁模塊；用例也是最少的；簡(jiǎn)單；資源利用率高缺點(diǎn)：一次試運(yùn)行成功的可能性不大，問(wèn)題定位和修改比較困難，許多接口錯(cuò)誤很容易躲過(guò)測(cè)試。適應(yīng)于一個(gè)維護(hù)型項(xiàng)目或被測(cè)試系統(tǒng)較小xli. 自頂向下集成優(yōu)點(diǎn)：較早地驗(yàn)證了主要控制和判斷點(diǎn)；按深度優(yōu)先可以首先實(shí)現(xiàn)和驗(yàn)證一個(gè)完整的軟件功能；功能較早證實(shí)，帶來(lái)信心；只需一個(gè)

53、驅(qū)動(dòng)，減少驅(qū)動(dòng)器開(kāi)發(fā)的費(fèi)用；支持故障隔離。缺點(diǎn)：柱的開(kāi)發(fā)量大；底層驗(yàn)證被推遲；底層組件測(cè)試不充分。適應(yīng)于產(chǎn)品控制結(jié)構(gòu)比較清晰和穩(wěn)定；高層接口變化較?。坏讓咏涌谖炊x或經(jīng)常可能被修改；產(chǎn)口控制組件具有較大的技術(shù)風(fēng)險(xiǎn)，需要盡早被驗(yàn)證；希望盡早能看到產(chǎn)品的系統(tǒng)功能行為。xlii. 自底向上集成優(yōu)點(diǎn)：對(duì)底層組件行為較早驗(yàn)證；工作最初可以并行集成，比自頂向下效率高；減少了樁的工作量；支持故障隔離。缺點(diǎn)：驅(qū)動(dòng)的開(kāi)發(fā)工作量大；對(duì)高層的驗(yàn)證被推遲，設(shè)計(jì)上的錯(cuò)誤不能被及時(shí)發(fā)現(xiàn)。適應(yīng)于底層接口比較穩(wěn)定；高層接口變化比較頻繁；底層組件較早被完成。xliii. 三明治集成優(yōu)點(diǎn)：集合了自頂向下和自底向上兩種策略的優(yōu)點(diǎn)缺

54、點(diǎn)：中間層測(cè)試不充分適應(yīng)于大部分軟件開(kāi)發(fā)項(xiàng)目xliv. 基干集成優(yōu)點(diǎn)：具有三明治集成的優(yōu)點(diǎn)，更適合于大型復(fù)雜項(xiàng)目的集成。缺點(diǎn)：必須對(duì)系統(tǒng)的結(jié)構(gòu)和相互依存性進(jìn)行仔細(xì)的分析；驅(qū)動(dòng)和樁開(kāi)發(fā)量大；局部采用了大爆炸的策略，有些接口可能測(cè)試不充分。嵌入式系統(tǒng)中常用xlv. 分層集成適應(yīng)于有明顯層次關(guān)系的系統(tǒng)xlvi. 基于功能的集成優(yōu)點(diǎn)：優(yōu)先驗(yàn)證關(guān)鍵功能的正確性；減少驅(qū)動(dòng)的開(kāi)發(fā)；進(jìn)度要快。缺點(diǎn)：對(duì)接口測(cè)試不充分；有較大的冗余測(cè)試。xlvii. 基于消息的集成優(yōu)點(diǎn)：優(yōu)先驗(yàn)證關(guān)鍵消息的正確性；減少驅(qū)動(dòng)的開(kāi)發(fā)；進(jìn)度要快。缺點(diǎn)：對(duì)接口測(cè)試不充分；有較大的冗余測(cè)試。xlviii. 基于風(fēng)險(xiǎn)的集成優(yōu)點(diǎn)：最具有風(fēng)險(xiǎn)的組

55、件最早進(jìn)地驗(yàn)證，有助于系統(tǒng)的快速穩(wěn)定。缺點(diǎn)：需要對(duì)各組件的風(fēng)險(xiǎn)有一個(gè)清晰的分析。xlix. 基于進(jìn)度的集成優(yōu)點(diǎn)：具有較高的并行度；能夠有效縮短項(xiàng)目的開(kāi)發(fā)進(jìn)度。缺點(diǎn)：樁和驅(qū)動(dòng)工作量較大；有些接口測(cè)試不充分；有些測(cè)試重復(fù)和浪費(fèi)。d) 系統(tǒng)測(cè)試的測(cè)試策略：l. 數(shù)據(jù)和數(shù)據(jù)庫(kù)完整性測(cè)試li. 功能測(cè)試lii. 用戶界面測(cè)試liii. 性能評(píng)測(cè)liv. 負(fù)載測(cè)試lv. 強(qiáng)度測(cè)試lvi. 容量測(cè)試lvii. 安全性和訪問(wèn)控制測(cè)試lviii. 故障轉(zhuǎn)移和恢復(fù)測(cè)試lix. 配置測(cè)試lx. 安裝測(cè)試lxi. 加密測(cè)試lxii. 可用性測(cè)試lxiii. 版本驗(yàn)證測(cè)試lxiv. 文檔測(cè)試33. 面向?qū)ο蟮臏y(cè)試用例設(shè)計(jì)有幾種方法？如何實(shí)現(xiàn)?a) Berard提出了一些測(cè)試用例的設(shè)計(jì)方法，主要原則包括: lxv. 每個(gè)測(cè)試用例應(yīng)當(dāng)給予特殊的標(biāo)識(shí)，并且還應(yīng)當(dāng)與測(cè)試的類有明確的聯(lián)系。lxvi. 測(cè)試目的應(yīng)當(dāng)明確。lxvii. 應(yīng)當(dāng)為每個(gè)測(cè)試用例開(kāi)發(fā)一個(gè)測(cè)試步驟列表。這個(gè)列表應(yīng)包含以下一些內(nèi)容： 1. 列出所要測(cè)試對(duì)象的專門(mén)說(shuō)明。 2. 列出將要作為測(cè)試結(jié)果運(yùn)行的消息和操作。3. 列出測(cè)試對(duì)象可能發(fā)