【正文】 是近 20 年來計(jì)算機(jī)技術(shù)中最偉大的成就。授權(quán)在公司業(yè)務(wù)系統(tǒng)中非常重要，尤其是一些工作流系統(tǒng)。大規(guī)模的并行，低成本，與快速投入市場(chǎng)。 并發(fā)是程序中的并行 處理，多數(shù)現(xiàn)代編程語言包含內(nèi)置的并發(fā)能力，在 Java，指的是線程。很多現(xiàn)代程序，包括 Facebook，依靠一種叫做 Memcached 的分布式緩存系統(tǒng)，該系統(tǒng)是 Brad Firzpatrick 在工作于 LiveJournal 項(xiàng)目時(shí)開發(fā)的， Memcached 使用網(wǎng)絡(luò)中空閑的內(nèi)存資源建立緩存機(jī)制， Memcached 類庫(kù)在很多流行編程語言，包括 Java 和 PHP 中都有。 算法的復(fù)雜性 (Algorithmic Complexity) 關(guān)于算法的復(fù)雜性，軟件工程師需要理解這樣幾件事。 Lakos 認(rèn)為，一個(gè)好的軟件擁有金字塔結(jié)構(gòu)，就是說，軟件組件擁有層層積累的復(fù)雜度，但每個(gè)組件本身必須簡(jiǎn)單，一個(gè)優(yōu)秀的軟件包含很多小的，可重復(fù)使用的模塊，每個(gè)模塊有自己的職責(zé)。 命名慣例還用于單元測(cè)試，如， JUnit 單元測(cè)試工具會(huì)辨認(rèn)所有以 test 開頭的類。很多軟件 系統(tǒng)走這樣的極端，缺乏抽象的冗長(zhǎng)代碼，或者過分設(shè)計(jì)而導(dǎo)致無謂的復(fù)雜。（） 3．驗(yàn)收測(cè)試是由最終用戶來實(shí)施的。（） 11．我們可以人為的使得軟件不存在配置問題。 3．設(shè)計(jì)系統(tǒng)測(cè)試計(jì)劃需要參考的項(xiàng)目文檔有、和迭代計(jì)劃。（ 6 分） 9 ． 測(cè)試結(jié)束的標(biāo)準(zhǔn)是什么？（ 3 分） 五、 設(shè)計(jì)題（共 15分） 對(duì)下面給出的程序控制圖，分別以各種不同的測(cè)試方法寫出最少的測(cè)試用例。 軟件測(cè)試活動(dòng)有制定測(cè)試計(jì)劃、 、 、 、 、 、測(cè) 試評(píng)估、測(cè)試結(jié)束八個(gè)步驟。 ( ) 不存在質(zhì)量很高但可靠性很差的產(chǎn)品。 ( ) 二、 簡(jiǎn)答題 軟件的缺陷等級(jí)應(yīng)如何劃分？（ 3 分） 如果能夠執(zhí)行完美的黑盒測(cè)試，還需要進(jìn)行白盒測(cè)試嗎？為什么？（ 5 分） 你認(rèn)為一個(gè)優(yōu)秀的測(cè)試工程師應(yīng)該具備哪些素質(zhì)？（ 3 分） 產(chǎn)品測(cè)試到什么時(shí)候就算是足夠了？（ 2 分） 測(cè)試 計(jì)劃的目的是什么？（ 2 分） 為什么要進(jìn)行軟件測(cè)試 ?軟件測(cè)試的目的是什么 ? （ 5 分） 軟件測(cè)試應(yīng)該劃分幾個(gè)階段 ?簡(jiǎn)述各個(gè)階段應(yīng)重點(diǎn)測(cè)試的點(diǎn) ?各個(gè)階段的含義？（ 5 分） 如何做一名合格的測(cè)試人員？（ 3 分） 針對(duì)缺陷采取怎樣的管理措施？（ 5 分） 三、 專業(yè)詞語解釋（每題 2 分） α測(cè)試 : β測(cè)試 : 驅(qū)動(dòng)模塊 : 樁模塊 : 白盒測(cè)試： 靜態(tài)測(cè)試： 四、 選擇題（每題 2分） ( ) A． 代碼覆蓋率 B． 模塊功能檢查 C． 系統(tǒng)壓 力測(cè)試 D． 程序數(shù)據(jù)流分析 ( ) A、 代碼規(guī)則檢查 B、 序結(jié)構(gòu)分析 C、 序復(fù)雜度分析 D、 內(nèi)存泄漏 五、 設(shè)計(jì)題（ 10分） 在三角形計(jì)算中，要求三角型的三個(gè)邊長(zhǎng)： A、 B 和 C。若是等腰三角形打印 “等腰三角形 ”，若是等邊三角形，則提示 “等 邊三角形 ”。（ Y） 8．負(fù)載測(cè)試是驗(yàn)證要檢驗(yàn)的系統(tǒng)的能力最高能達(dá)到什么程度。 D． 驗(yàn)收測(cè)試工件齊全。 （ 4）把因果圖轉(zhuǎn)換成判定表。 6. Bug的報(bào)告過程。 7Alpha測(cè)試與 beta的區(qū)別 Alpha 測(cè)試 在系統(tǒng)開發(fā)接近完成時(shí)對(duì)應(yīng)用系統(tǒng)的測(cè)試；測(cè)試后仍然會(huì)有少量的設(shè)計(jì)變更。容量測(cè)試的目的是使系統(tǒng)承受超額的數(shù)據(jù)容量來發(fā)現(xiàn)它是否能夠正確處 理。 11 軟件的缺陷等級(jí)應(yīng)如何劃分？ A 類 —嚴(yán)重錯(cuò)誤，包括以下各種錯(cuò)誤： 1．由于程序所引起的死機(jī) ,非法退出 2． 死循環(huán) 3． 數(shù)據(jù)庫(kù)發(fā)生死鎖 4． 因錯(cuò)誤操作導(dǎo)致的程序中斷 5． 功能錯(cuò)誤 6．與數(shù)據(jù)庫(kù)連接錯(cuò)誤 7． 數(shù)據(jù)通訊錯(cuò)誤 B 類 —較嚴(yán)重錯(cuò)誤，包括以下各種錯(cuò)誤： 1． 程序錯(cuò)誤 2． 程序接口錯(cuò)誤 3． 數(shù)據(jù)庫(kù)的表、業(yè)務(wù)規(guī)則、缺省值未加完整性等約束條件 C 類 —一般性錯(cuò)誤，包括以下各種錯(cuò)誤： 1． 操作界面錯(cuò)誤（包括數(shù)據(jù)窗口內(nèi)列名定義 、含義是否一致） 2． 打印內(nèi)容、格式錯(cuò)誤 3． 簡(jiǎn)單的輸入限制未放在前臺(tái)進(jìn)行控制 4．刪除操作未給出提示 5． 數(shù)據(jù)庫(kù)表中有過多的空字段 D類 —較小錯(cuò)誤，包括以下各種錯(cuò)誤： 1．界面不規(guī)范 2． 輔助說明描述不清楚 3． 輸入輸出不規(guī)范 4． 長(zhǎng)操作未給用戶提示 5． 提示窗口文字未采用行業(yè)術(shù)語 6．可輸入?yún)^(qū)域和只讀區(qū)域沒有明顯的區(qū)分標(biāo)志 。 9測(cè)試結(jié)束的標(biāo)準(zhǔn)是什么？ 用例全部測(cè)試。 Beta測(cè)試 當(dāng)開發(fā)和測(cè)試根本完成時(shí)所做的測(cè)試，最終的錯(cuò)誤和問題需要在最終發(fā)行前找到。 8. 點(diǎn)對(duì)點(diǎn)的測(cè)試過程。 四、簡(jiǎn)答（資料是搜集整理的，感謝前輩的解題）無 同行評(píng)審目的 :發(fā)現(xiàn)小規(guī)模工作產(chǎn)品的錯(cuò)誤 ,只要是找錯(cuò)誤 。 ：功能測(cè)試，性能測(cè)試，可靠性測(cè)試，負(fù)載測(cè)試，易用性測(cè)試，強(qiáng)