測試部分題目答案

1、精選優(yōu)質文檔-傾情為你奉上1.What's the goal of a software tester?（軟件測試員的目標是什么）軟件測試員的目標是盡可能早一些找出軟件缺陷，并確保其得以修復。2.What's wrong with just testing that a program works as expected?（僅僅測試程序是否按預期方式運行有何錯誤）這最多只能算測試問題的一半。用戶不一定遵守規(guī)則，軟件測試員需要證實不按規(guī)定操作有何后果。此外，如果測試員進行測試沒有打破沙鍋問到底的態(tài)度，就會遺漏某些軟件缺陷。3.Given that it's impossi

2、ble to test a program completely, what information do you think should be considered when deciding whether it's time to stop testing?（假定無法完全測試某一程序，在決定是否應該停止測試時要考慮哪些問題）終止測試沒有一定的時間，每一個項目都會有所不同。形成決定的因素有：是否仍然會發(fā)現大量的軟件缺陷？項目小組對已經執(zhí)行的測試滿意嗎？報告的軟件缺陷是否已經確定哪些需要修復，哪些不需要？產品是否已經滿足了客戶的需求？4.Can a software tester

3、perform white-box testing on a specification?（軟件測試員可以對產品說明書進行白盒測試嗎?）如果測試員參與了定義說明書的過程就可以。他可以參加焦點人群，易用性研究和市場研討會，了解用于定義特性和整個產品的過程。但是這存在一定的風險，因為這些信息誘使測試員傾向于假定說明書是正確的。 5.Explain what's wrong with this specification statement: When the user selects the Compact Memory option, the program will compress

4、the mailing list data as small as possible using a Huffman-sparse-matrix approach.（指出下屬產品說明中的錯誤：當用戶選擇Compact Memory選項時，程序將郵件列表數據壓縮到可能與Huffman解析矩陣方法同樣大小的尺寸。） 錯誤在于使用了“與同樣大小”的說法，這一點無法測試，因為該說明法沒有量化，不精確。說明書應該聲明壓縮究竟達到何種程度才行。另外，該聲明沒有做到與代碼無關。它在算法級上解釋了特性如何工作，不屬于要求的文檔內容。用戶不關心壓縮怎樣工作，只關心它做什么。6.Explain what a te

5、ster should worry about with this line from a spec: The software will allow up to 100 million simultaneous connections, although no more than 1 million will normally be used.（解釋軟件測試員應該擔心下述產品說明的哪些內容：盡管使用的模擬連接通常不超過一百萬個，但是該軟件最多允許一億個。） 能否測試。典型應用只有一百萬個倒無關緊要。如果產品說明書聲明有一百萬種可能性，那么，一百萬個連接都要測試。測試員需要設法測試這么多的可能

6、性，或者讓說明書做著把最大可能性降低到接近典型應用的數目。7.What are a few drawbacks or cautions to consider when deciding to use software test tools and automation?（在決定使用軟件測試工具和自動化時，要考慮哪些缺點或者注意事項？）因為軟件在產品開發(fā)過程中會變化，測試工具也要隨著變化。測試員可能會落入陷阱，花費太多時間去設計工具和自動化，而忽視了實際測試。容易過分依賴自動化。自己動手測試是無可替代的。8.Assume that you have a 10-character-wide ZI

7、P code text box, such as the one shown in Figure 5.13. What equivalence partitions would you create for this text box?（假設有一個文本框要求輸入10個字符的郵政編碼，對于該文本框應該進行怎樣的等價分配？）至少應該有以下的等價區(qū)間：合法的5位數字郵政編碼。合法是指所有字符都是數值，不是指投入使用的現有郵政編碼。合法的9位數字（帶連線的9位數字）郵政編碼5位以下數字。例如只有4位數字。9位以下數字。5位以上數字。例如不帶連線的8位數字9位以上數字。10位數字，無連線。連線位置不對。

8、連線不止一條。無數字和無連線。9.Is it possible to have a high-quality and low-reliability product? What might an example be?（有沒有質量很高但是可靠性很差的產品？請舉例說明）A4:有可能，但是它取決于客戶對質量的期望。不少人購買高性能跑車，認為提速、時速、式樣、舒適度和裝飾好就是高質量。此類汽車一般可靠性較差，經常拋錨，修理費用昂貴，而車主不把可靠性差當做質量問題10.What's the difference between dynamic white-box testing and deb

9、ugging?（動態(tài)白盒測試和調試有何區(qū)別？）這兩個過程存在交叉，但是動態(tài)白盒測試是為了發(fā)現軟件缺陷，而調試的目標是修復軟件缺陷。在分離和查找軟件缺陷原因時發(fā)生交叉。11.Do you always design your black-box test cases first? Why?Design your test cases based on what you believe the software is supposed to do. Then use white-box techniques to check them and make them most efficient12.

10、Name a few benefits of using software test tools and automation.（說出使用軟件測試工具和自動化的一些好處。）它們可以加快執(zhí)行測試案例的時間，能夠提高軟件測試員的效率，留出更多的時間進行測試計劃和測試案例開發(fā)。它們準確、精確，而且不會懈怠。13.List some examples of poorly designed or inconsistent UIs in products you're familiar with.（列舉熟悉的產品中設計不當或者UI不一致的離子） 這個看情況答就行了，比如什么確認和取消按鈕的布局啊，

11、不看手冊不會調整收音機時間之類的。 14.What's one of the simplest, but effective, types of test automation?（最簡單但很有效的測試自動化類型是什么？） 按鍵及鼠標操作錄制回放是有效找出軟件缺陷最簡單的自動化類型。15.What's the purpose of a test plan?（測試計劃的目的是什么？） 為了解釋ANSI/ IEEE 829定義，測試計劃的目的是定義測試活動的范圍、方法、資源和進度，明確要測試的條目、要測試的特性、要實施的測試任務、對每個任務的個人反映，以及與計劃相關的風險。簡而言之，

12、使項目小組其他成員了解和接受測試小組如何努力測試軟件。 16.What is a test case specification?（什么是測試案例說明？）Other than a traditional document, what means can you use to present your test cases?（除了傳統(tǒng)文檔，可以用什么方式表述測試案例？）這個文檔定義了測試的實際輸入值和預期輸入結果，還指明了具體的環(huán)境要求、程序要求和測試案例之間的依賴性。表格、真值表、列表和示意圖對自己、其他測試員、項目小組其他成員有效表示測試案例的任何形式。下面的無參考答案17.If there

13、's no definitive right or wrong user interface, how can it be tested?（既然用戶界面沒有明確的對與錯，怎樣測試呢？）軟件測試員應該檢查其是否符合7個重要原則：符合標準和規(guī)范、直觀、一致、靈活、舒適、正確和實用。18.Why is it the process of creating the plan that matters, not the plan itself?Because all the issues and questions defined in a test plan either impact or

14、are influenced by other project functional groups or team members. Getting everyone to understand and agree to the contents of the plan is what matters. Privately creating a paper document and putting it on a shelf is not just a waste of time, but also jeopardizes the project.19.Give three situation

15、s where the testing of all independent paths through a program may not detect program errors.第一：如果程序本身違反了設計規(guī)范，獨立路徑測試無法檢測出這類錯誤。第二：如果程序遺漏了路徑，獨立路徑無法檢測。第三：獨立路徑測試發(fā)現不了一些與數據相關的錯誤20.Can you explain how the number of defects is measured?The number of defects is one of the measures used to measure test effect

16、iveness. One of the side effects of the number of defects is that all bugs are not equal. So it becomes necessary to weight bugs according to there criticality level. If we are using the number of defects as the metric measurement the following are the issues:The number of bugs that originally exist

17、ed significantly impacts the number of bugs discovered, which in turns gives a wrong measure of the software quality. All defects are not equal so defects should be numbered with a criticality level to get the right software quality measure.21.In which software life cycle phase does testing occur? （

18、軟件測試發(fā)生在軟件生命周期的哪個階段？）在“檢查周期”中執(zhí)行。22.What is the difference between a defect and a failure?（缺陷和失敗有什么區(qū)別？）當一個問題是在內部檢測到和解決的，它被稱為缺陷；如果這個問題是被最終用戶發(fā)現的，它就被成為失敗。23.What are the categories of defects?（缺陷的分類有哪些？）缺陷主要有三個類別錯誤：已經完成的需求不正確。這樣的缺陷是由于與客戶的需求有差異造成的。丟失：這是由于客戶的需求沒有完成引起的。它表明了客戶的需求沒有得到落實，或者是沒有正確的理解。附加：并非由最終用戶要

19、求的，但被納入了產品的需求。它與產品的規(guī)范有差異，但可能卻是用戶需要的屬性。但是，它還是被定義為是一個缺陷，因為它與既定的需求有所不同。24.What is the difference between verification and validation?（驗證和檢查有什么區(qū)別？）驗證是一個審查過程，它不實際的執(zhí)行產品；而檢查則是實際的執(zhí)行產品進行確認。例如，代碼復查和語言檢查是一種驗證，而運行產品來檢查輸出結果則是檢查。25.Can you explain how one defect leads to other defects?（請解釋一個缺陷是如何導致另一個缺陷的）缺陷層疊是一個由

20、另一個缺陷造成的缺陷，即一個缺陷引發(fā)的其它缺陷。例如，在一個會計應用中出現了顯示缺陷，導致了負的稅收，負的稅收又影響了其它四個模塊的總賬。26.Whats the difference between inspections and walkthroughs?（檢驗和演練之間的差別是什么？）演練是一個非正式的形式驗證。例如，你可以打電話給你的同事，做一個只檢查文檔和編碼是否正確，這就是演練。檢驗是一個正式的過程或機構。例如，在你的組織中，一個負責批準項目設計文件的機構進行的工作就是檢驗，組織中每個項目都需要經過檢驗，審查設計文件，如果發(fā)現任何問題，那么你的項目將會得到一個不合格列表，除非修正錯

21、誤，否則項目將無法進行。27.Can you explain regression testing and confirmation testing?（解釋回歸測試和確認測試）回歸測試用于重現缺陷。缺陷發(fā)生時，程序通常已經停止工作，這個可能是因為程序或者環(huán)境的更改所致。為了確認這種缺陷，我們需要進行回歸測試。確認測試則是用于檢查一個錯誤是否確實已經被修復。通常，一個缺陷的修復或者改變都可能會導致程序的其它部分受到影響，因此要確信其它部分沒有受到影響，我們需要使用回歸測試。28.What are the different test plan documents in a project?（在一個項目中有哪些不同的測試計劃文件？）A:至少有四種測試計劃文件中央/項目測試計劃：中央的測試計劃是所有項目參與者最重要的溝通渠道，這個計劃可以由資源利用率、測試策略、評估、風險、優(yōu)先級等組成。驗收測試計劃：驗收測試計劃主要是用來驗證用戶需求是否得到滿足。驗收測試用例就像是一個應用程序的綠燈，用來確定程序是否可以投入生產。系統(tǒng)測試計劃：系統(tǒng)測試計劃是一個包含了所有主要測試的計劃，除了功能測試外，同場還有負載測試、性能測試、可靠性測試等。集成