測試面試題分析

測試面試題分析

　　１問(wèn)題定義

　　問(wèn)題定義階段必須回答的關(guān)鍵問(wèn)題：“要解決的問(wèn)題是什么？”如果不知道問(wèn)題是什么就試圖解決這個(gè)問(wèn)題，顯然是盲目的，只會(huì )白白浪費時(shí)間和金錢(qián)，最終得出的結果很可能是毫無(wú)意義的。盡管確切地定義問(wèn)題的必要性是十分明顯的，但是在實(shí)踐中它卻可能是最容易被忽視的一個(gè)步驟。

　　通過(guò)問(wèn)題定義階段的工作，系統分析員應該提出關(guān)于問(wèn)題性質(zhì)、工程目標和規模的書(shū)面報告。通過(guò)對系統的實(shí)際用戶(hù)和使用部門(mén)負責人的訪(fǎng)問(wèn)調查，分析員扼要地寫(xiě)出他對問(wèn)題的理解，并在用戶(hù)和使用部門(mén)負責人的會(huì )議上認真討論這份書(shū)面報告，澄清含糊不精的地方，改正理解不正確的地方，最后得出一份雙方都滿(mǎn)意的文檔。

　　問(wèn)題定義階段是軟件生存周期中最簡(jiǎn)短的階段，一般只需要一天甚至更少的時(shí)間。

　　２可行性研究

　　這個(gè)階段要回答的關(guān)鍵問(wèn)題：“對于上一個(gè)階段所確定的問(wèn)題有行得通的解決辦法嗎？”為了回答這個(gè)問(wèn)題，系統分析員需要進(jìn)行一次大大壓縮和簡(jiǎn)化了的系統分析和設計的過(guò)程，也就是在較抽象的高層次上進(jìn)行的分析和設計的過(guò)程。

　　可行性研究應該比較簡(jiǎn)短，這個(gè)階段的任務(wù)不是具體解決問(wèn)題，而是研究問(wèn)題的范圍，探索這個(gè)問(wèn)題是否值得去解，是否有可行的解決辦法。

　　在問(wèn)題定義階段提出的對工程目標和規模的報告通常比較含糊�？尚行匝芯侩A段應該導出系統的高層邏輯模型（通常用數據流圖表示），并且在此基礎上更準確、更具體地確定工程規模和目標。然后分析員更準確地估計系統的成本和效益，對建議的系統進(jìn)行仔細的成本／效益分析是這個(gè)階段的主要任務(wù)之一。

　　可行性研究的結果是使用部門(mén)負責人做出是否繼續進(jìn)行這項工程的決定的重要依據，一般說(shuō)來(lái)，只有投資可能取得較大效益的那些工程項目才值得繼續進(jìn)行下去�？尚行匝芯恳院蟮哪切╇A段將需要投入要多的人力物力。及時(shí)中止不值得投資的工程項目，可以避免更大的浪費。

　�。承枨蠓治�

　　這個(gè)階段的任務(wù)仍然不是具體地解決問(wèn)題，而是準確地確定“為了解決這個(gè)問(wèn)題，目標系統必須做什么”，主要是確定目標系統必須具備哪些功能。

　　用戶(hù)了解他們所面對的問(wèn)題，知道必須做什么，但是通常不能完整準確地表達出他們的要求，更不知道怎樣利用計算機解決他們的問(wèn)題；軟件開(kāi)發(fā)人員知道怎樣使用軟件實(shí)現人們的要求，但是對特定用戶(hù)的具體要求并不完全清楚。因此系統分析員在需求分析階段必須和用戶(hù)密切配合，充分交流信息，以得出經(jīng)過(guò)用戶(hù)確認的系統邏輯模型。通常用數據流圖、數據字典和簡(jiǎn)要的算法描述表示系統的邏輯模型。

　　在需求分析階段確定的系統邏輯模型是以后設計和實(shí)現目標系統的基礎，因此必須準確完整地體現用戶(hù)的要求。系統分析員通常都是計算機軟件專(zhuān)家，技術(shù)專(zhuān)家一般都喜歡很快著(zhù)手進(jìn)行具體設計，然而，一旦分析員開(kāi)始談?wù)摮绦蛟O計的細節，就會(huì )脫離用戶(hù)，使他們不能繼續提出他們的要求和建議。較件工程使用的結構分析設計的方法為每個(gè)階段都規定了特定的結束標準，需求分析階段必須提供完整準確的系統邏輯模型，經(jīng)過(guò)用戶(hù)確認之后才能進(jìn)入下一個(gè)階段，這就可以有效地防止和克服急于著(zhù)手進(jìn)行具體設計的傾向。

　�。纯傮w設計

　　這個(gè)階段必須回答的關(guān)鍵問(wèn)題是：“概括地說(shuō)，應該如何解決這個(gè)問(wèn)題？”

　　首先，應該考慮幾種可能的解決方案。列如，目標系統的一些主要功能是用計算機自動(dòng)完成還是用人工完成；如果使用計算機，那么是使用批處理方式還是人機交互方式；信息存儲使用傳統的文件系統還是數據庫……。通常至少應該考慮下述幾類(lèi)可能的方案：

　　低成本的解決方案。系統只能完成最必要的工作，不能多做一點(diǎn)額處的工作。

　　中等成本的解決方案。這樣的系統不僅能夠很好地完成預定的任務(wù)，使用起來(lái)很方便，而且可能還具有用戶(hù)沒(méi)有具體指定的某些功能和特點(diǎn)。雖然用戶(hù)沒(méi)有提出這些具體要求，但是系統分析員根據自己的知識和經(jīng)驗斷定，這些附加的能力在實(shí)踐中將證明是很有價(jià)值的。

　　高成本的“十全十美”的系統。這樣的系統具有用戶(hù)可能希望有的所有功能和特點(diǎn)。

　　系統分析員應該使用系統流程圖或其他工具描述每種可能的系統，估計每種方案的成本和效益，還應該在充分權衡各種方案的利弊的基礎上,推薦一個(gè)較好的系統 (最佳方案),并且制定實(shí)現所推薦的系統的詳細計劃。如果用戶(hù)接受分析員推薦的系統，則可以著(zhù)手完成本階段的另一項主要工作。

　　上面的工作確定了解決問(wèn)題的策略以及目標系統需要哪些程序，但是，怎樣設計這些程序呢？結構設計的一條基本原理就是程序應該模塊化，也就是一個(gè)大程序應該由許多規模適中的模塊按合理的層次結構組織而成�？傮w設計階段的第二項主要任務(wù)就是設計軟件的結構，也就是確定程序由哪些模塊組成以及模塊間的關(guān)系。通常用層次圖或結構圖描繪軟件的結構。

　�。翟敿氃O計

　　總體設計階段以比較抽象概括的方式提出了解決問(wèn)題的辦法。詳細設計階段的任務(wù)就是把解法具體化，也就是回答下面這個(gè)關(guān)鍵問(wèn)題：“應該怎樣具體地實(shí)現這個(gè)系統呢？”

　　這個(gè)階段的任務(wù)還不是編寫(xiě)程序，而是設計出程序的詳細規格說(shuō)明。這種規格說(shuō)明的作用很類(lèi)似于其他工程領(lǐng)域中工程師經(jīng)常使用的工程藍圖，它們應該包含必要的細節，程序員可以根據它們寫(xiě)出實(shí)際的程序代碼。

　�。毒幋a和單元測試

　　這個(gè)階段的關(guān)鍵任務(wù)是寫(xiě)出正確的容易理解、容易維護的程序模塊。

　　程序員應該根據目標系統的性質(zhì)和實(shí)際環(huán)境，選取一種適當的高級程序設計語(yǔ)言（必要時(shí)用匯編語(yǔ)言），把說(shuō)細設計的結果翻譯成用選定的語(yǔ)言書(shū)寫(xiě)的程序，并且仔細測試編寫(xiě)出的每一個(gè)模塊。

　�。肪C合測試

　　這個(gè)階段的關(guān)鍵任務(wù)是通過(guò)各種類(lèi)型的測試（及相應的調試）使軟件達到預定的要求。

　　最基本的測試是集成測試和驗收測試。所謂集成測試是根據設計的軟件結構，把經(jīng)過(guò)單元測試檢驗的模塊按某種選定的策略裝配起來(lái)，在裝配過(guò)程中對程序進(jìn)行必要的測試。所謂驗收測試則是按照規格說(shuō)明書(shū)的規定（通常在需求分析階段確定），由用戶(hù)（或在用戶(hù)積極參加下）對目標系統進(jìn)行驗收。

　　必要時(shí)還可以再通過(guò)現場(chǎng)測試或平行運行等方法對目標系統進(jìn)一步測試檢驗。

　　為了使用戶(hù)能夠積極參加驗收測試，并且在系統投入生產(chǎn)性運行以后能夠正確有效地使用這個(gè)系統，通常需要以正式的或非正式的方式對用戶(hù)進(jìn)行培訓。

　　通過(guò)對    軟件測試結果的分析可以預測軟件的可靠性；反之，根據對軟件可靠性的要求也可以決定測試和調試過(guò)程什么時(shí)候可以結束。

　　應該用正式的文檔資料把測試計劃、詳細測試方案以及實(shí)際測試結果保存下來(lái)，做為軟件配置的一個(gè)組成成分。

　�。杠浖�維護

　　維護階段的關(guān)鍵任務(wù)是，通過(guò)各種必要的維護活動(dòng)使系統持久地滿(mǎn)足用戶(hù)的需要。

　　通常有四類(lèi)維護活動(dòng)：改正性維護，也就是診斷和改正在使用過(guò)程中發(fā)現的軟件錯誤；適應性維護，即修改軟件以適應環(huán)境的變化；完善性維護，即根據用戶(hù)的要求改進(jìn)或擴充軟件使它更完善；預防性維護，即修改軟件為將來(lái)的維護活動(dòng)預先做準備。

　　雖然沒(méi)有把維護階段進(jìn)一步劃分成更小的階段，但是實(shí)際上每一項維護活動(dòng)都應該經(jīng)過(guò)提出維護要求（或報告問(wèn)題），分析維護要求，提出維護要求，提出維護方案，審批維護方案，確定維護計劃，修改軟件設計，修改程序，測試程序，復查驗收等一系列步驟，因此實(shí)質(zhì)上是經(jīng)歷了一次壓縮和簡(jiǎn)化了的軟件定義和開(kāi)發(fā)的全過(guò)程。

　　都應該經(jīng)過(guò)提出維護要求（或報告問(wèn)題），分析維護要求，提出維護要求，提出維護方案，審批維護方案，確定維護計劃，修改軟件設計，修改程序，測試程序，復查驗收等一系列步驟，因此實(shí)質(zhì)上是經(jīng)歷了一次壓縮和簡(jiǎn)化了的軟件定義和開(kāi)發(fā)的全過(guò)程。

【測試面試題分析】相關(guān)文章：

測試決策和分析能力的面試題匯總07-13

游戲測試面試題07-13

軟件測試面試題07-12

測試面試題及答案總結07-13

金山軟件測試面試題07-13

華為軟件測試面試題07-13

軟件測試面試題及答案12-30

騰訊軟件測試面試題07-13

經(jīng)典面試題及答案分析07-13

java面試題分析07-13