測試主管試題

1、軟件測試工程師/主管筆試試題01.為什么要在一個團隊中開展軟件測試工作？任何軟件在開發(fā)過程中都會留下缺陷，帶有缺陷的軟件產品如果提交出去，可能會給公司帶來不可估量的損失，我們必須在客戶之前發(fā)現盡可能多的問題，從而保障客戶滿意。而發(fā)現問題的這個過程稱之為測試。請試述在這個過程中都有哪請試述一個完整的開發(fā)過程（對于軟件測試部分，可以簡02.您是否了解以往所工作的企業(yè)的軟件測試過程？如果了解,些工作要做？分別由哪些不同的角色來完成這些工作？03.您是否了解以往所工作的企業(yè)的軟件開發(fā)過程？如果了解,需要完成哪些工作？分別由哪些不同的角色來完成這些工作？述）04.您在以往的測試工作中都曾經具體從事過哪些

2、工作？其中最擅長哪部分工作？05.您所熟悉的軟件測試類型都有哪些？請試著分別比較這些不同的測試類型的區(qū)別與聯系（如功能測試、性能測試）功能測試就是對產品的各功能進行驗證，根據功能測試用例，逐項測試，檢查產品是否達到用戶要求的功能性能測試是通過自動化的測試工具模擬多種正常、峰值以及異常負載條件來對系統(tǒng)的各項性能指標進行測試。負載測試和壓力測試都屬于性能測試，兩者可以結合進行。通過負載測試,確定在各種工作負載下系統(tǒng)的性能，目標是測試當負載逐漸增加時，系統(tǒng)各項性能指標的變化情況。壓力測試是通過確定一個系統(tǒng)的瓶頸或者不能接收的性能點，來獲得系統(tǒng)能提供的最大服務級別的測試。,基本功能驗證。主要是對發(fā)布的

3、版本進行一些最主要功能的測試。英文常見叫法是SmokingTest,BasicVerificationTest或者SanityCheck。功能測試。主要是依據需求或者需求分析文檔，對所發(fā)布的版本進行測試，看看是否滿足需求，是否出現了不必要的功能。單元測試。是開發(fā)人員進行的測試之一，一般是開發(fā)人員對很小的模塊，比如函數進行測試，一般來說，開發(fā)人員還需要開發(fā)相應的測試樁來進行此類測試。集成測試。在大型的開發(fā)過程中，軟件是模塊化進行開發(fā)的，將不同的模塊揉合在一起的話，需要進行的測試就是集成測試。系統(tǒng)測試。當軟件提交給測試組后，是對整個系統(tǒng)的所有功能進行測試，一般來說，功能測試是系統(tǒng)測試的一個部分。壓

4、力測試。主要是在很大性能的情況下，這個性能已經接近了系統(tǒng)的極限，看看系統(tǒng)運轉的情況。負載測試。主要是用各種不同的性能去檢測系統(tǒng)，采集各個數據在這些性能情況下的數據。黑盒測試。指系統(tǒng)對你來說是完全不透明的，只給你留下了輸入和最終輸出，這個是功能測試的方法之一?；液袦y試。指在了解部分系統(tǒng)內部工作機制的情況下，對于系統(tǒng)進行的覆蓋性測試。白盒測試。主要是在單元測試和集成測試的情況下，開發(fā)人員已知代碼，對這一段的代碼進行全路徑的覆蓋測試。界面測試。主要是看用戶界面的友好性和易用性，是否有文字或者排版錯誤，是否有輸入限制等等?；貧w測試。一般是系統(tǒng)發(fā)現BUG開發(fā)人員彳改后，和BUCS：接相關以及可能相關的功

5、能進行的測試。安裝和卸載的測試?；謴蜏y試。主要是一個系統(tǒng)在發(fā)生了災難的情況下，從錯誤中是否容易恢復。兼容性測試。一個系統(tǒng)在不同的語言，操作系統(tǒng)下的系統(tǒng)測試。安全測試。系統(tǒng)在遇到攻擊或者類似情況下的表現。Alpha測試。系統(tǒng)在給最終用戶前，測試人員在實驗室中模擬最終用戶的測試。Beta測試。由部分最終用戶通過使用來進行的測試。比較測試。和其他具有相同或者類似功能的系統(tǒng)進行對比的測試。驗收測試。一般是最終用戶在接受產品前，依據自己所提出的要求進行的測試，很多情況下，驗收測試可能委托第三方機構完成。06.請試著比較一下黑盒測試、白盒測試、單元測試、集成測試、系統(tǒng)測試、驗收測試的區(qū)別與聯系。黑盒測試、

6、白盒測試、單元測試、集成測試、系統(tǒng)測試、驗收測試的區(qū)別黑盒測試：已知產品的功能設計規(guī)格，可以進行測試證明每個實現了的功能是否符合要求。白盒測試：已知產品的內部工作過程，可以通過測試證明每種內部操作是否符合設計規(guī)格要求，所有內部成分是否以經過檢查。軟件的黑盒測試意味著測試要在軟件的接口處進行。這種方法是把測試對象看做一個黑盒子，測試人員完全不考慮程序內部的邏輯結構和內部特性，只依據程序的需求規(guī)格說明書，檢查程序的功能是否符合它的功能說明。因此黑盒測試又叫功能測試或數據驅動測試。黑盒測試主要是為了發(fā)現以下幾類錯誤：1、是否有不正確或遺漏的功能？2、在接口上，輸入是否能正確的接受？能否輸出正確的結果

7、？3、是否有數據結構錯誤或外部信息（例如數據文件）訪問錯誤？4、性能上是否能夠滿足要求？5、是否有初始化或終止性錯誤？軟件的白盒測試是對軟件的過程性細節(jié)做細致的檢查。這種方法是把測試對象看做一個打開的盒子，它允許測試人員利用程序內部的邏輯結構及有關信息，設計或選擇測試用例，對程序所有邏輯路徑進行測試。通過在不同點檢查程序狀態(tài)，確定實際狀態(tài)是否與預期的狀態(tài)一致。因此白盒測試又稱為結構測試或邏輯驅動測試。白盒測試主要是想對程序模塊進行如下檢查：1、對程序模塊的所有獨立的執(zhí)行路徑至少測試一遍。2、對所有的邏輯判定，取“真”與取“假”的兩種情況都能至少測一遍。3、在循環(huán)的邊界和運行的界限內執(zhí)行循環(huán)體。

8、4、測試內部數據結構的有效性，等等。單元測試（模塊測試）是開發(fā)者編寫的一小段代碼，用于檢驗被測代碼的一個很小的、很明確的功能是否正確。通常而言，一個單元測試是用于判斷某個特定條件（或者場景）下某個特定函數的行為。單元測試是由程序員自己來完成，最終受益的也是程序員自己?？梢赃@么說，程序員有責任編寫功能代碼，同時也就有責任為自己的代碼編寫單元測試。執(zhí)行單元測試，就是為了證明這段代碼的行為和我們期望的一致。集成測試（也叫組裝測試，聯合測試）是單元測試的邏輯擴展。它的最簡單的形式是：兩個已經測試過的單元組合成一個組件，并且測試它們之間的接口。從這一層意義上講，組件是指多個單元的集成聚合。在現實方案中，

9、許多單元組合成組件，而這些組件又聚合成程序的更大部分。方法是測試片段的組合，并最終擴展進程，將您的模塊與其他組的模塊一起測試。最后，將構成進程的所有模塊一起測試。系統(tǒng)測試是將經過測試的子系統(tǒng)裝配成一個完整系統(tǒng)來測試。它是檢驗系統(tǒng)是否確實能提供系統(tǒng)方案說明書中指定功能的有效方法。（常見的聯調測試）系統(tǒng)測試的目的是對最終軟件系統(tǒng)進行全面的測試，確保最終軟件系統(tǒng)滿足產品需求并且遵循系統(tǒng)設計。驗收測試是部署軟件之前的最后一個測試操作。驗收測試的目的是確保軟件準備就緒，并且可以讓最終用戶將其用于執(zhí)行軟件的既定功能和任務。驗收測試是向未來的用戶表明系統(tǒng)能夠像預定要求那樣工作。經集成測試后，已經按照設計把所

10、有的模塊組裝成一個完整的軟件系統(tǒng)，接口錯誤也已經基本排除了，接著就應該進一步驗證軟件的有效性，這就是驗收測試的任務，即軟件的功能和性能如同用戶所合理期待的那樣。.單元測試的主要目的是針對編碼過程中可能存在的各種錯誤，例如用戶輸入驗證過程中的邊界值的錯誤。.集成測試主要目的是針對詳細設計中可能存在的問題，尤其是檢查各單元與其它程序部分之間的接口上可能存在的錯誤。.系統(tǒng)測試主要針對b概要設計/b,檢查了系統(tǒng)作為一個整體是否有效地得到運行，例如在產品設置中是否達到了預期的高性能4.驗收測試通常由業(yè)務專家或用戶進行，以確認產品能真正符合用戶業(yè)務上的需要（需求）。07.測試計劃工作的目的是什么？測試計劃

11、工作的內容都包括什么？其中哪些是最重要的？軟件測試計劃是指導測試過程的綱領性文件，包含了產品概述、測試策略、測試方法、測試區(qū)域、測試配置、測試周期、測試資源、測試交流、風險分析等內容。借助軟件測試計劃，參與測試的項目成員，尤其是測試管理人員，可以明確測試任務和測試方法，保持測試實施過程的順暢溝通，跟蹤和控制測試進度，應對測試過程中的各種變更。測試計劃和測試詳細規(guī)格、測試用例之間是戰(zhàn)略和戰(zhàn)術的關系，測試計劃主要從宏觀上規(guī)劃測試活動的范圍、方單元測試完成之后，接下來的工作就是集成測試.軟件集成測試主要依據軟件結構設計（概要設計）文檔，測試主要內容有功能性、可靠性、易用性、效率、維護性和可移植性中相

12、關的部分，根據軟件需求和設計的要求而選定。驗證各軟件單元集成后形成的模塊能否達到概要設計規(guī)格說明中各模塊的設計目標；這里，模塊可能是指某個軟件部件，也可能是指某個或某幾個子系統(tǒng)。通常在做集成測試時先是從子系統(tǒng)內部的集成測試開始做起，做完以后再測試各子系統(tǒng)是否能集成為最終要實現的整體系統(tǒng)。也有其他做法（如自頂向下集成測試方法、核心系統(tǒng)先做集成測試或每日集成測試等等）。總之，萬變不離其宗,集成測試要保證模塊的內部正確性以及保證模塊能最終集成為完整的系統(tǒng)。集成測試有時也被稱為組裝測試或灰盒測試（有觀點認為集成測試介于白盒與黑盒之間）。軟件集成測試具體內容包括：功能性測試（1）程序的功能測試。檢查各個

13、子功能組合起來能否滿足設計所要求的功能。（2）一個程序單元或模塊的功能是否會對另一個程序單元或模塊的功能產生不利影響。（3）根據計算精度的要求，單個程序模塊的誤差積累起來，是否仍能夠達到要求的技術指標。（4）程序單元或模塊之間的接口測試。把各個程序單元或模塊連接起來時，數據在通過其接口時是否會出現不一致情況,是否會出現數據丟失。（5）全局數據結構的測試。檢查各個程序單元或模塊所用到的全局變量是否一致、合理。（6）對程序中可能有的特殊安全性要求進行測試?？煽啃詼y試根據軟件需求和設計中提出的要求，對軟件的容錯性、易恢復性、錯誤處理能力進行測試。易用性測試根據軟件設計中提出的要求，對軟件的易理解性、

14、易學性和易操作性進行檢查和測試。性能測試根據軟件需求和設計中提出的要求，進行軟件的時間特性、資源特性測試。維護性測試根據軟件需求和設計中提出的要求，對軟件的易修改性進行測試。可移植性測試根據軟件需求和設計中提出的要求，對軟件在不同操作系統(tǒng)環(huán)境下被使用的正確性進行測試以其中最重要的是測試測試策略和測試方法（最好是能先評審）。08.您認為做好測試計劃工作的關鍵是什么？明確測試的目標，增強測試計劃的實用性編寫軟件測試計劃得重要目的就是使測試過程能夠發(fā)現更多的軟件缺陷，因此軟件測試計劃的價值取決于它對幫助管理測試項目，并且找出軟件潛在的缺陷。因此，軟件測試計劃中的測試范圍必須高度覆蓋功能需求，測試方法

15、必須切實可行，測試工具并且具有較高的實用性，便于使用，生成的測試結果直觀、準確堅持“5W規(guī)則，明確內容與過程“5W規(guī)則指的是“What（做什么）、“Why（為什么做）、“When（何時做）”、“Where（在哪里）、“How（如何做）”。利用“5W規(guī)則創(chuàng)建軟件測試計劃，可以幫助測試團隊理解測試的目的（Why），明確測試的范圍和內容（What），確定測試的開始和結束日期（When），指出測試的方法和工具（How），給出測試文檔和軟件的存放位置（Where）。采用評審和更新機制，保證測試計劃滿足實際需求測試計劃寫作完成后，如果沒有經過評審，直接發(fā)送給測試團隊，測試計劃內容的可能不準確或遺漏測試內容

16、，或者軟件需求變更引起測試范圍的增減，而測試計劃的內容沒有及時更新，誤導測試執(zhí)行人員。分別創(chuàng)建測試計劃與測試詳細規(guī)格、測試用例應把詳細的測試技術指標包含到獨立創(chuàng)建的測試詳細規(guī)格文檔，把用于指導測試小組執(zhí)行測試過程的測試用例放到獨立創(chuàng)建的測試用例文檔或測試用例管理數據庫中。測試計劃和測試詳細規(guī)格、測試用例之間是戰(zhàn)略和戰(zhàn)術的關系，測試計劃主要從宏觀上規(guī)劃測試活動的范圍、方法和資源配置，而測試詳細規(guī)格、測試用例是完成測試任務的具體戰(zhàn)術09.您所熟悉的測試用例設計方法都有哪些？請分別以具體的例子來說明這些方法在測試用例設計工作中的應用。.等價類劃分劃分等價類:等價類是指某個輸入域的子集合.在該子集合中

17、,各個輸入數據對于揭露程序中的錯誤都是等效的.并合理地假定:測試某等價類的代表值就等于對這一類其它值的測試.因此,可以把全部輸入數據合理劃分為若干等價類,在每一個等價類中取一個數據作為測試的輸入條件,就可以用少量代表性的測試數據取得較好的測試結果.等價類劃分可有兩種不同的情況:有效等價類和無效等價類.邊界值分析法邊界值分析方法是對等價類劃分方法的補充。測試工作經驗告訴我,大量的錯誤是發(fā)生在輸入或輸出范圍的邊界上,而不是發(fā)生在輸入輸出范圍的內部.因此針對各種邊界情況設計測試用例,可以查出更多的錯誤.使用邊界值分析方法設計測試用例,首先應確定邊界情況.通常輸入和輸出等價類的邊界,就是應著重測試的邊

18、界情況.應當選取正好等于,剛剛大于或剛剛小于邊界的值作為測試數據,而不是選取等價類中的典型值或任意值作為測試數據.錯誤推測法基于經驗和直覺推測程序中所有可能存在的各種錯誤,從而有針對性的設計測試用例的方法.錯誤推測方法的基本思想:列舉出程序中所有可能有的錯誤和容易發(fā)生錯誤的特殊情況,根據他們選擇測試用例.例如,在單元測試時曾列出的許多在模塊中常見的錯誤.以前產品測試中曾經發(fā)現的錯誤等，這些就是經驗的總結.還有，輸入數據和輸出數據為0的情況.輸入表格為空格或輸入表格只有一行.這些都是容易發(fā)生錯誤的情況.可選擇這些情況下的例子作為測試用例.因果圖方法前面介紹的等價類劃分方法和邊界值分析方法，都是著

19、重考慮輸入條件，但未考慮輸入條件之間的聯系，相互組合等.考慮輸入條件之間的相互組合，可能會產生一些新的情況.但要檢查輸入條件的組合不是一件容易的事情，即使把所有輸入條件劃分成等價類，他們之間的組合情況也相當多.因此必須考慮采用一種適合于描述對于多種條件的組合，相應產生多個動作的形式來考慮設計測試用例這就需要利用因果圖（邏輯模型）.因果圖方法最終生成的就是判定表.它適合于檢查程序輸入條件的各種組合情況.正交表分析法有時候，可能因為大量的參數的組合而引起測試用例數量上的激增，同時，這些測試用例并沒有明顯的優(yōu)先級上的差距，而測試人員又無法完成這么多數量的測試，就可以通過正交表來進行縮減一些用例，從而

20、達到盡量少的用例覆蓋盡量大的范圍的可能性。.場景分析方法指根據用戶場景來模擬用戶的操作步驟，這個比較類似因果圖，但是可能執(zhí)行的深度和可行性更好。.您認為做好測試用例設計工作的關鍵是什么？關鍵是對系統(tǒng)的熟悉程度，需求的理解，設計文檔的了解情況，對要測試對象的深度了解，業(yè)務的了解，還有經驗的積累白盒測試用例設計的關鍵是以較少的用例覆蓋盡可能多的內部程序邏輯結果黑盒法用例設計的關鍵同樣也是以較少的用例覆蓋模塊輸出和輸入接口。不可能做到完全測試，以最少的用例在合理的時間內發(fā)現最多的問題.請以您以往的實際工作為例，詳細的描述一次測試用例設計的完整的過程。軟件測試用例的基本要素包括測試用例編號、測試標題、

21、重要級別、測試輸入、操作步驟、預期結果，下面逐一介紹。用例編號測試用例的編號有一定的規(guī)則，比如系統(tǒng)測試用例的編號這樣定義規(guī)則：PROJECT1-ST-001,命名規(guī)則是項目名稱+測試階段類型（系統(tǒng)測試階段）+編號。定義測試用例編號，便于查找測試用例，便于測試用例的跟蹤。測試標題對測試用例的描述，測試用例標題應該清楚表達測試用例的用途。比如“測試用戶登錄時輸入錯誤密碼時，軟件的響應情況”。重要級別定義測試用例的優(yōu)先級別，可以籠統(tǒng)的分為“高”和“低”兩個級別。一般來說，如果軟件需求的優(yōu)先級為“高”，那么針對該需求的測試用例優(yōu)先級也為“高”；反之亦然.您以往的工作中是否曾開展過測試用例的評審工作？如

22、果有，請描述測試用例評審的過程和評審的內容。1:評審的過程A：開始前做好如下準備1、確定需要評審的原因2、確定進行評審的時機3、確定參與評審人員4、明確評審的內容5、確定評審結束標準6、提前至少一天將需要評審的內容以郵件的形式發(fā)送給評審會議相關人員。并注明詳審時間、地點及償參與人員等。7、在郵件中提醒評審會議相關人員至少簡讀一遍評審內容，并記錄相關的疑問，以便在評審會議上提出。8、會議主持者（一般為用例編寫人員）應在會議前整理相關疑問，以便在會議上提出。B:開始評審1、召開評審會議。與會者在設計人員講解之后給出意見和建議，同時進行詳細的評審記錄。2、通用郵件與相關人員溝通3、通用IM工具直接與

23、相關人員交流4、根據評審內容進行評審2:評審內容1、用例設計的結構安排是否清晰、合理，是否利于高效對需求進行覆蓋。2、優(yōu)先極安排是否合理。3、是否覆蓋測試需求上的所有功能點。4、用例是否具有很好可執(zhí)行性。例如用例的前提條件、執(zhí)行步驟、輸入數據和期待結果是否清晰、正確；期待結果是否有明顯的驗證方法。5、是否已經刪除了冗余的用例。6、是否包含充分的負面測試用例。充分的定義，如果在這里使用2&8法則，那就是4倍于正面用例的數量，畢竟一個健壯的軟件，其中80%的代碼都是在保護”20%勺功能實現。7、是否從用戶層面來設計用戶使用場景和使用流程的測試用例。8、是否簡潔，復用性強。例如，可將重復度高的步驟或

24、過程抽取出來定義為一些可復用標準步驟。3:參與評審人員（這里會分為多個級別進行評審）1、部門評審，測試部門全體成員參與的評審。2、公司評審，這里包括了項目經理、需求分析人員、架構設計人員、開發(fā)人員和測試人員。3、客戶評審，包括了客戶方的開發(fā)人員和測試人員。這種情況在外包公司比較常見.您以往是否曾經從事過性能測試工作？如果有，請盡可能的詳細描述您以往的性能測試工作的完整過程。.您在從事性能測試工作時，是否使用過一些測試工具？如果有，請試述該工具的工作原理，并以一個具體的工作中的例子描述該工具是如何在實際工作中應用的。.您認為性能測試工作的目的是什么？做好性能測試工作的關鍵是什么？一般來講，性能測

25、試目的覆蓋.發(fā)現系統(tǒng)性能瓶頸.容量規(guī)劃.benchmark評估.系統(tǒng)選型基準.系統(tǒng)調優(yōu)關鍵：.規(guī)劃和策略.關鍵性性能指標定義.環(huán)境模擬.回歸測試中的調優(yōu).在您以往的工作中，一條軟件缺陷（或者叫Bug）記錄都包含了哪些內容？如何提交高質量的軟件缺陷（Bug）記錄？.您以往所從事的軟件測試工作中，是否使用了一些工具來進行軟件缺陷（Bug）的管理?如果有，請結合該工具描述軟件缺陷（Bug）跟蹤管理的流程。.您以往是否曾經從事過單元測試和集成測試？如果有，請談一下這些工作的實際開展情況。.您如何看待軟件過程改進？在您曾經工作過的企業(yè)中，是否有一些需要改進的東西呢？您期望的理想的測試人員的工作環(huán)境是怎樣

26、的？改進用戶需求過程進用戶需求的獲取方式1）研究用戶特點2）成立需求調查小組進獲取用戶需求的態(tài)度1）正式的外部文檔方式2）正式的提交過程進用戶需求內容準備工作1）專業(yè)的用戶需求調查表單，力求取得用戶的配合，由用戶或需求調？1）用戶需求的分析、總結，須及時反饋到用戶方，以取得及時而有效、滿意但不多余的需求2改進需求分析方式1）改進需求分析的前提條件一一正確的獲取用戶的需求2）針對不同堯也系統(tǒng)采用不同的需求方式和模型，更有助于界定需求的范疇3）及時總結、改進需求分析方式和模型，形成需求分析模式庫4）復用和改進需求分析模式庫5）加載有效的、適用的、先進的需求分析理論于經驗分析基礎之上6）改進項目組內

27、需求分析的溝通和流通7）在需求分析初始，盡早分析需求的可行性，并作備案8）對不適當需求，與用戶溝通，以取得理解和信任9）對不合理需求，協(xié)調用戶，以降低成本10）需求一旦獲得認定，盡快進行系統(tǒng)分析和設計11）及時有效的控制需求的變化，防止對需求隨意的更改和增刪3改進系統(tǒng)分析和設計原則1）以最小的代價實現系統(tǒng)2）以開發(fā)人員最熟悉的方法、技術和工具實現系統(tǒng)3）盡量采用先進的方法和理論，以適應發(fā)展的需求4）在系統(tǒng)的相關處，與具體的實施人員進行及時有效的溝通，尋求實現的最佳途徑5）以簡單、易懂的方式進行分析和設計6）以簡單、易懂的方式表現系統(tǒng)7）系統(tǒng)分析的方式要易于復用，并及時進行調整、改進，系統(tǒng)系統(tǒng)分

28、析庫8）對系統(tǒng)的分析、設計加以控制、遵守，防止系統(tǒng)結構的隨意更改4改進系統(tǒng)的實施和驗證1）確保在取得共同的理解后才進行系統(tǒng)的實施和驗證2）系統(tǒng)的實施和驗證遵循一定的流程，以約定的方式進行溝通3）系統(tǒng)的變化能夠以多種不同方式進行溝通，以確保變化被告知、并被認可4）確保在系統(tǒng)的實施和驗證過程中，所采用的方式和方法是易于理解的，且不易發(fā)生變化5）系統(tǒng)的實施和驗證完成標識明顯，易于被相關人員識別5改進用戶驗收被動局面1）理解和支持用戶的行為2）取得用戶的理解和支持3）對系統(tǒng)進行充分的驗證4）提高系統(tǒng)安裝的成功率和速度5）改進系統(tǒng)界面，使系統(tǒng)直觀、有效6）保證進度，提高誠信度6改進系統(tǒng)維護過程1）對用戶

29、進行有效的培訓2）快捷、有效、合理的處理用戶的問題3）跟蹤問題，形成問題庫.您以往工作過的企業(yè)中，是否開展了軟件配置管理工作？您能否描述一下這項工作的開展情況和您對這項工作的認識？軟件配置管理（SoftwareConfigurationManagement,SCM）是一種標識、組織和控制修改的技術。軟件配置管理應用于整個軟件工程過程。我們知道，在軟件建立時變更是不可避免的，而變更加劇了項目中軟件開發(fā)者之間的混亂。SCM活動的目標就是為了標識變更、控制變更、確保變更正確實現并向其他有關人員報告變更。從某種角度講，SCM是一種標識、組織和控制修改的技術，目的是使錯誤降為最小并最有效地提高生產效率軟

30、件配置管理，貫穿于整個軟件生命周期，它為軟件研發(fā)提供了一套管理辦法和活動原則。軟件配置管理無論是對于軟件企業(yè)管理人員還是研發(fā)人員都著重要的意義。軟件配置管理可以提煉為三個方面的內容VersionControl-版本控制版本控制是全面實行軟件配置管理的基礎，可以保證軟件技術狀態(tài)的一致性。我們在平時的日常工作中都在或多或少地進行版本管理的工作。比如有時我們?yōu)榱朔乐刮募G失，而拷貝一個后綴為bak或日期的備份文件。當文件丟失或被修改后可以通過該備份文件恢復。版本控制是對系統(tǒng)不同版本進行標識和跟蹤的過程。版本標識的目的是便于對版本加以區(qū)分、檢索和跟蹤，以表明各個版本之間的關系。一個版本是軟件系統(tǒng)的一個

31、實例，在功能上和性能上與其他版本有所不同，或是修正、補充了前一版本的某些不足。實際上，對版本的控制就是對版本的各種操作控制，包括檢入檢出控制、版本的分支和合并、版本的歷史記錄和版本的發(fā)行。ChangeControl-變更控制進行變更控制是至關重要的。但是要實行變更控制也是一件令人頭疼的事情。我們擔憂變更的發(fā)生是因為對代碼的一點小小的干擾都有可能導致一個巨大的錯誤，但是它也許能夠修補一個巨大的漏洞或者增加一些很有用的功能。我們擔憂變更也因為有些流氓程序員可能會破壞整個項目，雖然智慧思想有不少來自于這些流氓程序員的頭腦。過于嚴格的控制也有可能挫傷他們進行創(chuàng)造性工作的積極性。但是，如果你不控制他，他

32、就控制了你！ProcessSupport-過程支持一般來說，人們已漸漸意識到了軟件工程過程概念的重要性,而且人們也逐漸了解了這些概念和軟件工程支持技術的結合，尤其是軟件過程概念與CM有著密切的聯系，因為CM理所當然地可以作為一個管理變更的規(guī)則（或過程）。如IEEE軟件配置管理計劃的標準就列舉了建立一個有效的CM規(guī)則所必需的許多關鍵過程概念。但是，傳統(tǒng)意義上的軟件配置管理主要著重于軟件的版本管理，缺乏軟件過程支持的概念。在大多數有關軟件配置管理的定義中，也并沒有明確提出配置管理需要對過程進行支持的概念。因此，不管軟件的版本管理得多好，組織之間沒有連接關系，組織所擁有的是相互獨立的信息資源，從而形

33、成了信息的孤島。在CM提供了過程支持后，CM與CASE環(huán)境進行了集成，組織之間通過過程驅動建立一種單向或雙向的連接。對于開發(fā)員或測試員則不必去熟悉整個過程，也不必知道整個團隊的開發(fā)模式。他只需集中精力關心自己所需要進行的工作。在這種情況下，可以延續(xù)其一貫的工作程序和處理辦法。.您是否熟悉一些主流的軟件工程方法論和思想，如RUP、CMM、CMMI、XP、PSPTSR如果熟悉，您是否可以談一下對這些方法論和思想的認識？RUP（RationalUnifiedProcess,統(tǒng)一軟件開發(fā)過程，統(tǒng)一軟件過程）是一個面向對象且基于網絡的程序開發(fā)方法論。極限編程（ExtremeProgramming,XP）

34、是一門針對業(yè)務和軟件開發(fā)的規(guī)則，它的作用在于將兩者的力量集中在共同的、可以達到的目標上。它是以符合客戶需要的軟件為目標而產生的一種方法論，XP使開發(fā)者能夠更有效XP的響應客戶的需求變化，哪怕是在軟件生命周期的后期。它強調，軟件開發(fā)是人與人合作進行的過程，因此成功的軟件開發(fā)過程應該充分利用人的優(yōu)勢，而弱化人的缺點，突出了人在軟件開發(fā)過程中的作用。極端編程屬于輕量級的方法，認為文檔、架構不如直接編程來的直接XP的核心思想從長遠看，早期發(fā)現錯誤以及降低復雜度可以節(jié)約成本。極限編程強調我們將任務/系統(tǒng)細分為可以在較短周期解決的一個個子任務/模塊，并且強調測試、代碼質量和及早發(fā)現問題。通常，通過一個個短

35、小的迭代周期，我們就可以獲得一個個階段性的進展，并且可以及時形成一個版本供用戶參考，以便及時對用戶可能的需求變更作出響應極限編程中有四個核心價值是我們在開發(fā)中必須注意的：溝通（Communication）、簡單（Simplicity）、反饋（Feedback）和勇氣（Courage）。.您認為在測試人員同開發(fā)人員的溝通過程中，如何提高溝通的效率和改善溝通的效果？維持測試人員同開發(fā)團隊中其他成員良好的人際關系的關鍵是什么？一，有共同的目標，共同的利益。二，默契。三，大度，謙讓，素質。.選擇正確的溝通途徑選擇正確的溝通途徑對于確保完成溝通目標起到非常重要的作用。在軟件項目管理中，存在各種各樣的溝通

36、?？赡芤驗闇贤ǖ膶ο蟛煌?，也可能因為溝通的內容不同，我們可能需要選擇不同溝通途經。最有效的是facetoface的溝通，特別是在需求評審階段。有些比較復雜的用文字容易出現歧義的問題，面對面以及電話溝通往往是最直接最有效最清晰的。.使表述的內容易于理解溝通的困難往往在于無法把想要講述的內容以一種對方容易理解的方式呈現給對方。作為測試人員，bug的描述一定要清晰，主題要簡明扼要，場景步驟要描述清楚比如測試帳號，數據，以及重現的步驟。因為，有些比較淺的bug開發(fā)可能通過看主題就已經可以定位了，不需要在看繁瑣的步驟。那場景步驟描述的是否清晰直接影響到測試人員和開發(fā)之間的溝通成本。.溝通技巧先禮后兵”，

37、測試和開發(fā)的溝通在整個項目過程中都是很重要的一個環(huán)節(jié)。作為測試人員一定要在明確自己的立場（保障項目質量和用戶需求）的同時，注意和開發(fā)同學溝通的方式方法。先禮后兵”和重要，有問題先要很好的溝通，必要的時候可以從他們的立場出發(fā)去尋求突破，不要輕易破壞和開發(fā)之間的友好關系，但是在問題得不到解決，或者會直接影響到項目的進度及質量的時候，也要果斷的向上一級尋求幫助，讓更有發(fā)言權的人來作出溝通23.在您以往的測試工作中, 待這些事情的？和確定。最讓您感到不滿意或者不堪回首的事情是什么？您是如何來對24.在即將完成這次筆試前，您是否愿意談一些自己在以往的學習和工作中獲得的工作經驗和心得體會？（可以包括軟件測

38、試、過程改進、軟件開發(fā)或者與此無關的其他方面）判斷題（每題1分，12分，正確的M錯誤的X）.軟件測試的目的是盡可能多的找出軟件的缺陷。（）V.Beta測試是驗收測試的一種。（）.驗收測試是由最終用戶來實施的。（）.項目立項前測試人員不需要提交任何工件。（）5單元測試能發(fā)現約80%的軟件缺陷。（）6代碼評審是檢查源代碼是否達到模塊設計的要求。（）7自底向上集成需要測試員編寫驅動程序。（）8負載測試是驗證要檢驗的系統(tǒng)的能力最高能達到什么程度。（）9測試人員要堅持原則，缺陷未修復完堅決不予通過。（）10代碼評審員一般由測試員擔任。（）11我們可以人為的使得軟件不存在配置問題。（）12集成測試計劃在需

39、求分析階段末提交。（）二、不定項選擇題（每題2分，10分）1軟件驗收測試的合格通過準則是：（）A軟件需求分析說明書中定義的所有功能已全部實現，性能指標全部達到要求。B所有測試項沒有殘余一級、二級和三級錯誤。C立項審批表、需求分析文檔、設計文檔和編碼實現一致。D驗收測試工件齊全。2軟件測試計劃評審會需要哪些人員參加？（）A項目經理BSQA負責人C.配置負責人D測試組3下列關于alpha測試的描述中正確的是：（）A.alpha測試需要用戶代表參加Balpha測試不需要用戶代表參加Calpha測試是系統(tǒng)測試的一種D.alpha測試是驗收測試的一種4測試設計員的職責有：（）A制定測試計劃B設計測試用例

40、C.設計測試過程、腳本D評估測試活動5軟件實施活動的進入準則是：（）A需求工件已經被基線化B詳細設計工件已經被基線化C.構架工件已經被基線化D項目階段成果已經被基線化三、填空題（每空1分，24分）1軟件驗收測試包括、三種類型。2系統(tǒng)測試的策略有功能測試、易用性測試、等15種方法。3設計系統(tǒng)測試計劃需要參考的項目文檔有、和迭代計劃。4對面向過程的系統(tǒng)采用的集成策略有、兩種。5通過畫因果圖來寫測試用例的步驟為、及把因果圖轉換為狀態(tài)圖共五個步驟。 TOC o 1-5 h z 四、簡答題（共37分）階段評審與同行評審的區(qū)別。（4分）什么是軟件測試。（3分）簡述集成測試的過程。（5分）怎樣做好文檔測試？

41、（4分）白盒測試有那幾種方法？（6分）系統(tǒng)測試計劃是否需要同行評審，為什么？（4分）Alpha測試與beta測試的區(qū)別。（4分）比較負載測試、容量測試和強度測試的區(qū)別。（6分）測試結束的標準是什么？（3分）五、設計題（共15分）對下面給出的程序控制圖，分別以各種不同的測試方法寫出最少的測試用例。測試人員_考試試卷（考試時間100分鐘，滿分100分）姓名：部門：員工號：一、填空題：（每一空格2分，共60分）軟件實施活動的輸出工件有、。代碼評審主要做工作。軟件實施活動中集成員的職責是。驗證與確認軟件實施活動主要有、代碼評審、SQA驗證。表明測試已經結束。軟件測試的目的是。軟件測試主要分為、四類測試

42、。軟件測試活動有制定測試計劃、測試評估、測試結束八個步驟。軟件測試活動的輸出工件有_、。10、軟件測試角色有、。二、不定項選擇題：（每題3分，共15分）1、軟件實施活動的進入準則是（）A、需求工件已經被基線化B、詳細設計工件已經被基線化C、構架工件已經被基線化D、項目階段成果已經被基線化2、下面角色不屬于集成計劃評審的是（）A、配置經理B、項目經理C、測試員D、編碼員3、軟件測試設計活動主要有（）A、工作量分析B、確定并說明測試用例C、確立并結構化測試過程D、復審并評估測試覆蓋4、不屬于集成測試步驟的是（）A、制定集成計劃B、執(zhí)行集成測試C、記錄集成測試結果D、回歸測試5、屬于軟件測試活動的輸

43、入工件的是（）A、軟件工作版本B、可測試性報告C、軟件需求工件D、軟件項目計劃三、問答題：（共25分）、項目的集中管理在軟件公司的哪一個層面？（2分）請描述軟件測試活動的生命周期。（8分）什么是測試評估，測試評估的范圍是什么？（5分）闡述工作版本的定義。（2分）、請畫出軟件測試活動的流程圖。（8分）測試人員考試試卷（考試時間90分鐘，滿分100分）姓名：部門：員工號：一、判斷題（每題2分,正確的J錯誤的XJ TOC o 1-5 h z 、好的測試員不懈追求完美。（）測試程序僅僅按預期方式運行就行了。（）不存在質量很高但可靠性很差的產品。（）軟件測試員可以對產品說明書進行白盒測試。（）靜態(tài)白盒測

44、試可以找出遺漏之處和問題。（）總是首先設計白盒測試用例。（）可以發(fā)布具有配置缺陷的軟件產品。（）所有軟件必須進行某種程度的兼容性測試。（）所有軟件都有一個用戶界面，因此必須測試易用性。（）、測試組負責軟件質量。（）二、簡答題、軟件的缺陷等級應如何劃分？（3分）如果能夠執(zhí)行完美的黑盒測試，還需要進行白盒測試嗎？為什么？（5分）你認為一個優(yōu)秀的測試工程師應該具備哪些素質？（3分）產品測試到什么時候就算是足夠了？（2分）測試計劃的目的是什么？（2分）為什么要進行軟件測試?軟件測試的目的是什么?（5分）、軟件測試應該劃分幾個階段?簡述各個階段應重點測試的點?各個階段的含義？（5分）如何做一名合格的測試

45、人員？（3分）針對缺陷采取怎樣的管理措施？（5分）專業(yè)詞語解釋（每題2分）a測試：3測試：驅動模塊:樁模塊:白盒測試：靜態(tài)測試：選擇題（每題2分）.下面哪些屬于動態(tài)分析（）A代碼覆蓋率B模塊功能檢查C系統(tǒng)壓力測試D程序數據流分析.下面哪些屬于靜態(tài)分析（）A、代碼規(guī)則檢查B、序結構分析C、序復雜度分析D、內存泄漏設計題（10分）A、B和Co當三邊不可能構成三角形時“等腰三角形 ”， 若是等邊三角形，則提示 “等, 對此設計一個測試用例。10 分）在三角形計算中，要求三角型的三個邊長：提示錯誤，可構成三角形時計算三角形周長。若是等腰三角形打印邊三角形。”畫出程序流程圖、控制流程圖、找出基本測試路徑

46、論述題、試敘述對一個軟件項目測試的全過程。（、簡述你對測試工作的認識過程、在以后的工作的一些建議。（6分）、述靜態(tài)測試和動態(tài)測試的區(qū)別？（5分）測試人員_考試試卷（考試時間100分鐘，每題10分，滿分100分）姓名：部門：員工號：什么是軟件測試，以及軟件測試的意義？什么是軟件測試靜態(tài)分析，軟件測試動態(tài)分析，下面那些屬于靜態(tài)分析（）A、編碼規(guī)則檢查B、程序結構分析C、程序復雜度分析D、內存泄漏下面那些屬于動態(tài)分析（）A、代碼覆蓋率B、模塊功能檢查C、系統(tǒng)壓力測試D、程序數據流分析從測試技術角度，正確的選擇是（），給出各自的含義？A、靜態(tài)測試B、黑盒測試C、動態(tài)測試D、白盒測試從測試階段角度，測試

47、正確的順序是（），同時給出所選擇的正確策略含義和被測對象是什么？A、單元測試B、集成測試C、系統(tǒng)測試D、確認測試針對缺陷采取怎樣的管理措施？在測試生命周期，測試過程分為幾個階段，以及各個階段的含義？簡要寫出自己在理解的基礎質上所認為引入測試管理的意義在三角形計算中，要求三角型的三個邊長：A、B和Co當三邊不可能構成三角形時提示錯誤，可構成三角形時計算三角形周長。若是等腰三角形打印“等腰三角形，”若是等邊三角形，則提示“等邊三角形?！碑嫵龀绦蛄鞒虉D、控制流程圖、計算圈復雜度V（g），找出基本測試路徑。、根據你的經驗說說你對軟件測試/質量保證的理解？軟件質量保證與測試是根據軟件開發(fā)階段的規(guī)格說明和

48、程序的內部結構而精心設計的一批測試用例（即輸入數據和預期的輸出結果），并利用這些測試用例去運行程序，以發(fā)現錯誤的過程。它是對應用程序的各個方面進行測試以檢查其功能、語言有效性及外觀排布.軟件測試的流程是什么？需求調查:全面了解您的系統(tǒng)概況、應用領域、軟件開發(fā)周期、軟件開發(fā)環(huán)境、開發(fā)組織、時間安排、功能需求、性能需求、質量需求及測試要求等根據系統(tǒng)概況進行項目所需的人員、時間和工作量估計及項目報價。制定初步的項目計劃:在與您充分共同和協(xié)商的基礎上制定我們的測試計劃。測試準備:組織測試團隊、培訓、建立測試和管理環(huán)境等。測試設計:按照測試要求進行每個測試項的測試設計，包括測試用例的設計及測試腳本的開發(fā)

49、等。測試實施:按照測試計劃進行實施測試。測試評估:根據測試的結果，出具測試評估報告。（1）你對SQA的職責和工作活動（如軟件度量）的理解：SQA就是獨立于軟件開發(fā)的項目組，通過對軟件開發(fā)過程的監(jiān)控，來保證軟件的開發(fā)流程按照指定的CMM規(guī)程（如果有相應的CMM規(guī)程），對于不符合項及時提出建議和改進方案，必要是可以要高層經理匯報以求問題的解決。通過這樣的途徑來預防缺陷的引入，從而減少后期軟件的維護成本。SQA主要的工作活動包括制定SQA工作計劃，參與階段產物的評審，進行過程質量、功能配置及物理配置的審計等;對項目開發(fā)過程中產生的數據進行度量等等；說說你對軟件配置管理的理解：項目在開發(fā)的過程中要用相

50、應的配置管理工具對配置項（包括各個階段的產物）進行變更控制，配置管理的使用取決于項目規(guī)模和復雜性能及風險的水平。軟件的規(guī)模越大，配置管理就顯得越重要。還有在配置管理中，有一個很重要的概念，那就是基線，是在一定階段各個配置項的組合，一個基線就提供了一個正式的標準，隨后的工作便基于此標準，并且只有經過授權后才能變更這個標準。配置管理工具主要有CC,VSS,CVS等，偶只用過CVS,對其它的不熟悉怎樣寫測試計劃和測試用例：簡單點，測試計劃里應有詳細的測試策略（測試方法等），合理詳盡的資源安排等，至于測試用例，那是依賴于需求（包括功能與非功能需求）是否細化到功能點，是否可測試等。說說主流的軟件工程思想

51、（如CMM，CMMI，RUP，XP，PSP，TSP等）的大致情況以及對它們的理解：CMM:SWCapabilityMaturityModel軟件能力成熟度模型,其作用是用于軟件過程的改進、評估及軟件能力的評鑒CMMI:CapabilityMaturityModelIntegration能力成熟度模型集成CMMI融入了大部分最新的軟件管理實踐，同時彌補了SW-CMM模型中的缺陷RUP:rationalunifiedprocess是軟件工程化過程。XP：extremeprogram,即極限編程的意思，適用于小型團隊的軟件開發(fā)，想上面第三個問題就可以結合原型法采用這樣的開發(fā)流程。要明白測試對于xp開

52、發(fā)的重要性，強調測試（重點是單元測試）先行的理念。編程可以明顯提高代碼的質量，持續(xù)集成對于快速定位問題很有好處。PSP,TSP分別是個體軟件過程（PersonalSoftwareProcess）,群組軟件過程（TeamSoftwareProcess）大家都知道，CMM只是告訴你怎么做但并沒有告訴你如何做，所以PSP/TSP就是告訴你企業(yè)在實施CMM的過程中如何做，PSP強調建立個人技能（如何制定計劃、控制質量及如何與其他人相互協(xié)作等等）而TSP著重于生產并交付高質量的軟件產品（如何有效地規(guī)劃和管理所面臨的項目開發(fā)任務等等）?？傊?，單純實施CMM，永遠不能真正做到能力成熟度的升級，只有將實施CM

53、M與實施PSP和TSP有機地結合起來，才能發(fā)揮最大的效力。因此，軟件過程框架應該是CMM/PSP/TSP的有機集成。4、還有問一下你是怎樣保證軟件質量的，也就是說你覺得怎樣才能最大限度地保證軟件質量？測試并不能夠最大限度的保證軟件的質量，軟件的高質量是開發(fā)和設計出來的，而不是測試出來的，它不僅要通過對軟件開發(fā)流程的監(jiān)控，使得軟件開發(fā)的各個階段都要按照指定的規(guī)程進行，通過對各個階段產物的評審，QA對流程的監(jiān)控，對功能及配置的審計來達到開發(fā)的最優(yōu)化。當然測試也是保證軟件質量的一個重要方式，是軟件質量保證工程的一個重要組成部分。5、然后緊接著就基于目前中國的國情，大多數公司的軟件項目進度緊張、人員較

54、少、需求文檔根本沒有或者很不規(guī)范，你認為在這種情況下怎樣保證軟件的質量？（大多數公司最想知道的就是在這種困難面前你該怎么保證軟件的質量，因為這些公司一般就是這種情況既不想投入過多又想保證質量，faint）出現以上的情況，如果僅僅想通過測試來提高軟件質量，那幾乎是不可能，原因是沒有足夠的時間讓你去測試，少而不規(guī)范的文檔導致測試需求無法細化何談足夠且有針對性進行測試。所以，作為公司質量保證的你應該先和項目經理確定符合項目本身最適合的軟件生命周期模型（比如RUP的剪裁，原型法）,明確項目的開發(fā)流程并督促項目組按照此流程開展工作，所有項目組成員（項目經理更加重要）都要制定出合理的工作計劃，加強代碼的單

55、元測試，在客戶既定的產品交付日期范圍之內，進行產品的持續(xù)集成等等，如果時間允許可以再配合客戶進行必要的系統(tǒng)功能測試。6、一個測試工程師應具備那些素質和技能？ TOC o 1-5 h z 1、掌握基本的測試基礎理論；2、本著找出軟件存在的問題的態(tài)度進行測試,即客觀吧,不要以挑刺形象出現3、可熟練閱讀需求規(guī)格說明書等文檔；4、以用戶的觀點看待問題5、有著強烈的質量意識；6、細心和責任心；7、良好的有效的溝通方式（與開發(fā)人員及客戶）8、具有以往的測試經驗；能夠及時準確地判斷出高危險區(qū)在何處.7、做好軟件測試的一些關鍵點.測試人員必須經過測試基礎知識和理論的相關培訓。.測試人員必須熟悉系統(tǒng)功能和業(yè)務。

56、.測試必須事先要有計劃，而且測試方案要和整個項目計劃協(xié)調好.必須事先編寫測試用例，測試執(zhí)行階段必須根據測試用例進行.易用性，功能，分支，邊界，性能等功能性和非功能性需要都要進行測試.對于復雜的流程一定要進行流程分支，組合條件分析，再進行等價類劃分準備相關測試數據.測試設計的一個重要內容是要準備好具體的測試數據，清楚這個測試數據是測哪個場景或分支的.個人任務平均每三個測試用例至少應該發(fā)現一個BUG，否則只能說明測試用例質量不好其它暫時都不要考慮去自動化。.除了每日構建的冒煙測試可以考慮測試自動化外，8、軟件測試員自身素質培養(yǎng)首先，應對軟件測試感興趣和對自己有自信，如果具備了這兩點，那么在開發(fā)過程

57、中不管遇到什么樣的困難，我相信你一定能克服。善于懷疑，世界上沒有絕對正確的，總有錯誤的地方，具有叛逆心理，別人認為不可能發(fā)生的事，我卻認為可能發(fā)生。別人認為是對的，我卻認為不是對的。（3）打破砂鍋問到底的精神，對于只出現過一次的bug,一定找出原因，不解決誓不罷休。保持一個良好的心情，否則可能無法把測試作好。不要把生活中的不愉快的情緒帶到工作中來。做測試時要細心，不是所有的bug都能很容易的找出，一定要細心才能找出這些bug。靈活一些，聰明一點，多制造一些容易產生bug的例子。在有條件的情況下，多和客戶溝通，他們身上有你所需要的。設身處地為客戶著想，從他們的角度去測試系統(tǒng)。不要讓程序員，以“這

58、種情況不可能發(fā)生”這句話說服你，相反，你應該去說服他，告訴他在客戶心里，并不是這樣的?？紤]問題要全面，結合客戶的需求、業(yè)務的流程、和系統(tǒng)的構架，等多方面考慮問題。提出問題不要復雜化，這一點和前面的有點矛盾，如果你是一新手，暫時不要管這一點，因為最終將有你的小組成員討論解決。追求完美，對于新測試員來說，努力的追求完美，這對你很好，盡管有些事無法做到，但你應該去嘗試。幽默感，能和開發(fā)小組很好的溝通是關鍵，試著給你的開發(fā)小組找一個“BUG殺手”，或對他們說“我簡直不敢相信，你寫的程序居然到現在沒有找到BUG”。）到此是不是對測試很有興趣呢？不過我要告訴你，測試過程中有酸甜苦辣，其中的滋味只有你知道，

59、也許你會感到枯燥，要學會放松自己，去溜冰或做你喜歡做的事，不過，別放棄，因為你的自信告訴過你“你會是很優(yōu)秀的測試員”不是嗎？9、為什么要在一個團隊中開展軟件測試工作？因為沒有經過測試的軟件很難在發(fā)布之前知道該軟件的質量，就好比ISO質量認證一樣，測試同樣也需要質量的保證，這個時候就需要在團隊中開展軟件測試的工作。在測試的過程發(fā)現軟件中存在的問題，及時讓開發(fā)人員得知并修改問題，在即將發(fā)布時，從測試報告中得出軟件的質量情況。、您所熟悉的軟件測試類型都有哪些？測試類型有：功能測試，性能測試，界面測試。功能測試在測試工作中占的比例最大，功能測試也叫黑盒測試。性能測試是通過自動化的測試工具模擬多種正常、

60、峰值以及異常負載條件來對系統(tǒng)的各項性能指標進行測試。負載測試和壓力測試都屬于性能測試，兩者可以結合進行。界面測試，界面是軟件與用戶交互的最直接的層，界面的好壞決定用戶對軟件的第一印象。區(qū)別在于，功能測試關注產品的所有功能上，要考慮到每個細節(jié)功能，每個可能存在的功能問題。性能測試主要關注于產品整體的多用戶并發(fā)下的穩(wěn)定性和健壯性。界面測試更關注于用戶體驗上，用戶使用該產品的時候是否易用，是否易懂，是否規(guī)范（快捷鍵之類的），是否美觀（能否吸引用戶的注意力），是否安全（盡量在前臺避免用戶無意輸入無效的數據，當然考慮到體驗性，不能太粗魯的彈出警告）？做某個性能測試的時候，首先它可能是個功能點，首先要保證