最新軟件測試工程師筆試題以及答案匯總-wenkub
2023-07-08 07:35:31 本頁面
【正文】 1．我們可以人為的使得軟件不存在配置問題。（N）7．自底向上集成需要測試員編寫驅(qū)動程序。（Y）3．驗收測試是由最終用戶來實施的。以下是收集的最新的軟件測試工程師題目，希望對大家有幫助。（N）4．項目立項前測試人員不需要提交任何工件。（Y）8．負載測試是驗證要檢驗的系統(tǒng)的能力最高能達到什么程度。（N）12．集成測試計劃在需求分析階段末提交。D．驗收測試工件齊全。：自頂向下，自底向上兩種。為表明這些特殊情況，在因果圖上用一些記號標明約束或限制條件。階段評審目的:評審模塊階段作品的正確性可行性及完整性同行評審人數(shù):37人人員必須經(jīng)過同行評審會議的培訓(xùn),由SQA指導(dǎo)階段評審人數(shù):5人左右評審人必須是專家具有系統(tǒng)評審資格同行評審內(nèi)容:內(nèi)容小一般文檔 40頁,代碼 500行階段評審內(nèi)容:內(nèi)容多,主要看重點同行評審時間:一小部分工作產(chǎn)品完成階段評審時間:通常是設(shè)置在關(guān)鍵路徑的時間點上!為了發(fā)現(xiàn)程序中的錯誤而執(zhí)行程序的過程3簡述集成測試的過程系統(tǒng)集成測試主要包括以下過程：。6系統(tǒng)測試計劃是否需要同行審批，為什么?需要，系統(tǒng)測試計劃屬于項目階段性關(guān)鍵文檔，因此需要評審。這種測試一般由最終用戶或其它人員完成，不能由程序員或測試員完成。容量測試 還將確定測試對象在給定時間內(nèi)能夠持續(xù)處理的最大負載或工作量。覆蓋率達到標準?？偨Y(jié)：記錄測試結(jié)果，進行測試分析，完成測試報告。其中應(yīng)用到：場景法、等價類劃分法、因果圖法、錯誤推測法、邊界值法等方法期望輸出：該期望輸出需查閱國標、行標以及使用用戶的需求說明書測試: 檢查說明書書寫準確性六、網(wǎng)絡(luò)、操作系統(tǒng)、語言知識1請你分別劃劃OSI的七層網(wǎng)絡(luò)結(jié)構(gòu)圖，和TCP/IP的五層結(jié)構(gòu)圖？答:七層結(jié)構(gòu)從上到下依次是：7 應(yīng)用層 。3 網(wǎng)絡(luò)層 。3 網(wǎng)絡(luò)層。TCP/IP協(xié)議組之所以流行，部分原因是因為它可以用在各種各樣的信道和底層協(xié)議（、以太網(wǎng)以及RS232串行接口）之上。該模型的目的是使各種硬件在相同的層次上相互通信。 傳輸層：在此層中，它提供了節(jié)點間的數(shù)據(jù)傳送服務(wù)，如傳輸控制協(xié)議（TCP）、用戶數(shù)據(jù)報協(xié)議（UDP）等，TCP和UDP給數(shù)據(jù)包加入傳輸數(shù)據(jù)并把它傳輸?shù)?請問交換機和路由器分別的實現(xiàn)原理是什么？分別在哪個層次上面實現(xiàn)的？一般意義上說交換機是工作在數(shù)據(jù)鏈路層。通過存儲轉(zhuǎn)發(fā)來實現(xiàn)的。4請問C++的類和C里面的STRUCT有什么區(qū)別？答:除關(guān)鍵字不同外(class,struct)的唯一區(qū)別是,結(jié)構(gòu)在默認情況下的成員是公共(public)的,而類在默認情況下的成員是私有(private)的。 保留struct是為了照顧到大多數(shù)人的習慣。但也有少許區(qū)別。 而struct更適合看成是一個數(shù)據(jù)結(jié)構(gòu)的實現(xiàn)體，class更適合看成是一個對象的實現(xiàn)體，對私有成員進行保護，還提供與外界的接口。 有適放內(nèi)存空間的做用! 虛函數(shù)是C++多態(tài)的一種表現(xiàn) 例如：子類繼承了父類的一個函數(shù)（方法），而我們把父類的指針指向子類，則必須把父類的該函數(shù)（方法）設(shè)為virturl（虛函數(shù))。全局變量在全局范圍內(nèi)都有效，而局部變量只在聲明此變量的作用域內(nèi)有效。8086/8088有七種基本的尋址方式：立即尋找，寄存器尋址，直接尋址，寄存器間接尋址，寄存器相對尋址，基址加變址尋址，相對基址加變址尋址。除了這些基本的尋址方式外，還有固定尋址和I/O端口尋址等。：測試方案一般由對需求很熟的高資深的測試工程師設(shè)計，測試方案要求根據(jù)《SRS》上的每個需求點設(shè)計出包括需求點簡介，測試思路和詳細測試方法三部分的方案。這時開始編寫用例才能保證用例的可執(zhí)行和對需求的覆蓋。同樣，測試用例也需要評審。[QuickTest Professional]：用于創(chuàng)建功能和回歸測試。如果前期沒有考慮，等到了系統(tǒng)測試才想起檢查或者才發(fā)現(xiàn)泄漏，為時已晚，此時再去定位泄漏的位置，太難太難了，它可能會讓你的交付日期delay不確定的時間。1 如何在開發(fā)過程中有效預(yù)防內(nèi)存泄漏？第一步：遵循“好”的編程規(guī)則“好”的編程規(guī)則是各位前輩經(jīng)驗和教訓(xùn)的集合，好的編程規(guī)則堪稱開發(fā)者的“圣經(jīng)”。如果能夠借助于一些專業(yè)的工具的話，情況可能就不一樣了。如果你正處于單元測試或集成測試階段，程序代碼量已經(jīng)足夠大，而且還不能夠動態(tài)運行，要盡早檢測代碼中的“內(nèi)存泄漏”問題，該怎么辦？此時你可以試用一下目前最新的靜態(tài)分析技術(shù)：它不要求代碼能夠動態(tài)運行也不需要你來編寫測試用例只需要代碼能夠正常編譯，就可以發(fā)現(xiàn)代碼只有在執(zhí)行過程中才出現(xiàn)的錯誤，當然也包括內(nèi)存泄漏。如果有源代碼，你還可以考慮1中的第二步，借助于專業(yè)的工
黨政相關(guān)相關(guān)推薦
鄂ICP備17016276號-1