- 相關(guān)推薦
360軟件工程筆試真題分享
無(wú)論在學(xué)習或是工作中，我們都不可避免地要接觸到試題，試題可以幫助學(xué)�；蚋髦鬓k方考察參試者某一方面的知識才能。你知道什么樣的試題才算得上好試題嗎？以下是小編整理的360軟件工程筆試真題分享，歡迎大家分享。
360軟件工程筆試真題分享 1
一、選擇題（每題 2 分，共 30 分）
1. 軟件生命周期中，花費時(shí)間最多的階段是（ ）。
A. 需求分析
B. 設計
C. 編碼
D. 測試
答案：D
解析：在軟件生命周期中，測試階段需要對軟件進(jìn)行全面的功能、性能、兼容性等多方面的測試，發(fā)現并修復問(wèn)題，通常會(huì )花費大量的時(shí)間和精力。需求分析、設計和編碼階段雖然也很重要，但相對來(lái)說(shuō)，測試階段涉及的工作更為繁瑣和復雜，需要反復進(jìn)行以確保軟件質(zhì)量。
2. 以下哪種軟件測試方法不屬于黑盒測試？（ ）
A. 等價(jià)類(lèi)劃分法
B. 邊界值分析法
C. 因果圖法
D. 語(yǔ)句覆蓋法
答案：D
解析：黑盒測試是把軟件看作一個(gè)黑盒子，不考慮內部邏輯結構，只根據軟件的需求規格說(shuō)明書(shū)來(lái)設計測試用例。等價(jià)類(lèi)劃分法、邊界值分析法、因果圖法都屬于黑盒測試方法。而語(yǔ)句覆蓋法是白盒測試中的一種邏輯覆蓋測試方法，它關(guān)注的是程序內部的邏輯結構。
3. 在面向對象設計中，（ ）關(guān)系表示一個(gè)類(lèi)是另一個(gè)類(lèi)的特殊類(lèi)型，并且具有其所有的特征和行為。
A. 關(guān)聯(lián)
B. 依賴(lài)
C. 繼承
D. 聚合
答案：C
解析：繼承是面向對象編程中的重要概念，它允許一個(gè)類(lèi)（子類(lèi)）繼承另一個(gè)類(lèi)（父類(lèi)）的屬性和方法，子類(lèi)是父類(lèi)的特殊類(lèi)型，體現了“is-a”的關(guān)系。關(guān)聯(lián)表示類(lèi)之間的一種結構關(guān)系；依賴(lài)表示一個(gè)類(lèi)的變化會(huì )影響到另一個(gè)類(lèi)；聚合表示整體與部分的關(guān)系，但部分可以脫離整體而存在。
4. 以下關(guān)于軟件項目管理中風(fēng)險管理的說(shuō)法，錯誤的是（ ）。
A. 風(fēng)險識別是風(fēng)險管理的第一步
B. 風(fēng)險評估主要包括風(fēng)險發(fā)生的概率和影響程度的評估
C. 風(fēng)險應對措施只有規避風(fēng)險這一種方式
D. 風(fēng)險監控是貫穿整個(gè)項目生命周期的重要過(guò)程
答案：C
解析：風(fēng)險應對措施有多種，包括規避風(fēng)險、減輕風(fēng)險、轉移風(fēng)險、接受風(fēng)險等。風(fēng)險識別是風(fēng)險管理的起始點(diǎn)，要先識別出可能存在的風(fēng)險；風(fēng)險評估要對風(fēng)險發(fā)生的可能性和影響進(jìn)行量化評估；風(fēng)險監控在項目全過(guò)程中持續進(jìn)行，以確保風(fēng)險得到有效管理。
5. UML 中有多種圖，用于描述系統靜態(tài)結構的是（ ）。
A. 序列圖
B. 狀態(tài)圖
C. 類(lèi)圖
D. 活動(dòng)圖
答案：C
解析：類(lèi)圖用于描述系統中的類(lèi)、類(lèi)的屬性和方法以及類(lèi)之間的關(guān)系，是描述系統靜態(tài)結構的重要工具。序列圖用于展示對象之間的交互順序；狀態(tài)圖用于描述對象的狀態(tài)及其轉換；活動(dòng)圖用于描述系統的業(yè)務(wù)流程和操作步驟。
6. 軟件測試的目的是（ ）。
A. 發(fā)現程序中的所有錯誤
B. 盡可能多地發(fā)現程序中的錯誤
C. 證明程序是正確的
D. 調試程序
答案：B
解析：軟件測試的目的是盡可能多地發(fā)現程序中的錯誤，但由于軟件的復雜性和測試的局限性，不可能發(fā)現所有的錯誤。測試不是為了證明程序正確，而是為了找出錯誤。調試程序是在發(fā)現錯誤后進(jìn)行的查找和修復錯誤的過(guò)程，與測試目的不同。
7. 下列關(guān)于敏捷開(kāi)發(fā)方法的說(shuō)法，正確的是（ ）。
A. 敏捷開(kāi)發(fā)強調文檔的完整性和規范性
B. 敏捷開(kāi)發(fā)不適合大型項目的'開(kāi)發(fā)
C. 敏捷開(kāi)發(fā)采用迭代和增量的開(kāi)發(fā)方式
D. 敏捷開(kāi)發(fā)不需要進(jìn)行需求分析
答案：C
解析：敏捷開(kāi)發(fā)注重快速迭代和增量交付，通過(guò)不斷的迭代來(lái)逐步完善產(chǎn)品。它并不強調傳統的大量詳細文檔，而是更注重團隊的溝通和協(xié)作。敏捷開(kāi)發(fā)適用于各種規模的項目，包括大型項目。雖然敏捷開(kāi)發(fā)強調快速響應變化，但也需要進(jìn)行需求分析，只是需求分析是在整個(gè)開(kāi)發(fā)過(guò)程中持續進(jìn)行和不斷調整的。
8. 數據庫設計中，E - R 圖用于（ ）。
A. 描述數據庫的物理結構
B. 描述數據庫的邏輯結構
C. 描述數據庫的存儲結構
D. 描述實(shí)體之間的關(guān)系
答案：D
解析：E - R 圖（Entity - Relationship Diagram，實(shí)體 - 關(guān)系圖）主要用于描述現實(shí)世界中的實(shí)體以及實(shí)體之間的關(guān)系，是數據庫概念設計階段的重要工具，用于構建數據庫的邏輯模型，而不是物理結構或存儲結構。
9. 以下哪種軟件開(kāi)發(fā)模型不適合需求不明確的項目？（ ）
A. 瀑布模型
B. 原型模型
C. 螺旋模型
D. 迭代模型
答案：A
解析：瀑布模型是一種線(xiàn)性的、順序的軟件開(kāi)發(fā)模型，要求在項目開(kāi)始階段就明確所有需求，然后按照需求分析、設計、編碼、測試等階段依次進(jìn)行，不適合需求不明確的項目。原型模型、螺旋模型和迭代模型都可以在開(kāi)發(fā)過(guò)程中逐步明確和完善需求，更適合需求不明確或易變的項目。
10. 軟件質(zhì)量保證的主要活動(dòng)不包括（ ）。
A. 技術(shù)評審
B. 軟件測試
C. 過(guò)程改進(jìn)
D. 軟件維護
答案：D
解析：軟件質(zhì)量保證的主要活動(dòng)包括技術(shù)評審以確保設計和代碼的質(zhì)量、軟件測試來(lái)發(fā)現錯誤、過(guò)程改進(jìn)以提高軟件開(kāi)發(fā)過(guò)程的效率和質(zhì)量等。軟件維護是軟件交付后對軟件進(jìn)行的修改和完善，不屬于軟件質(zhì)量保證的主要活動(dòng)范疇，它是軟件生命周期的另一個(gè)階段。
11. 以下關(guān)于面向對象編程中多態(tài)性的說(shuō)法，錯誤的是（ ）。
A. 多態(tài)性分為編譯時(shí)多態(tài)和運行時(shí)多態(tài)
B. 函數重載是編譯時(shí)多態(tài)的一種體現
C. 虛函數是實(shí)現運行時(shí)多態(tài)的重要手段
D. 多態(tài)性會(huì )增加程序的復雜性，應盡量避免使用
答案：D
解析：多態(tài)性是面向對象編程的重要特性之一，它具有很多優(yōu)點(diǎn)，如提高代碼的可擴展性、可維護性和靈活性等，不應盡量避免使用。多態(tài)性分為編譯時(shí)多態(tài)（如函數重載）和運行時(shí)多態(tài)（通過(guò)虛函數實(shí)現）。函數重載是在編譯階段根據函數參數的不同來(lái)確定調用哪個(gè)函數；虛函數則是在運行時(shí)根據對象的實(shí)際類(lèi)型來(lái)決定調用哪個(gè)類(lèi)的函數實(shí)現。
12. 在軟件需求分析階段，常用的工具不包括（ ）。
A. 數據流圖
B. 數據字典
C. 判定表
D. 甘特圖
答案：D
解析：數據流圖用于描述系統中數據的流動(dòng)和處理過(guò)程；數據字典用于定義和解釋數據流圖中的數據元素；判定表用于表示復雜的條件組合與相應動(dòng)作之間的關(guān)系，它們都是需求分析階段常用的工具。甘特圖主要用于項目管理中展示項目進(jìn)度計劃，不屬于需求分析工具。
13. 以下關(guān)于軟件配置管理的說(shuō)法，錯誤的是（ ）。
A. 軟件配置管理可以保證軟件的一致性和可追溯性
B. 版本控制是軟件配置管理的核心功能之一
C. 軟件配置管理只在軟件開(kāi)發(fā)階段進(jìn)行
D. 配置項可以是軟件項目中的文檔、代碼、數據等
答案：C
解析：軟件配置管理貫穿整個(gè)軟件生命周期，不僅僅在軟件開(kāi)發(fā)階段進(jìn)行，在軟件維護等階段也同樣重要。它可以確保軟件的一致性和可追溯性，版本控制是其核心功能之一，配置項包括軟件項目中的各種文檔、代碼、數據等。通過(guò)有效的軟件配置管理，可以更好地管理軟件的變更和版本。
14. 以下哪種設計模式用于將對象組合成樹(shù)形結構以表示部分 - 整體的層次結構？（ ）
A. 策略模式
B. 裝飾模式
C. 組合模式
D. 外觀(guān)模式
答案：C
解析：組合模式允許你將對象組合成樹(shù)形結構來(lái)表示“部分 - 整體”的層次結構，使得用戶(hù)對單個(gè)對象和組合對象的使用具有一致性。策略模式用于定義一系列算法，并將每個(gè)算法封裝起來(lái)，使它們可以相互替換；裝飾模式動(dòng)態(tài)地給一個(gè)對象添加一些額外的職責；外觀(guān)模式為子系統中的一組接口提供一個(gè)一致的界面。
15. 軟件性能測試中，以下哪個(gè)指標不屬于響應時(shí)間的范疇？（ ）
A. 系統處理時(shí)間
B. 網(wǎng)絡(luò )傳輸時(shí)間
C. 用戶(hù)思考時(shí)間
D. 數據庫查詢(xún)時(shí)間
答案：C
解析：響應時(shí)間是指系統對請求作出響應的時(shí)間，包括系統處理時(shí)間、網(wǎng)絡(luò )傳輸時(shí)間、數據庫查詢(xún)時(shí)間等。用戶(hù)思考時(shí)間是指用戶(hù)在進(jìn)行操作時(shí)思考和決策的時(shí)間，不屬于系統響應時(shí)間的范疇。在性能測試中，通常關(guān)注的是系統的響應時(shí)間，以評估系統的性能和用戶(hù)體驗。
二、簡(jiǎn)答題（每題 10 分，共 40 分）
1. 簡(jiǎn)述軟件測試的基本流程。
答案：
軟件測試的基本流程如下：
�。�1）測試計劃和需求分析：
確定測試目標和范圍，明確要測試的功能和特性。
分析軟件需求規格說(shuō)明書(shū)，理解軟件的功能和業(yè)務(wù)邏輯。
制定測試計劃，包括測試策略、測試資源、測試進(jìn)度安排等。
�。�2）測試設計：
根據需求分析結果，設計測試用例。測試用例應包括測試步驟、預期結果、輸入數據等。
對測試用例進(jìn)行評審，確保其有效性和覆蓋率。
�。�3）測試環(huán)境搭建：
準備測試所需的硬件、軟件和網(wǎng)絡(luò )環(huán)境。
安裝和配置測試工具，如測試管理工具、自動(dòng)化測試工具等。
�。�4）測試執行：
按照測試用例執行測試，記錄測試結果。
對發(fā)現的缺陷進(jìn)行記錄和跟蹤，包括缺陷的詳細描述、出現的環(huán)境、嚴重程度等。
�。�5）缺陷管理：
對缺陷進(jìn)行分類(lèi)、優(yōu)先級排序，提交給開(kāi)發(fā)人員進(jìn)行修復。
跟蹤缺陷的修復情況，進(jìn)行回歸測試，確保缺陷已被正確修復且沒(méi)有引入新的缺陷。
�。�6）測試報告：
匯總測試結果，編寫(xiě)測試報告。測試報告應包括測試執行情況、缺陷統計分析、測試結論等內容。
向相關(guān)人員（如開(kāi)發(fā)團隊、項目管理人員等）提交測試報告，為項目決策提供依據。
2. 請解釋什么是面向對象編程中的封裝、繼承和多態(tài)，并舉例說(shuō)明它們在軟件開(kāi)發(fā)中的應用。
答案：
�。�1）封裝：
定義：封裝是將數據和操作數據的方法綁定在一起，形成一個(gè)類(lèi)。通過(guò)封裝，類(lèi)的內部實(shí)現細節對外部是隱藏的，外部只能通過(guò)類(lèi)提供的公共接口來(lái)訪(fǎng)問(wèn)和操作數據。
應用示例：在一個(gè)銀行賬戶(hù)類(lèi)中，可以將賬戶(hù)余額、賬戶(hù)所有者等數據以及存款、取款、查詢(xún)余額等操作封裝在一個(gè)類(lèi)中。外部用戶(hù)只能通過(guò)類(lèi)提供的公共方法（如 deposit()、withdraw()、getBalance()）來(lái)對賬戶(hù)進(jìn)行操作，而不需要了解賬戶(hù)內部數據的存儲和管理方式。這樣可以提高代碼的安全性和可維護性，避免外部代碼直接操作類(lèi)的內部數據導致數據不一致或錯誤。
�。�2）繼承：
定義：繼承是一種允許一個(gè)類(lèi)（子類(lèi)）繼承另一個(gè)類(lèi)（父類(lèi)）的屬性和方法的機制。子類(lèi)可以擴展父類(lèi)的功能，同時(shí)還可以重新定義父類(lèi)中的方法以滿(mǎn)足自己的特定需求。
應用示例：假設有一個(gè)動(dòng)物類(lèi)（Animal），它具有一些基本的屬性（如年齡、體重）和方法（如 eat()、sleep()）。然后可以創(chuàng )建一個(gè)子類(lèi)（如 Dog）繼承自 Animal 類(lèi)，Dog 類(lèi)可以繼承 Animal 類(lèi)的屬性和方法，同時(shí)還可以添加自己特有的屬性（如品種）和方法（如 bark()）。這樣可以實(shí)現代碼的復用，減少代碼冗余，并且便于對不同類(lèi)型的對象進(jìn)行統一管理和擴展。
�。�3）多態(tài)：
定義：多態(tài)是指同一個(gè)行為具有多種不同的表現形式。在面向對象編程中，多態(tài)主要通過(guò)方法重載和方法重寫(xiě)來(lái)實(shí)現。方法重載是在同一個(gè)類(lèi)中，定義多個(gè)同名但參數不同的方法；方法重寫(xiě)是子類(lèi)對父類(lèi)中已有的方法進(jìn)行重新定義，使其具有不同的實(shí)現。
應用示例：在一個(gè)圖形繪制系統中，有一個(gè)抽象的圖形類(lèi)（Shape），它有一個(gè)繪制方法（draw()）。然后可以創(chuàng )建多個(gè)子類(lèi)（如 Circle、Rectangle、Triangle 等）繼承自 Shape 類(lèi)，每個(gè)子類(lèi)都重寫(xiě) draw()方法來(lái)實(shí)現自己特定的繪制邏輯。在程序運行時(shí)，可以根據實(shí)際創(chuàng )建的圖形對象類(lèi)型，自動(dòng)調用相應子類(lèi)的 draw()方法，實(shí)現不同圖形的繪制。這體現了多態(tài)性，使得代碼更加靈活和可擴展，能夠方便地處理不同類(lèi)型的圖形對象。
3. 什么是軟件項目管理中的關(guān)鍵路徑？請舉例說(shuō)明如何確定一個(gè)項目的關(guān)鍵路徑。
答案：
�。�1）關(guān)鍵路徑的定義：
在軟件項目管理中，關(guān)鍵路徑是項目網(wǎng)絡(luò )圖中最長(cháng)的路徑，它決定了項目的最短工期。關(guān)鍵路徑上的活動(dòng)如果延遲，將會(huì )導致整個(gè)項目工期的延遲，因為這些活動(dòng)沒(méi)有松弛時(shí)間（浮動(dòng)時(shí)間）。
�。�2）確定項目關(guān)鍵路徑的步驟（舉例說(shuō)明）：
假設一個(gè)簡(jiǎn)單的軟件項目包含以下活動(dòng)及其時(shí)間估計（以天為單位）：
活動(dòng) A：需求分析，持續時(shí)間 3 天。
活動(dòng) B：設計，持續時(shí)間 5 天。
活動(dòng) C：編碼，持續時(shí)間 4 天。
活動(dòng) D：測試，持續時(shí)間 3 天。
活動(dòng)之間的依賴(lài)關(guān)系如下：需求分析完成后才能開(kāi)始設計，設計完成后才能開(kāi)始編碼，編碼完成后才能開(kāi)始測試。
首先，繪制項目網(wǎng)絡(luò )圖：
根據活動(dòng)之間的依賴(lài)關(guān)系，可以繪制出如下的項目網(wǎng)絡(luò )圖（節點(diǎn)表示活動(dòng)，箭頭表示活動(dòng)之間的先后順序）：
開(kāi)始 -> A -> B -> C -> D -> 結束
然后，計算每個(gè)活動(dòng)的最早開(kāi)始時(shí)間（ES）、最早結束時(shí)間（EF）、最晚開(kāi)始時(shí)間（LS）和最晚結束時(shí)間（LF）：
活動(dòng) A：ES = 0，EF = 0 + 3 = 3；LS = 0，LF = 3。
活動(dòng) B：ES = 3，EF = 3 + 5 = 8；LS = 3，LF = 8。
活動(dòng) C：ES = 8，EF = 8 + 4 = 12；LS = 8，LF = 12。
活動(dòng) D：ES = 12，EF = 12 + 3 = 15；LS = 12，LF = 15。
最后，確定關(guān)鍵路徑：
通過(guò)比較每個(gè)活動(dòng)的 ES 和 LS（或 EF 和 LF），如果兩者相等，則該活動(dòng)在關(guān)鍵路徑上。在這個(gè)例子中，活動(dòng) A、B、C、D 的 ES 和 LS 都相等，所以整個(gè)路徑“開(kāi)始 -> A -> B -> C -> D -> 結束”就是關(guān)鍵路徑，項目的最短工期為 15 天。
如果在項目執行過(guò)程中，關(guān)鍵路徑上的某個(gè)活動(dòng)（如活動(dòng) B）延遲了 2 天，那么整個(gè)項目的工期也將延遲 2 天，因為關(guān)鍵路徑上沒(méi)有松弛時(shí)間來(lái)彌補這個(gè)延遲。
360軟件工程筆試真題分享 2
一、選擇題（每題2分，共30分）
1. 以下哪種軟件生命周期模型最適合需求不明確且項目規模較大的項目？（ ）
A. 瀑布模型
B. 快速原型模型
C. 迭代模型
D. 螺旋模型
答案：D
解析：螺旋模型將軟件開(kāi)發(fā)過(guò)程視為一個(gè)螺旋式上升的過(guò)程，每一次迭代都會(huì )增加新的功能和需求分析，適合需求不明確且規模較大的項目。瀑布模型適用于需求明確、穩定的項目；快速原型模型用于快速獲取需求；迭代模型適用于需求逐漸明確的項目，但對風(fēng)險的把控不如螺旋模型全面。
2. 軟件測試的目的是（ ）
A. 發(fā)現程序中的所有錯誤
B. 盡可能多地發(fā)現程序中的錯誤
C. 證明程序是正確的
D. 調試程序
答案：B
解析：軟件測試的目的是盡可能多地發(fā)現程序中的錯誤，但不能保證發(fā)現所有錯誤。它不是為了證明程序正確，調試程序是在發(fā)現錯誤后進(jìn)行的修復工作。
3. 在面向對象設計中，（ ）是一種將對象組合成更復雜結構的方式，以表示整體與部分的關(guān)系。
A. 繼承
B. 聚合
C. 多態(tài)
D. 封裝
答案：B
解析：聚合表示整體與部分的關(guān)系，例如汽車(chē)和輪胎的關(guān)系。繼承是實(shí)現代碼復用和擴展的機制；多態(tài)是同一操作作用于不同對象可以有不同的解釋和實(shí)現；封裝是將數據和操作封裝在一個(gè)類(lèi)中。
4. 以下關(guān)于軟件需求分析的說(shuō)法，錯誤的是（ ）
A. 需求分析是軟件開(kāi)發(fā)過(guò)程中的重要階段
B. 需求分析可以采用面談、問(wèn)卷調查等方式進(jìn)行
C. 需求分析只需要關(guān)注用戶(hù)的功能需求
D. 需求規格說(shuō)明書(shū)是需求分析的重要成果
答案：C
解析：需求分析不僅要關(guān)注功能需求，還包括非功能需求，如性能、安全性、可靠性等。需求分析是軟件開(kāi)發(fā)的關(guān)鍵階段，面談和問(wèn)卷調查是常用的需求獲取方式，需求規格說(shuō)明書(shū)是其重要成果。
5. 下列哪種測試方法不屬于黑盒測試？（ ）
A. 等價(jià)類(lèi)劃分法
B. 邊界值分析法
C. 決策表法
D. 語(yǔ)句覆蓋法
答案：D
解析：語(yǔ)句覆蓋法屬于白盒測試方法，它關(guān)注程序內部的`代碼邏輯覆蓋情況。等價(jià)類(lèi)劃分法、邊界值分析法、決策表法是黑盒測試中常用的基于輸入輸出的測試方法。
6. UML中有多種圖形，用于描述系統靜態(tài)結構的是（ ）
A. 用例圖
B. 序列圖
C. 類(lèi)圖
D. 狀態(tài)圖
答案：C
解析：類(lèi)圖用于描述系統的靜態(tài)結構，包括類(lèi)、類(lèi)之間的關(guān)系等。用例圖用于描述系統的功能需求和用戶(hù)與系統的交互；序列圖用于描述對象之間的交互順序；狀態(tài)圖用于描述對象的狀態(tài)變化。
7. 軟件項目管理中的“金三角”不包括（ ）
A. 時(shí)間
B. 成本
C. 質(zhì)量
D. 范圍
答案：D
解析：軟件項目管理的“金三角”是時(shí)間、成本和質(zhì)量，需要在這三者之間進(jìn)行平衡和協(xié)調。范圍是項目管理中的一個(gè)重要概念，但不屬于“金三角”。
8. 以下哪種軟件開(kāi)發(fā)方法強調團隊成員之間的緊密協(xié)作和快速反饋？（ ）
A. 敏捷開(kāi)發(fā)
B. 瀑布模型
C. 面向對象開(kāi)發(fā)
D. 結構化開(kāi)發(fā)
答案：A
解析：敏捷開(kāi)發(fā)強調團隊成員之間的緊密協(xié)作、快速迭代和快速反饋，以適應需求的變化。瀑布模型是線(xiàn)性的、順序的開(kāi)發(fā)過(guò)程；面向對象開(kāi)發(fā)是一種編程范式；結構化開(kāi)發(fā)強調自頂向下、逐步求精的設計方法。
9. 代碼評審的主要目的不包括（ ）
A. 發(fā)現代碼中的錯誤
B. 提高代碼的可讀性
C. 保證代碼的性能
D. 促進(jìn)團隊成員之間的技術(shù)交流
答案：C
解析：代碼評審可以發(fā)現代碼中的錯誤、提高可讀性、促進(jìn)技術(shù)交流，但不能直接保證代碼的性能。性能優(yōu)化通常需要通過(guò)性能測試和分析等手段來(lái)實(shí)現。
10. 軟件維護的類(lèi)型不包括（ ）
A. 改正性維護
B. 適應性維護
C. 完善性維護
D. 創(chuàng )新性維護
答案：D
解析：軟件維護包括改正性維護（修復錯誤）、適應性維護（適應環(huán)境變化）、完善性維護（增加功能和改進(jìn)性能），沒(méi)有創(chuàng )新性維護這種說(shuō)法。
11. 以下關(guān)于數據庫設計的說(shuō)法，正確的是（ ）
A. 數據庫設計只需考慮當前的業(yè)務(wù)需求
B. 范式越高，數據庫設計越好
C. 數據庫設計要遵循一定的規范和原則
D. 在數據庫設計中，數據冗余是不可避免的
答案：C
解析：數據庫設計要考慮當前和未來(lái)的業(yè)務(wù)需求，范式是指導原則，但不是越高越好，要在實(shí)際應用中權衡。數據庫設計應遵循規范和原則，盡量減少數據冗余，但完全消除數據冗余在某些情況下可能不現實(shí)，但要合理控制。
12. 在軟件項目中，（ ）負責制定項目計劃、協(xié)調資源、監控項目進(jìn)度等工作。
A. 項目經(jīng)理
B. 軟件設計師
C. 程序員
D. 測試人員
答案：A
解析：項目經(jīng)理是項目的管理者，負責項目計劃、資源協(xié)調、進(jìn)度監控等全面管理工作。軟件設計師負責系統設計，程序員負責編碼實(shí)現，測試人員負責軟件測試。
13. 以下哪種軟件架構風(fēng)格適合大規模分布式系統？（ ）
A. 單體架構
B. 微服務(wù)架構
C. 分層架構
D. 客戶(hù)端 - 服務(wù)器架構
答案：B
解析：微服務(wù)架構將系統拆分為多個(gè)小型服務(wù)，每個(gè)服務(wù)可以獨立部署和擴展，適合大規模分布式系統。單體架構適用于小型簡(jiǎn)單系統；分層架構是一種常見(jiàn)的架構模式，但在大規模分布式場(chǎng)景下不如微服務(wù)靈活；客戶(hù)端 - 服務(wù)器架構主要用于客戶(hù)端和服務(wù)器之間的交互。
14. 軟件質(zhì)量保證的主要活動(dòng)不包括（ ）
A. 制定質(zhì)量計劃
B. 技術(shù)評審
C. 軟件測試
D. 代碼編寫(xiě)
答案：D
解析：軟件質(zhì)量保證包括制定質(zhì)量計劃、技術(shù)評審、軟件測試等活動(dòng)，代碼編寫(xiě)是實(shí)現軟件功能的過(guò)程，不屬于質(zhì)量保證的主要活動(dòng)。
15. 以下關(guān)于軟件配置管理的說(shuō)法，錯誤的是（ ）
A. 軟件配置管理可以幫助團隊管理軟件的變更
B. 版本控制是軟件配置管理的核心功能之一
C. 軟件配置管理只在軟件開(kāi)發(fā)階段重要
D. 配置項包括軟件代碼、文檔、數據等
答案：C
解析：軟件配置管理在整個(gè)軟件生命周期都很重要，不僅在開(kāi)發(fā)階段，在維護等階段也能幫助管理變更、控制版本等。它可以幫助團隊管理軟件的變更，版本控制是核心功能之一，配置項包括代碼、文檔、數據等。
二、填空題（每題2分，共20分）
1. 軟件危機主要表現在軟件開(kāi)發(fā)成本高、進(jìn)度難以控制、__________和軟件維護困難等方面。
答案：質(zhì)量難以保證
解析：軟件危機的主要表現包括成本高、進(jìn)度失控、質(zhì)量難以保證和維護困難等。
2. 面向對象的三大特性是封裝、繼承和__________。
答案：多態(tài)
解析：面向對象的三大特性為封裝、繼承和多態(tài)。
3. 軟件測試按照階段可以分為單元測試、集成測試、__________和系統測試。
答案：驗收測試
解析：軟件測試的階段通常包括單元測試、集成測試、驗收測試和系統測試。
4. UML中的關(guān)系包括關(guān)聯(lián)、聚合、組合、依賴(lài)和__________等。
答案：泛化（繼承）
解析：UML中的關(guān)系有關(guān)聯(lián)、聚合、組合、依賴(lài)和泛化（繼承）等。
5. 需求分析的方法主要有結構化分析方法和__________分析方法。
答案：面向對象
解析：需求分析方法有結構化分析方法和面向對象分析方法。
6. 軟件項目管理的四大要素是時(shí)間、成本、質(zhì)量和__________。
答案：范圍
解析：軟件項目管理的四大要素是時(shí)間、成本、質(zhì)量和范圍。
7. 數據庫設計的步驟通常包括需求分析、概念設計、__________設計、物理設計和數據庫實(shí)施與維護。
答案：邏輯
解析：數據庫設計步驟為需求分析、概念設計、邏輯設計、物理設計和實(shí)施與維護。
8. 敏捷開(kāi)發(fā)的核心價(jià)值觀(guān)包括個(gè)體和互動(dòng)高于流程和工具、可工作的軟件高于詳盡的文檔、__________高于合同談判、客戶(hù)合作高于客戶(hù)談判。
答案：響應變化
解析：敏捷開(kāi)發(fā)核心價(jià)值觀(guān)是個(gè)體和互動(dòng)高于流程和工具、可工作的軟件高于詳盡的文檔、響應變化高于合同談判、客戶(hù)合作高于客戶(hù)談判。
9. 軟件架構是指軟件系統的__________結構和組織方式。
答案：高層
解析：軟件架構是軟件系統的高層結構和組織方式。
10. 代碼重構是在不改變軟件外部行為的前提下，對__________進(jìn)行改進(jìn)的技術(shù)手段。
答案：代碼內部結構
解析：代碼重構是對代碼內部結構進(jìn)行改進(jìn)，不改變軟件外部行為。
三、簡(jiǎn)答題（每題10分，共30分）
1. 簡(jiǎn)述瀑布模型的優(yōu)缺點(diǎn)。
答案：
優(yōu)點(diǎn)：
階段明確：每個(gè)階段都有明確的任務(wù)和目標，有利于項目的組織和管理。
文檔規范：每個(gè)階段都會(huì )產(chǎn)生相應的文檔，便于后續的維護和升級，也有利于知識的傳承。
質(zhì)量保證：前一個(gè)階段完成后才進(jìn)入下一個(gè)階段，有利于保證每個(gè)階段的質(zhì)量。
缺點(diǎn)：
缺乏靈活性：一旦項目開(kāi)始，很難更改需求和設計，不適應需求變化頻繁的項目。
風(fēng)險后置：如果在后期發(fā)現前期的錯誤，修改成本較高，可能會(huì )導致項目延期和成本增加。
反饋不及時(shí)：用戶(hù)只有在整個(gè)項目完成后才能看到最終結果，可能導致用戶(hù)對產(chǎn)品不滿(mǎn)意。
2. 請說(shuō)明軟件測試中的白盒測試和黑盒測試的主要區別，并舉例說(shuō)明各自的測試方法。
答案：
主要區別：
測試依據：白盒測試依據程序的內部邏輯結構進(jìn)行測試，黑盒測試主要依據軟件的需求規格說(shuō)明書(shū)，不關(guān)注程序內部結構。
測試方法：白盒測試方法有語(yǔ)句覆蓋、判定覆蓋、條件覆蓋等；黑盒測試方法有等價(jià)類(lèi)劃分法、邊界值分析法、因果圖法等。
測試目的：白盒測試主要用于檢查程序內部的邏輯錯誤、代碼結構等問(wèn)題；黑盒測試主要用于測試軟件的功能是否符合需求。
舉例：
白盒測試方法舉例：語(yǔ)句覆蓋是要求設計測試用例，使得程序中的每條語(yǔ)句至少被執行一次。例如，一個(gè)簡(jiǎn)單的判斷語(yǔ)句`if(a > 10) {b = 20;} else {b = 30;}`，設計測試用例使`a = 11`和`a = 9`，分別執行不同的分支，以覆蓋所有語(yǔ)句。
黑盒測試方法舉例：等價(jià)類(lèi)劃分法是將輸入數據劃分為若干個(gè)等價(jià)類(lèi)，從每個(gè)等價(jià)類(lèi)中選取一個(gè)代表性的數據作為測試用例。比如，一個(gè)函數接收一個(gè)整數作為輸入，要求輸入在1到100之間，可劃分為有效等價(jià)類(lèi)（1到100之間的整數）和無(wú)效等價(jià)類(lèi)（小于1的整數、大于100的整數、非整數等），然后從每個(gè)等價(jià)類(lèi)中選一個(gè)值進(jìn)行測試。
3. 簡(jiǎn)述面向對象設計的基本原則。
答案：
單一職責原則：一個(gè)類(lèi)應該只有一個(gè)引起它變化的原因，即一個(gè)類(lèi)只負責一項職責。例如，一個(gè)用戶(hù)管理類(lèi)只負責用戶(hù)信息的管理，而不應該涉及用戶(hù)權限的分配等其他職責。
開(kāi)放封閉原則：軟件實(shí)體（類(lèi)、模塊、函數等）應該對擴展開(kāi)放，對修改關(guān)閉。即當需要增加新功能時(shí)，應該通過(guò)擴展現有代碼來(lái)實(shí)現，而不是修改現有代碼。比如，在一個(gè)圖形繪制系統中，要添加新的圖形類(lèi)型，應該通過(guò)創(chuàng )建新的圖形類(lèi)來(lái)擴展，而不是修改已有的繪制代碼。
里氏替換原則：子類(lèi)應該能夠替換父類(lèi)并且在程序中正常工作。例如，在一個(gè)動(dòng)物類(lèi)的繼承體系中，狗類(lèi)是動(dòng)物類(lèi)的子類(lèi)，那么在任何使用動(dòng)物類(lèi)的地方，都可以用狗類(lèi)來(lái)替換，并且程序的行為不會(huì )發(fā)生錯誤。
依賴(lài)倒置原則：高層模塊不應該依賴(lài)低層模塊，二者都應該依賴(lài)其抽象；抽象不應該依賴(lài)細節，細節應該依賴(lài)抽象。例如，在一個(gè)電商系統中，訂單處理模塊不應該直接依賴(lài)具體的支付方式類(lèi)（如微信支付類(lèi)、支付寶支付類(lèi)），而應該依賴(lài)支付接口的抽象類(lèi)，這樣當增加新的支付方式時(shí)，只需要實(shí)現支付接口的抽象類(lèi)，而不需要修改訂單處理模塊的代碼。
接口隔離原則：客戶(hù)端不應該依賴(lài)它不需要的接口。一個(gè)類(lèi)對另一個(gè)類(lèi)的依賴(lài)應該建立在最小的接口上。例如，一個(gè)打印機類(lèi)只需要實(shí)現打印相關(guān)的接口，而不需要實(shí)現與掃描等無(wú)關(guān)的接口，避免了不必要的依賴(lài)和復雜性。
360軟件工程筆試真題分享 3
一、選擇題（每題2分，共30分）
�。ㄒ唬┸浖こ袒A知識
1. 軟件生命周期中，花費時(shí)間最多的階段是（ ）。
A. 需求分析
B. 設計
C. 編碼
D. 測試
答案：D
解析：在軟件生命周期中，測試階段需要對軟件進(jìn)行全面的功能、性能、兼容性等各種測試，發(fā)現并修復問(wèn)題，通常會(huì )花費大量的時(shí)間和精力。需求分析、設計和編碼階段雖然也很重要，但相對來(lái)說(shuō)測試階段更為耗時(shí)。
2. 以下哪種軟件開(kāi)發(fā)模型最適合需求不明確且項目風(fēng)險較大的情況？（ ）
A. 瀑布模型
B. 快速原型模型
C. 螺旋模型
D. 增量模型
答案：C
解析：螺旋模型將軟件開(kāi)發(fā)過(guò)程視為一個(gè)螺旋式上升的過(guò)程，每一次迭代都會(huì )進(jìn)行風(fēng)險評估，適合于需求不明確且項目風(fēng)險較大的項目。瀑布模型要求需求明確，按階段順序進(jìn)行；快速原型模型主要用于快速構建原型來(lái)明確需求；增量模型是將軟件逐步交付，但對于風(fēng)險較大且需求不明確的情況，螺旋模型更合適。
3. UML（統一建模語(yǔ)言）中，用于描述系統功能的視圖是（ ）。
A. 用例視圖
B. 邏輯視圖
C. 組件視圖
D. 部署視圖
答案：A
解析：用例視圖用于描述系統應該具備的功能，它從用戶(hù)的角度出發(fā)，展示了系統的參與者和用例，是描述系統功能的重要視圖。邏輯視圖關(guān)注系統的邏輯結構和對象之間的關(guān)系；組件視圖描述系統的組件和它們之間的依賴(lài)關(guān)系；部署視圖關(guān)注系統的物理部署。
�。ǘ⿺祿Y構與算法
4. 一個(gè)棧的入棧序列是1，2，3，4，5，則棧的不可能的輸出序列是（ ）。
A. 5，4，3，2，1
B. 4，5，3，2，1
C. 4，3，5，1，2
D. 1，2，3，4，5
答案：C
解析：棧的操作原則是“先進(jìn)后出”。A選項是正常的出棧順序；B選項先將1，2，3，4入棧，然后4出棧，5入棧，再依次出棧；D選項是依次入棧并出棧；而C選項中4，3出棧后，棧頂是2，要想1先出棧是不可能的，因為1在棧底，必須先將2出棧后才能出棧1。
5. 已知一棵二叉樹(shù)的前序遍歷序列為ABCDEF，中序遍歷序列為CBAEDF，則后序遍歷序列為（ ）。
A. CBEFDA
B. FEDCBA
C. CBEDFA
D. ABCDEF
答案：A
解析：根據前序遍歷序列和中序遍歷序列可以確定二叉樹(shù)的結構。前序遍歷的第一個(gè)節點(diǎn)A是根節點(diǎn)，在中序遍歷中，A左邊的節點(diǎn)是左子樹(shù)，右邊的節點(diǎn)是右子樹(shù)。由此可逐步確定二叉樹(shù)的結構，然后得出后序遍歷序列為CBEFDA。
6. 在含有n個(gè)節點(diǎn)的二叉排序樹(shù)中查找一個(gè)關(guān)鍵字，最多需要比較（ ）次。
A. n
B. n/2
C. logn
D. nlogn
答案：A
解析：在最壞情況下，二叉排序樹(shù)會(huì )退化為一條鏈，此時(shí)查找一個(gè)關(guān)鍵字需要比較n次。最好情況下，比較次數為logn，但題目問(wèn)的是最多需要比較的次數，所以是n次。
�。ㄈ┚幊陶Z(yǔ)言基礎（以C/C++為例）
7. 以下關(guān)于C++中函數重載的敘述中，正確的是（ ）。
A. 函數重載是指定義多個(gè)函數名相同但參數類(lèi)型或個(gè)數不同的函數
B. 函數重載是指定義多個(gè)函數名不同但參數類(lèi)型或個(gè)數相同的函數
C. 函數重載要求函數返回值類(lèi)型不同
D. 函數重載要求函數體不同
答案：A
解析：函數重載是指在同一作用域內，可以定義多個(gè)函數名相同但參數類(lèi)型或個(gè)數不同的函數。函數返回值類(lèi)型不同不能作為函數重載的依據，函數體可以相同也可以不同，但主要是通過(guò)參數來(lái)區分不同的重載函數。
8. 在C語(yǔ)言中，若有定義“int a[10];”，則以下對數組元素引用正確的是（ ）。
A. a(5)
B. a[10]
C. a[5]
D. a[10.0]
答案：C
解析：在C語(yǔ)言中，數組元素的引用是通過(guò)下標來(lái)進(jìn)行的，下標從0開(kāi)始，所以a[5]是正確的引用方式。a(5)是函數調用的形式，a[10]超出了數組的下標范圍（數組最大下標為9），a[10.0]下標不能為浮點(diǎn)數。
9. 以下關(guān)于C++類(lèi)的繼承的說(shuō)法中，正確的是（ ）。
A. 子類(lèi)只能繼承父類(lèi)的公有成員和保護成員
B. 子類(lèi)可以繼承父類(lèi)的所有成員
C. 子類(lèi)不能繼承父類(lèi)的構造函數和析構函數
D. 子類(lèi)可以重新定義父類(lèi)的私有成員
答案：C
解析：子類(lèi)可以繼承父類(lèi)的公有成員和保護成員，但不能繼承私有成員（但可以通過(guò)公有和保護成員函數間接訪(fǎng)問(wèn)）。子類(lèi)不能繼承父類(lèi)的.構造函數和析構函數，它們會(huì )在子類(lèi)對象創(chuàng )建和銷(xiāo)毀時(shí)自動(dòng)調用相應的子類(lèi)構造函數和析構函數。子類(lèi)不能重新定義父類(lèi)的私有成員，只能在子類(lèi)中重新定義公有和保護成員。
二、填空題（每題3分，共30分）
�。ㄒ唬┸浖こ踢^(guò)程
1. 軟件需求規格說(shuō)明書(shū)（SRS）的主要作用是作為_(kāi)_________的依據。
答案：軟件設計和驗收測試
解析：軟件需求規格說(shuō)明書(shū)明確了軟件的功能、性能、接口等需求，是軟件設計人員進(jìn)行設計的依據，也是驗收測試時(shí)判斷軟件是否符合需求的標準。
2. 軟件測試的目的是__________。
答案：發(fā)現軟件中的錯誤和缺陷
解析：軟件測試的主要目的是通過(guò)各種測試方法和手段，盡可能地發(fā)現軟件中存在的錯誤和缺陷，以保證軟件的質(zhì)量和可靠性。
�。ǘ⿺祿Y構
1. 設單鏈表中指針p指向結點(diǎn)A，若要刪除A之后的結點(diǎn)（假設A不是最后一個(gè)結點(diǎn)），則需修改指針的操作為p->next = __________。
答案：p->next->next
解析：要刪除A之后的結點(diǎn)，需要將A結點(diǎn)的next指針指向A之后結點(diǎn)的下一個(gè)結點(diǎn)，即p->next->next。
2. 一棵完全二叉樹(shù)共有700個(gè)結點(diǎn)，則該二叉樹(shù)中有__________個(gè)葉子結點(diǎn)。
答案：350
解析：對于完全二叉樹(shù)，設葉子結點(diǎn)數為n，度為2的結點(diǎn)數為n，則n = n + 1。又因為n + n = 700，可得n = (700 + 1) / 2 = 350。
�。ㄈ┧惴�
1. 對n個(gè)元素進(jìn)行冒泡排序，最多需要進(jìn)行__________趟比較。
答案：n - 1
解析：冒泡排序每趟比較都會(huì )將一個(gè)較大（或較小，取決于排序順序）的元素“冒泡”到正確的位置，最多需要進(jìn)行n - 1趟比較就可以將所有元素排序完成。
2. 已知一個(gè)順序存儲的線(xiàn)性表，設每個(gè)元素占m個(gè)存儲單元，第一個(gè)元素的地址為a，則第i個(gè)元素的地址為_(kāi)_________。
答案：a + (i - 1)×m
解析：順序存儲的線(xiàn)性表中，元素的地址是連續的，第i個(gè)元素相對于第一個(gè)元素的偏移量為(i - 1)個(gè)元素的大小，每個(gè)元素占m個(gè)存儲單元，所以第i個(gè)元素的地址為a + (i - 1)×m。
三、簡(jiǎn)答題（每題10分，共20分）
�。ㄒ唬┖�(jiǎn)述軟件測試的基本步驟。
答案：
1. 測試計劃和設計
確定測試目標和范圍。
制定測試策略和計劃，包括測試方法、測試工具、測試資源等的選擇和安排。
設計測試用例，根據需求規格說(shuō)明書(shū)和軟件設計文檔，設計出能夠覆蓋各種情況的測試用例。
2. 測試環(huán)境搭建
準備測試所需的硬件、軟件和網(wǎng)絡(luò )環(huán)境，確保測試環(huán)境與實(shí)際生產(chǎn)環(huán)境盡可能相似。
安裝和配置被測試軟件及其相關(guān)依賴(lài)。
3. 執行測試用例
按照測試計劃和設計，逐個(gè)執行測試用例。
記錄測試過(guò)程中的發(fā)現，包括測試結果、問(wèn)題描述、截圖等。
4. 缺陷管理與跟蹤
對測試過(guò)程中發(fā)現的缺陷進(jìn)行記錄和分類(lèi)，提交缺陷報告。
跟蹤缺陷的修復情況，進(jìn)行回歸測試，確保缺陷被正確修復且沒(méi)有引入新的問(wèn)題。
5. 測試結果分析與評估
分析測試結果，統計測試用例的執行情況，如通過(guò)數、失敗數、未執行數等。
根據測試結果評估軟件的質(zhì)量，判斷軟件是否滿(mǎn)足發(fā)布標準。如果不滿(mǎn)足，需要進(jìn)一步分析原因并提出改進(jìn)建議。
6. 測試報告生成
匯總測試過(guò)程中的各項數據和信息，生成測試報告。
測試報告應包括測試概述、測試結果、缺陷分析、風(fēng)險評估等內容，為項目決策提供依據。
�。ǘ┱堈f(shuō)明面向對象編程的三大特性及其含義。
答案：
1. 封裝
含義：將數據和操作數據的方法封裝在一起，形成一個(gè)類(lèi)。通過(guò)封裝，類(lèi)的內部實(shí)現細節對外部是隱藏的，外部只能通過(guò)類(lèi)提供的公共接口來(lái)訪(fǎng)問(wèn)和操作類(lèi)中的數據。這樣可以提高代碼的安全性和可維護性，避免外部直接隨意修改類(lèi)內部的數據，同時(shí)也使得代碼的結構更加清晰。
例如：在一個(gè)表示汽車(chē)的類(lèi)中，可以將汽車(chē)的品牌、型號、速度等數據以及加速、剎車(chē)等操作方法封裝在一起。外部代碼不能直接訪(fǎng)問(wèn)汽車(chē)的速度變量，但可以通過(guò)調用加速或剎車(chē)方法來(lái)間接改變速度。
2. 繼承
含義：允許一個(gè)類(lèi)（子類(lèi)）繼承另一個(gè)類(lèi)（父類(lèi)）的屬性和方法。子類(lèi)可以擴展父類(lèi)的功能，同時(shí)還可以重寫(xiě)父類(lèi)的方法以實(shí)現更具體或不同的行為。繼承體現了代碼的復用性和擴展性，減少了代碼的冗余，使得軟件系統的結構更加清晰和易于維護。
例如：有一個(gè)動(dòng)物類(lèi)，它有吃、睡等基本方法。然后可以創(chuàng )建一個(gè)狗類(lèi)作為動(dòng)物類(lèi)的子類(lèi)，狗類(lèi)繼承了動(dòng)物類(lèi)的吃、睡方法，同時(shí)還可以添加自己特有的方法如叫、搖尾巴等。
3. 多態(tài)
含義：同一操作作用于不同的對象，可以有不同的解釋和執行結果。多態(tài)通常通過(guò)繼承和方法重寫(xiě)來(lái)實(shí)現。在運行時(shí)，根據對象的實(shí)際類(lèi)型來(lái)決定調用哪個(gè)類(lèi)的方法。多態(tài)提高了程序的靈活性和可擴展性，使得代碼可以更加通用和易于維護。
例如：定義一個(gè)形狀類(lèi)，有一個(gè)計算面積的方法。然后創(chuàng )建圓形類(lèi)、矩形類(lèi)等作為形狀類(lèi)的子類(lèi)，它們都重寫(xiě)了計算面積的方法。在程序中，可以使用一個(gè)形狀類(lèi)的引用指向不同的子類(lèi)對象，當調用計算面積方法時(shí)，會(huì )根據實(shí)際指向的對象類(lèi)型執行相應子類(lèi)的方法。
【360軟件工程筆試真題分享】相關(guān)文章：
格力筆試真題分享11-21
OPPO筆試真題分享，筆試題目分享11-21
咨詢(xún)顧問(wèn)筆試真題分享11-21
國泰金融筆試真題分享11-21
數字推理類(lèi)筆試真題分享11-21
申銀萬(wàn)國筆試真題分享11-21
聯(lián)想筆試真題11-06
2010淘寶筆試真題11-06
金蝶公司筆試真題11-06