最新軟件測試工程師筆試題以及答案匯總-預覽頁
【正文】 件），并給每個原因和結果賦予一個標識符。（4）把因果圖轉換成判定表。6. Bug的報告過程。4怎么做好文檔測試仔細閱讀，跟隨每個步驟，檢查每個圖形，嘗試每個示例。7Alpha測試與beta的區(qū)別？Alpha測試在系統(tǒng)開發(fā)接近完成時對應用系統(tǒng)的測試；測試后仍然會有少量的設計變更。8比較負載測試，容量測試和強度測試的區(qū)別？負載測試：在一定的工作負荷下，系統(tǒng)的負荷及響應時間。容量測試的目的是使系統(tǒng)承受超額的數(shù)據(jù)容量來發(fā)現(xiàn)它是否能夠正確處理。缺陷率達到標準。11軟件的缺陷等級應如何劃分？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ù)窗口內列名定義、含義是否一致） 2． 打印內容、格式錯誤 3． 簡單的輸入限制未放在前臺進行控制 4． 刪除操作未給出提示 5． 數(shù)據(jù)庫表中有過多的空字段D類—較小錯誤，包括以下各種錯誤： 1． 界面不規(guī)范 2． 輔助說明描述不清楚 3． 輸入輸出不規(guī)范 4． 長操作未給用戶提示 5． 提示窗口文字未采用行業(yè)術語 6． 可輸入?yún)^(qū)域和只讀區(qū)域沒有明顯的區(qū)分標志E類—測試建議五、用例設計隨意選取一個簡單物品，假定是一個喝水的帶廣告圖案的花紙杯，設計出盡可能多的測試用例。6 表示層 。2 數(shù)據(jù)鏈路層 。 2 鏈路層。確切地說，TCP/IP協(xié)議是一組包括TCP協(xié)議和IP協(xié)議，UDP（User Datagram Protocol）協(xié)議、ICMP（Internet Control Message Protocol）協(xié)議和其他一些協(xié)議的協(xié)議組。這7層是:物理層、數(shù)據(jù)鏈路層、網(wǎng)路層、傳輸層、話路層、表示層和應用層。但隨著科技的發(fā)展，現(xiàn)在有了三層交換機，三層交換機已經擴展到了網(wǎng)絡層。 路由器是工作在網(wǎng)絡層。 在C++中,結構是特殊的類。 struct和class是有區(qū)別的。比如： struct A { }； class B : A{ }。從習慣上更喜歡用class。 使用虛函數(shù)，我們可以靈活的進行動態(tài)綁定，當然是以一定的開銷為代價。全局變量是屬于實例的,在初始化對象的時候初始化，生命周期與該實例相同，之所以叫全局變量是因為該實例中的所有方法或屬性都可以引用；局部變量是在實例方法內或static塊中，生命周期從調用該方法到該方法退出，并且只有該方法能夠引用之。直接尋址、寄存器間接尋址、寄存器相對尋址、基址加變址尋址和相對基址加變址尋址，這五種尋址方式屬于存儲器尋址，用于說明操作數(shù)所在存儲單元的地址。內存管理主要包括內存的分配和回收整理等，實現(xiàn)內存的高效利用?！稖y試方案》編寫完成后也需要進行評審。測試用例需要包括測試項，用例級別，預置條件，操作步驟和預期結果。：執(zhí)行測試用例，及時提交有質量的Bug和測試日報，測試報告等相關文檔。[LoadRunner]：預測系統(tǒng)行為和性能的負載測試工具。 最近看了一些自動錯誤預防（AEP）的理論，我深受啟發(fā)。遵循統(tǒng)一的編程規(guī)則，可以讓開發(fā)新手少走好多彎路，可以讓項目整體的質量維持一個起碼的“質量底線”。如果你的程序是用Visual C++ ，那么Numega的BoundsChecker將是你檢測“內存泄漏”最好的選擇，如果是Visual C++.NET，可以試一下Compuware的DevPartner。這方面的工具有Klocwork的K7，Coverity的SQS，以及C++test中的BugDetective，其中最“物美價廉”的就是c++test的BugDetective。當然作為測試人員，我當然也理解事情總沒有想像那么完美。當時我承接的項目是一個電力行業(yè)的自動化系統(tǒng)，分為server端和client端，典型的c/s模式，老板要求在測試功能的同時順便檢查內存泄漏的問題，因為這個client端在客戶那里可能是長時間不間斷運行的，雖然客戶很少操作。首先咨詢開發(fā)方，了解到關于內存操作頻繁的功能點和模塊從我的功能測試用例中挑選出和這些功能點和模塊相關的測試用例找到一個“純凈”的機器，上面除了操作系統(tǒng)和被測的client端外，沒有任何其他應用，這樣做是為了排除其他應用可能存在的干擾。我會把這些數(shù)據(jù)導入到EXCEL中繪成了一個圖表，這樣更直觀一些。在測試的最后階段要去發(fā)現(xiàn)甚至定位內存泄漏挺難的，但只要發(fā)揮我們測試人員的主觀能動性，總是找到一些“旁門左道”的測
黨政相關相關推薦
鄂ICP備17016276號-1