【正文】 仍然會有少量的設(shè)計變更。8比較負載測試，容量測試和強度測試的區(qū)別負載測試：在一定的工作負荷下，系統(tǒng)的負荷及響應(yīng)時間。容量測試的目的是使系統(tǒng)承受超額的數(shù)據(jù)容量來發(fā)現(xiàn)它是否能夠正確處理。缺陷率達到標準。11軟件的缺陷等級應(yīng)如何劃分？A類—嚴重錯誤，包括以下各種錯誤： 1． 由于程序所引起的死機,非法退出 2． 死循環(huán) 3． 數(shù)據(jù)庫發(fā)生死鎖 4． 因錯誤操作導(dǎo)致的程序中斷 5． 功能錯誤 6． 與數(shù)據(jù)庫連接錯誤 7． 數(shù)據(jù)通訊錯誤B類—較嚴重錯誤，包括以下各種錯誤： 1． 程序錯誤 2． 程序接口錯誤 3． 數(shù)據(jù)庫的表、業(yè)務(wù)規(guī)則、缺省值未加完整性等約束條件C類—一般性錯誤，包括以下各種錯誤： 1． 操作界面錯誤（包括數(shù)據(jù)窗口內(nèi)列名定義、含義是否一致）2． 打印內(nèi)容、格式錯誤 3． 簡單的輸入限制未放在前臺進行控制 4． 刪除操作未給出提示 5． 數(shù)據(jù)庫表中有過多的空字段D類—較小錯誤，包括以下各種錯誤： 1． 界面不規(guī)范 2． 輔助說明描述不清楚 3． 輸入輸出不規(guī)范 4． 長操作未給用戶提示 5． 提示窗口文字未采用行業(yè)術(shù)語 6． 可輸入?yún)^(qū)域和只讀區(qū)域沒有明顯的區(qū)分標志E類—測試建議大體是這樣，還會有一些變動，同時最后一道題出的是畫流程圖和控制圖的題，等腰三角形那個？因為沒有經(jīng)過測試的軟件很難在發(fā)布之前知道該軟件的質(zhì)量，就好比 ISO 質(zhì)量認證一 樣，測試同樣也需要質(zhì)量的保證，這個時候就需要在團隊中開展軟件測試的工作。利用黑盒測試法進行動態(tài)測試時，需要測試軟件產(chǎn)品的功能，不需測試軟件產(chǎn)品的 內(nèi)部結(jié)構(gòu)和處理過程。通過負載 測試，確定在各種工作負載下系統(tǒng)的性能，目標是測試當負載逐漸增加時，系統(tǒng)各項性能指 標的變化情況。同時界面如 同人的面孔，具有吸引用戶的直接優(yōu)勢。界面測試更關(guān) 注于用戶體驗上，用戶使用該產(chǎn)品的時候是否易用，是否易懂，是否規(guī)范（快捷鍵之類的），是否美觀（能否吸引用戶的注意力），是否安全（盡量在前臺避免用戶無意輸入無效的數(shù)據(jù)，當然考慮到體驗性，不能太粗魯?shù)膹棾鼍妫?？做某個性能測試的時候，首先它可能是個功 能點，首先要保證它的功能是沒問題的，然后再考慮該功能點的性能測試04．您認為做好測試用例設(shè)計工作的關(guān)鍵是什么？白盒測試用例設(shè)計的關(guān)鍵是以較少的用例覆蓋盡可能多的內(nèi)部程序邏輯結(jié)果 黑盒法用例設(shè)計的關(guān)鍵同樣也是以較少的用例覆蓋模塊輸出和輸入接口。軟件的黑盒測試意味著測試要在軟件的接口處進行。這種方法是把測試對象看做一個 打開的盒子，它允許測試人員利用程序內(nèi)部的邏輯結(jié)構(gòu)及有關(guān)信息，設(shè)計或選擇測試用例，對程序所有邏輯路徑進行測試。對所有的邏輯判定，取“真”與取“假”的兩種情況都能至少測一遍。通常而言，一個單元測試是用于判斷某個特定條件（或者場景）下 某個特定函數(shù)的行為。集成測試（也叫組裝測試，聯(lián)合測試）是單元測試的邏輯擴展。方法是測試片段的組合，并最終擴展進程，將您的模塊與其他組的模塊一起 測試。（常見的聯(lián)調(diào)測試）系統(tǒng)測試的目的是對最終軟件系統(tǒng)進行全面的測試，確保最終軟件系統(tǒng)滿足產(chǎn)品需求并且遵循系統(tǒng)設(shè)計。經(jīng)集成測試后，已經(jīng)按照設(shè)計 把所有的模塊組裝成一個完整的軟件系統(tǒng)，接口錯誤也已經(jīng)基本排除了，接著就應(yīng)該進一步 驗證軟件的有效性，這就是驗收測試的任務(wù)，即軟件的功能和性能如同用戶所合理期待的那 樣。所以其中最重要的是測試測試策略和測試方法（最好是能先評審）？ ，增強測試計劃的實用性編寫軟件測試計劃得重要目的就是使測試過程能夠發(fā)現(xiàn)更多的軟件缺陷，因此軟件測試 計劃的價值取決于它對幫助管理測試項目，并且找出軟件潛在的缺陷。、測試用例應(yīng)把詳細的測試技術(shù)指標包含到獨立創(chuàng)建的測試詳細規(guī)格文檔，把用于指導(dǎo)測試小組執(zhí) 行測試過程的測試用例放到獨立創(chuàng)建的測試用例文檔或測試用例管理數(shù)據(jù)庫中。測試工作經(jīng)驗告訴我,大量的錯誤是發(fā)生在輸入或輸出范圍的邊界上,測試用例, ,剛剛大于或剛剛小于邊界的值作為測試數(shù)據(jù), ．錯誤推測法基于經(jīng)驗和直覺推測程序中所有可能存在的各種錯誤, 從而有針對性的設(shè)計測試用例 : 列舉出程序中所有可能有的錯誤和容易發(fā)生錯誤的特殊情況, 品測試中曾經(jīng)發(fā)現(xiàn)的錯誤等, , 輸入數(shù)據(jù)和輸出數(shù)據(jù)為 0 ．因果圖方法前面介紹的等價類劃分方法和邊界值分析方法,都是著重考慮輸入條件,但未考慮輸入條 件之間的聯(lián)系, ,檢查輸入條件的組合不是一件容易的事情, 即使把所有輸入條件劃分成等價類,他們之間的 ,相應(yīng)產(chǎn)生多個 （邏輯模型）.因果圖方法最終生成 。有 3 個步驟呢，就可以分別對 這 3 個步驟進 行測試用例的設(shè)計,盡量覆蓋到各種輸入情況（包括數(shù)據(jù)庫中的數(shù)據(jù)，用戶的輸入等），得出 了差不多50 個用例。性能測試類型包括負載測試，強度測試，容量測試等負載測試：負載測試是一種性能測試指數(shù)據(jù)在超負荷環(huán)境中運行，程序是否能夠承擔。第三步：搭建測試環(huán)境（為什么這個時候考慮測試環(huán)境呢？因為我對網(wǎng)站環(huán)境已經(jīng)很熟 了，只有有機器能空于下來做該功能測試就可以做了），因為網(wǎng)站本身的環(huán)境搭建和其他的 系統(tǒng)有點不同，它需要的測試環(huán)境比較麻煩，需要web 服務(wù)器（Apache,tomcat），不過這次需求呢，網(wǎng)站部分只用到了tomcat，所以只要有tomcat 即可 第四步：執(zhí)行測試？如果有， 測試工作的完整過程。第二步：設(shè)計測試用例，測試策略是：把網(wǎng)站部分的功能點測試完，然后在進行系統(tǒng)測 試（另外個模塊呢有另一個測試人員負責，可以進行聯(lián)調(diào)測試），網(wǎng)站模塊的測試基本是功 能測試和界面測試（用戶并發(fā)的可能性很小，所以不考慮）：這次的網(wǎng)站的輸入數(shù)據(jù)呢是使 用數(shù)據(jù)庫中的某張表記錄，如果表中某一數(shù)據(jù)記錄中新加進來的（還沒有被處理的，有個標 志位），網(wǎng)站啟動后會立刻去刷那張表，得到多條數(shù)據(jù)，然后在進行處理。？請分別以具體的例子來說明這些方法在測試 用例設(shè)計工作中的應(yīng)用。利用“5W”規(guī)則創(chuàng)建軟件測試計劃，可以幫助測試團隊理解測試的目的（Why），明確測試的范圍和內(nèi)容（What），確定測試的開始和結(jié)束日期（When），指出測試的方法和工具（How），給出測試文檔和軟件的存放位臵（Where）。借助軟件測試計 劃，參與測試的項目成員，尤其是測試管理人員，可以明確測試任務(wù)和測試方法，保持測試 實施過程的順暢溝通，跟蹤和控制測試進度，應(yīng)對測試過程中的各種變更。驗收測試的目的是確保軟件準備就緒，并且可以讓最終用戶將其用于執(zhí)行軟件的既定功能和任務(wù)。系統(tǒng)測試是將經(jīng)過測試的子系統(tǒng)裝配成一個完整系統(tǒng)來測試。從這一層意義上講，組 件是指多個單元的集成聚合。可以這么說，程序員有 責任編寫功能代碼，同時也就有責任為自己的代碼編寫單元測試。測試內(nèi)部數(shù)據(jù)結(jié)構(gòu)的有效性，等等。因此白盒測試又稱為結(jié)構(gòu)測試或邏輯驅(qū)動測試。因此黑盒測試又叫功能測試或數(shù)據(jù)驅(qū)動測試。黑盒測試：已知產(chǎn)品的功能設(shè)計規(guī)格，可以進行測試證明每個實現(xiàn)了的功能是否符合要 求。區(qū)別在于，功能測試關(guān)注產(chǎn)品的所有功能上，要考慮到每個細節(jié)功能，每個可能存在的 功能問題。界面測試，界面是軟件與用戶交互的最直接的層，界面的好壞決定用戶對軟件的第一印 象。性能測試是通過自動化的測試工具模擬多種正常、峰值以及異常負載條件來對系統(tǒng)的各 項性能指標進行測試。功能測試在測試工作中占的比例最大，功能測試也叫黑盒測試。其中：計劃：對整個測試周期中所有活動進行規(guī)劃，估計工作量、風險，安排人力物力資源，安排進度等；設(shè)計：完成測試方案，從技術(shù)層面上對測試進行規(guī)劃；實現(xiàn)：進行測試用例和測試規(guī)程設(shè)計；執(zhí)行：根據(jù)前期完成的計劃、方案、用例、規(guī)程等文檔，執(zhí)行測試用例。9測試結(jié)束的標準是什么？用例全部測試。容量測試：容量測試目的是通過測試預(yù)先分 析出反映軟件系統(tǒng)應(yīng)用特征的某項指標的極限值（如最大并發(fā)用戶數(shù)、數(shù)據(jù)庫記錄數(shù)等），系統(tǒng)在其極限值狀態(tài)下沒有出現(xiàn)任何軟件故障或還能保持主要功能正常運行。Beta測試 當開發(fā)和測試根本完成時所做的測試，最終的錯誤和問題需要在最終發(fā)行前找到。靜態(tài)：關(guān)鍵功能是檢查軟件的表示和描述是否一致,沒有沖突或者沒有歧義動態(tài)：語句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆蓋。四、簡答（資料是搜集整理的，感謝前輩的解題）無同行評審目的:發(fā)現(xiàn)小規(guī)模工作產(chǎn)品的錯誤,只要是找錯誤。（3）由于語法或環(huán)境限制，有些原因與原因之間，原因與結(jié)果之間的組合情況不可能出現(xiàn)。：功能測試，性能測試，可靠性測試，負載測試，易用性測試，強度測試，安全測試，配臵測試，安裝測試，卸載測試，文擋測試，故障恢復(fù)測試，界面測試，容量測試，兼容性測試，分布測試，可用性測試，（有的可以合在一起，分開寫只要寫出15就滿分哦）：軟件測試計劃，軟件需求工件和迭代計劃。B． 所有測試項沒有殘余一級、二級和三級錯誤。（N）10．代碼評審員一般由測試員擔任。（Y）6．代碼評審是檢查源代碼是否達到模塊設(shè)計的要求。（Y）2．Beta 測試是驗收測試的一種。當三邊不可能構(gòu)成三角形時提示錯誤，可構(gòu)成三角形時計算三角形周長。畫出程序流程圖、控制流程圖、找出基本測試路徑 ,對此設(shè)計一個測試用例。()測試組負責軟件質(zhì)量。()總是首先設(shè)計白盒測試用例。()測試程序僅僅按預(yù)期方式運行就行了。二、不定項選擇題：（每題3 分，共15分）軟件實施活動的進入準則是（）A、需求工件已經(jīng)被基線化B、詳細設(shè)計工件已經(jīng)被基線化C、構(gòu)架工件已經(jīng)被基線化 D、項目階段成果已經(jīng)被基線化下面角色不屬于集成計劃評審的是（）A、配臵經(jīng)理B、項目經(jīng)理C、測試員D、編碼員軟件測試設(shè)計活動主要有（）A、工作量分析B、確定并說明測試用例C、確立并結(jié)構(gòu)化測試過程D、復(fù)審并評估測試覆蓋不屬于集成測試步驟的是（）A、制定集成計劃B、執(zhí)行集成測試C、記錄集成測試結(jié)果D、回歸測試屬于軟件測試活動的輸入工件的是（）A、軟件工作版本B、可測試性報告C、軟件需求工件D、軟件項目計劃三、問答題：（共25 分）項目的集中管理在軟件公司的哪一個層面？（2 分）請描述軟件測試活動的生命周期。軟件測試主要分為、四類測試。軟件實施活動中集成員的職責是。？在您曾經(jīng)工作過的企業(yè)中，是否有一些需要改進的東西呢？您期望的理想的測試人員的工作環(huán)境是怎樣的？，是否開展了軟件配臵管理工作？您能否描述一下這項工作的開展情況和您對這項工作的認識？，如RUP、CMM、CMMI、XP、PSP、TSP。(正確B) 第20題：軟件測試計劃的內(nèi)容應(yīng)包括(正確D)