軟件測試員筆試題

試題一一、判斷題TOC\o"1-5"\h\z.軟件測試的目的是盡可能多的找出軟件的缺陷。 （Y）.Beta測試是驗收測試的一種。（Y）.驗收測試是由最終用戶來實施的。 （N）.項目立項前測試人員不需要提交任何工件。 （Y）.單元測試能發(fā)現(xiàn)約80%的軟件缺陷。（Y）.代碼評審是檢查源代碼是否達到模塊設計的要求。 （N）.自底向上集成需要測試員編寫驅(qū)動程序。 （Y）.負載測試是驗證要檢驗的系統(tǒng)的能力最高能達到什么程度。 （N）.測試人員要堅持原則，缺陷未修復完堅決不予通過。 （N）.代碼評審員一般由測試員擔任。 （N）.我們可以人為的使得軟件不存在配置問題。 （N）.集成測試計劃在需求分析階段末提交。 （N）二、多項選擇.軟件驗收測試的合格通過準則是： （ABCD）A.軟件需求分析說明書中定義的所有功能已全部實現(xiàn)，性能指標全部達到要求。.所有測試項沒有殘余一級、二級和三級錯誤。C.立項審批表、需求分析文檔、設計文檔和編碼實現(xiàn)一致。D.驗收測試工件齊全。.軟件測試計劃評審會需要哪些人員參加？（ABCD）A.項目經(jīng)理B.SQA負責人C.配置負責人D.測試組.下列關于alpha測試的描述中正確的是：（AD）alpha測試需要用戶代表參加alpha測試不需要用戶代表參加alpha測試是系統(tǒng)測試的一種alpha測試是驗收測試的一種.測試設計員的職責有：（BC）A.制定測試計劃B.設計測試用例C.設計測試過程、腳本D.評估測試活動.軟件實施活動的進入準則是： （ABC）A.需求工件已經(jīng)被基線化B.詳細設計工件已經(jīng)被基線化C.構架工件已經(jīng)被基線化D.項目階段成果已經(jīng)被基線化三、添空.軟件驗收測試包括： 正式驗收測試，alpha測試,beta測試。.系統(tǒng)測試的策略有： 功能測試,性能測試，可靠性測試，負載測試，易用性測試，強度測試,安全測試，配置測試，安裝測試，卸載測試，文擋測試，故障恢復測試，界面測M,容量測試，兼容性測試，分布測試，可用性測試。 （有的可以合在一起，分開寫只要寫出15就滿分哦）.設計系統(tǒng)測試計劃需要參考的項目文擋有： 軟件測試計劃，軟件需求工件和迭代計劃。.對面向過程的系統(tǒng)采用的集成策略有： 自頂向下,自底向上兩種。四、簡答。.區(qū)別階段評審的與同行評審同行評審目的：發(fā)現(xiàn)小規(guī)模工作產(chǎn)品的錯誤 ，只要是找錯誤；同行評審人數(shù)：3-7人，人員必須經(jīng)過同行評審會議的培訓 ，由SQA指導同行評審內(nèi)容：內(nèi)容小——般文檔 <40頁，代碼<500行同行評審時間：一一小部分工作產(chǎn)品完成階段評審目的：評審模塊階段作品的正確性 可行性及完整性階段評審人數(shù)：5人左右，評審人必須是專家 具有系統(tǒng)評審資格階段評審內(nèi)容：內(nèi)容多，主要看重點階段評審時間： 通常是設置在關鍵路徑的時間點上 ！.什么是軟件測試為了發(fā)現(xiàn)程序中的錯誤而執(zhí)行程序的過程.簡述集成測試的過程系統(tǒng)集成測試主要包括以下過程：.構建的確認過程。.補丁的確認過程。.系統(tǒng)集成測試測試組提交過程。.測試用例設計過程。.測試代碼編寫過程。.Bug的報告過程。.每周/每兩周的構建過程。.點對點的測試過程。.組內(nèi)培訓過程。怎么做好文檔測試仔細閱讀，跟隨每個步驟，檢查每個圖形，嘗試每個示例。檢查文檔的編寫是否滿足文檔編寫的目的內(nèi)容是否齊全，正確內(nèi)容是否完善標記是否正確白盒測試有幾種方法總體上分為靜態(tài)方法和動態(tài)方法兩大類。靜態(tài)：關鍵功能是檢查軟件的表示和描述是否一致 ，沒有沖突或者沒有歧義動態(tài)：語句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆蓋。系統(tǒng)測試計劃是否需要同行審批，為什么需要，系統(tǒng)測試計劃屬于項目階段性關鍵文檔，因此需要評審。Alpha測試與beta的區(qū)別Alpha測試在系統(tǒng)開發(fā)接近完成時對應用系統(tǒng)的測試；測試后仍然會有少量的設計變更。這種測試一般由最終用戶或其它人員完成，不能由程序或測試員完成。Beta測試當開發(fā)和測試根本完成時所做的測試，最終的錯誤和問題需要在最終發(fā)行前找到。這種測試一般由最終用戶或其它人員完成，不能由程序員或測試員完成。8．比較負載測試，容量測試和強度測試的區(qū)別負載測試：在一定的工作負荷下，系統(tǒng)的負荷及響應時間。強度測試：在一定的負荷條件下，在較長時間跨度內(nèi)的系統(tǒng)連續(xù)運行給系統(tǒng)性能所造成的影響。容量測試：容量測試目的是通過測試預先分析出反映軟件系統(tǒng)應用特征的某項指標的極限值（如最大并發(fā)用戶數(shù)、數(shù)據(jù)庫記錄數(shù)等），系統(tǒng)在其極限值狀態(tài)下沒有出現(xiàn)任何軟件故障或還能保持主要功能正常運行。容量測試還將確定測試對象在給定時間內(nèi)能夠持續(xù)處理的最大負載或工作量。容量測試的目的是使系統(tǒng)承受超額的數(shù)據(jù)容量來發(fā)現(xiàn)它是否能夠正確處理。容量測試是面向數(shù)據(jù) 的，并且它的目的是顯示系統(tǒng)可以處理目標內(nèi)確定的數(shù)據(jù)容量。9．測試結束的標準是什么？用例全部測試。覆蓋率達到標準。缺陷率達到標準。其他指標達到質(zhì)量標準10．描述軟件測試活動的生命周期？測試周期分為計劃、設計、實現(xiàn)、執(zhí)行、總結。其中：計劃：對整個測試周期中所有活動進行規(guī)劃，估計工作量、風險，安排人力物力資源，安排進度等；設計：完成測試方案，從技術層面上對測試進行規(guī)劃；實現(xiàn)：進行測試用例和測試規(guī)程設計；執(zhí)行：根據(jù)前期完成的計劃、方案、用例、規(guī)程等文檔，執(zhí)行測試用例?？偨Y：記錄測試結果，進行測試分析，完成測試報告。．軟件的缺陷等級應如何劃分？A類—嚴重錯誤，包括以下各種錯誤：1．由于程序所引起的死機 ,非法退出 2．死循環(huán)3．數(shù)據(jù)庫發(fā)生死鎖4．因錯誤操作導致的程序中斷 5．功能錯誤6．與數(shù)據(jù)庫連接錯誤7．數(shù)據(jù)通訊錯誤B類—較嚴重錯誤，包括以下各種錯誤：1．程序錯誤2．程序接口錯誤 3．數(shù)據(jù)庫的表、業(yè)務規(guī)則、缺省值未加完整性等約束條件C類—一般性錯誤，包括以下各種錯誤：1．操作界面錯誤（包括數(shù)據(jù)窗口內(nèi)列名定義、含義是否一致）2．打印內(nèi)容、格式錯誤3．簡單的輸入限制未放在前臺進行控制4．刪除操作未給出提示 5．數(shù)據(jù)庫表中有過多的空字段D類—較小錯誤，包括以下各種錯誤：1．界面不規(guī)范 2．輔助說明描述不清楚 3．輸入輸出不規(guī)范 4．長操作未給用戶提示 5．提示窗口文字未采用行業(yè)術語 6．可輸入?yún)^(qū)域和只讀區(qū)域沒有明顯的區(qū)分標志E類—測試建議試題二判斷題1、軟件測試就是為了驗證軟件功能實現(xiàn)的是否正確，是否完成既定目標的活動，所以軟件測試在軟件工程的后期才開始具體的工作。 （初級） （X）2、發(fā)現(xiàn)錯誤多的模塊，殘留在模塊中的錯誤也多。 （V）（初級）3、測試人員在測試過程中發(fā)現(xiàn)一處問題，如果問題影響不大，而自己又可以修改，應立即將此問題正確修改，以加快、提高開發(fā)的進程。 （X）（初級）單元測試通常應該先進行“人工走查”，再以白盒法為主，輔以黑盒法進行動態(tài)測試。（V）（中級）功能測試是系統(tǒng)測試的主要內(nèi)容，檢查系統(tǒng)的功能、性能是否與需求規(guī)格說明相同。（V）（中級）6、軟件質(zhì)量管理即 QM由QA和QC構成，軟件測試屬于 QC的核心工作內(nèi)容。（，）（高級）7、軟件測試只能發(fā)現(xiàn)錯誤，但不能保證測試后的軟件沒有錯誤。 （，）8、軟件就是程序。（X）9、測試只要做到語句覆蓋和分支覆蓋，就可以發(fā)現(xiàn)程序中的所有錯誤。（X）10、I18N測試是指對產(chǎn)品做出具有國際性的規(guī)劃，而 L10N測試則是指對軟件做出符合本地需求更改工作。（，）【高級】選擇題（每題2分20）1、進行軟件質(zhì)量管理的重要性有：（ABCD）【中級】A、維護降低成本 B、法律上的要求 C、市場競爭的需要D、質(zhì)量標準化的趨勢 E、軟件工程的需要 F、CMM過程的一部分G、方便與客戶進一步溝通為后期的實施打好基礎2、以測試的形態(tài)分測試可以分為：（ABC）【中級】A、建構性測試B、系統(tǒng)測試C、專項測試D、單元測試E、組件測試F、集成測試3、選出屬于黑盒測試方法的選項（ ABC）【初級】A、測試用例覆蓋B、輸入覆蓋C、輸出覆蓋D、分支覆蓋E、語句覆蓋F、條件覆蓋4、編寫測試計劃的目的是：（ABC）【中級】A、使測試工作順利進行 B、使項目參與人員溝通更舒暢 C、使測試工作更加系統(tǒng)化D、軟件工程以及軟件過程的需要 E、軟件過程規(guī)范化的要求 F、控制軟件質(zhì)量5、依存關系有 4種分別是：（ABCD）【高級】A、開始一結束B、開始一開始C、結束一開始D、結束－結束 E、開始－實施－結束 F、結束－審核－開始6、軟件質(zhì)量管理（QM）應有質(zhì)量保證（QA）和質(zhì)量控制（QC）組成，下面的選項屬于QC得是：（ABC）【高級】A、測試 B、跟蹤 C、監(jiān)督D、制定計劃E、需求審查F、程序代碼審查7、實施缺陷跟蹤的目的是：（ABCD）【中級】A、軟件質(zhì)量無法控制 B、問題無法量化 C、重復問題接連產(chǎn)生D、解決問題的知識無法保留 E、確保缺陷得到解決 F、使問題形成完整的閉環(huán)處理8、使用軟件測試工具的目的：（ABC）【中級】A、幫助測試尋找問題 B、協(xié)助問題的診斷 C、節(jié)省測試時間D、提高Bug的發(fā)現(xiàn)率 E、更好的控制缺陷提高軟件質(zhì)量 F、更好的協(xié)助開發(fā)人員9、典型的瀑布模型的四個階段是： （ABCD）【高級】A、分析 B、設計 C、編碼D、測試E、需求調(diào)研F、實施10、PSP是指個人軟件過程 ，是一種可用于（A）、（B）和（C）個人軟件工作方式的自我改善過程?！靖呒墶緼、控制 B、管理 C、改進D、高效E、充分F、適宜問答題1、測試人員在軟件開發(fā)過程中的任務是什么？（初級）（5分）答：1、尋找Bug；2、避免軟件開發(fā)過程中的缺陷；3、衡量軟件的品質(zhì)；4、關注用戶的需求。總的目標是：確保軟件的質(zhì)量。2、在您以往的工作中，一條軟件缺陷（或者叫 Bug）記錄都包含了哪些內(nèi)容？如何提交高質(zhì)量的軟件缺陷（Bug）記錄？（初級）（6分）答：一條Bug記錄最基本應包含：編號、Bug所屬模塊、Bug描述、Bug級別、發(fā)現(xiàn)日期、發(fā)現(xiàn)人、修改日期、修改人、修改方法、回歸結果等等；要有效的發(fā)現(xiàn) Bug需參考需求以及詳細設計等前期文檔設計出高效的測試用例，然后嚴格執(zhí)行測試用例，對發(fā)現(xiàn)的問題要充分確認肯定，然后再向外發(fā)布如此才能提高提交 Bug的質(zhì)量。界面測試題及設計題。請找出下面界面中所存在的問題并分別列出；用黑盒測試的任何一種方法設計出此登陸窗體的測試用例。（中級）（6分）答： 1、窗體的標題欄中為空，沒有給出標題。2、用戶名和密碼控件的字體不一致并且沒有對齊。3、文本框的大小不一致沒有對其。4、確定和取消按鈕控件的大小不一致。黑盒測試和白盒測試是軟件測試的兩種基本方法，請分別說明各自的優(yōu)點和缺點！ （中級） （5分）答：黑盒測試的優(yōu)點有：1）比較簡單，不需要了解程序內(nèi)部的代碼及實現(xiàn)；2）與軟件的內(nèi)部實現(xiàn)無關；3）從用戶角度出發(fā)，能很容易的知道用戶會用到哪些功能，會遇到哪些問題；4）基于軟件開發(fā)文檔，所以也能知道軟件實現(xiàn)了文檔中的哪些功能；5）在做軟件自動化測試時較為方便。黑盒測試的缺點有：1）不可能覆蓋所有的代碼，覆蓋率較低，大概只能達到總代碼量的30%；2）自動化測試的復用性較低。白盒測試的優(yōu)點有：幫助軟件測試人員增大代碼的覆蓋率，提高代碼的質(zhì)量，發(fā)現(xiàn)代碼中隱藏的問題。白盒測試的缺點有：1）程序運行會有很多不同的路徑，不可能測試所有的運行路徑；2）測試基于代碼，只能測試開發(fā)人員做的對不對，而不能知道設計的正確與否，可能會漏掉一些功能需求；3）系統(tǒng)龐大時，測試開銷會非常大。根據(jù)自己的理解回答什么是軟件測試，軟件測試分為哪幾個階段。（初級）（5分）答：軟件測試是一個為了尋找軟件中的錯誤而運行軟件的過程，一個成功的測試是指找到了迄今為止尚未發(fā)現(xiàn)的錯誤的測試。軟件測試一般分為單元測試、集成測試和系統(tǒng)測試。根據(jù)自己的理解什么是測試用例和測試規(guī)程，設計一個測試用例應當從哪幾方面考慮？（中級）（10分）答：狹義的講，一個測試用例就是測試人員用以測試被測軟件的某個特性或特性組合的一組數(shù)據(jù)。這組數(shù)據(jù)可能是從用戶處得來的實際的一組數(shù)據(jù)，也可能是測試人員專門設計出來的測試軟件某些功能的一組數(shù)據(jù)。