下面哪個API返回的不屬於windows內核對象（）
事件對象HANDLE CreateEvent();
文件對象HANDLE CreateFile();
信號量對象HANDLE CreateSemaphore();
CreateDC是GDI對象。圖形設備接口對象，屬於外設，不是內核對象。
對手機軟件的壓力測試通常可以包括【多選】（ ）存儲壓力、響應能力壓力、網絡流量壓力
針對手機軟件系統測試：功能模塊測試，交叉事件測試，壓力測試，容量測試，兼容性測試，易用性/用戶體驗測試
對手機可以施加的壓力測試類型主要有：存儲壓力、邊界壓力、 響應能力壓力、網絡流量壓力
專門設計用於支持過程反復的軟件過程模型有（ ）
螺旋式開發模型、增量式開發模型
用於判斷“新引入的變化沒有給現有軟件造成破壞”的測試方法是___。 回歸測試
產品修正了bug或增加了功能，生成新的版本，對這個版本進行測試，就叫做回歸測試。
驗收測試有alpha和beta兩種，且都由用戶來實施，區別在於是否為最終用戶
alpha測試 α測試 是由一個用戶在開發環境下進行的測試，也可以是公司內部用戶在模擬實際操作環境進行的受控測試
beta測試 β測試 是由軟件的多個用戶在一個或多個用戶的實際使用環境下進行的測試（最終用戶）
以下程序的運行結果為（ ） 4 10
#include <string.h>
#include <stdio.h>
void main()
{
char a[10] = "abcd";
printf("%d, %d\n", strlen(a), sizeof(a));
}
strlen計算有效字符長度，sizeof計算內存
在規定的條件下和規定的時間間隔內，軟件實現其規定功能的概率稱為（ ）。可靠性
Windows socket編程中經常需要進行字節序列的轉換，下列哪幾個函數是將網絡字節序列轉換為主機字節序列?htons 把unsigned short類型從主機序轉換到網絡序
htonl 把unsigned long類型從主機序轉換到網絡序
ntohs 把unsigned short類型從網絡序轉換到主機序
ntohl 把unsigned long類型從網絡序轉換到主機序
WSANtohs() 將一個以網絡字節順序表示的無符號短整形數轉換為主機字節順序
Web 應用程序中常使用 MVC 模式，關於說法下面哪些是對的
型 ( Model )表示數據以及處理數據的業務邏輯
視圖 ( View ) 是對模型的(可視化)展示，它渲染模型的結果，典型的是一個用戶接口元素(user interface element)
Controller控制器介於用戶和系統之間，它接受用戶的輸入，指揮着模型和視圖來完成輸入對應的任務
MVC 的常用實踐是，模型從用戶接收 GET 和 POST 的請求，然后決定做神馬，通過移交給控制器和視圖 錯誤：是控制器接受用戶的GET和POST請求。
如果某測試用例集實現了某軟件的路徑覆蓋，那么它一定同時實現了該軟件的？ 判定覆蓋
路徑測試時執行了每個路徑，每個判定的結果肯定經歷過一次 。所以路徑覆蓋，則判定必覆蓋。
java中Hashtable, Vector, TreeSet, LinkedList哪些線程是安全的？
Excel 工作表 D 列保存了 18 位身份證號碼信息，為了保護個人隱私，需將身份證信息的第 3 、 4 位和第 9 、 10 位用“ * ”表示，以 D2 單元格為例，最優的操作方法是（ ） =REPLACE(REPLACE(D2,9,2,""),3,2,"")
REPLACE 函數是用新字符串替換舊字符串，而且替換的位置和數量都是指定的。
其格式為 REPLACE(old_text,start_num,num_chars ， new_text) 。
old_text 是要替換的字符串， start_num 是開始位置， num_chars 是替換個數， new_text 是新的文本。
B 、 D 兩項參數個數不符合函數要求。故正確答案為 C 選項。
如果需要在不影響其他對象的情況下，以動態，透明的方式給對象添加職責，應該選擇何種設計模式？ 裝飾模式
適配器（Adapter）模式
將一個類的接口轉換成客戶希望的另一個接口，使得原本由於接口不兼容而不能一起工作的那些類能一起工作。
橋接（Bridge）模式
將抽象與實現分離，使它們可以獨立變化。它是用組合關系代替繼承關系來實現，從而降低 抽象和實現這兩個可變維度的耦合度。
裝飾（Decorator）模式
動態的給對象增加一些職責，即增加其額外的功能。
編譯優化的目的是 生成運行時間短且占用空間小的目標代碼
軟件是指用程序設計語言（如Pascal，C，Visual Basic等）編寫的程序，軟件開發實際上就是編寫程序代碼。（）
軟件=程序+數據+文檔
負載測試是驗證要檢驗的系統的能力最高能達到什么程度。請判斷這句話的正確與否。
系統的最高能力是壓力測試，而負載測試是在超荷情況下的性能測試
EYE是Head的一部分，而LOOK是EYE的功能，Eye如果沒有Look功能就不是一個完整的Eye。因此Look是Eye必不可少的一部分，就像車胎是汽車的一部分一樣，代碼復用最好的辦法是用組合
組合是在新類中以原有類的對象作為數據成員，繼承是在不改變現有的類的基礎上，采用現有類的形式並在其中添加新代碼。
因此，去除EYE而取LOOK是沒有必要的。
系統測試將軟件，硬件，網絡等其他因素結合，對整個軟件進行測試.（）不是系統測試的內容。 路徑測試是屬於白盒
系統測試是將軟件系統與硬件、外設和網絡等其他因素結合，對整個軟件系統進行測試。常見的系統測試主要有恢復測試、安全性測試、強度測試、性能測試、可靠性測試和安裝測試等。
某計算機按字節編址，采用小端方式存儲信息。其中，某指令的一個操作數為 16 位，該操作數采用基址尋址方式，指令中形式地址（用補碼表示）為 FF00H ，當前基址寄存器的內容為 C000 0000H ，則該操作數的 LSB 存放的地址是（）BFFF FF00H
LSB存放的地址即最低有效字節地址，由於小端方案，最低有效字節存儲在最小地址位置。
計算FF00的原碼。補碼=反碼+1，因此 反碼 FF00-1=FEFF， 轉原碼：1000 0001 0000 0000(注意：第一位是符號位。) 即-0100H
C000 0000 -0100=BFFF FF00H
下列哪些函數的返回類型是屬於windows內核對象()
在Windows操作系統中我們常常接觸的有三種對象類型：
Windows內核對象 （事件對象，文件對象，進程對象，I/O完成端口對象，互斥量對象，進程對象，線程對象等等）：由執行體（Excutive）對象管理器（Object Manager）管理，內核對象結構體保存在系統內存空間（0x80000000-0xFFFFFFFF），句柄值與進程相關。
Windows GDI對象 （畫筆對象，畫刷對象等）：由Windows子系統管理，句柄值在系統，會話范圍 （system-wide / session-wide） 有效。
Windows USER對象 （窗口對象，菜單對象等） ：由Windows子系統管理，句柄值在系統，會話范圍 （system-wide / session-wide） 有效。
四個選項分別為畫筆對象，事件對象，文件對象，互斥量（信號量）對象，所以B,C,D正確
既可以用於黑盒測試，也可以用於白盒測試的方法的是（）邊界值法
白盒測試法：語句覆蓋、判定覆蓋、條件覆蓋、路徑覆蓋等
黑盒測試法：等價類划分、邊界值法、正交試驗、因果圖等；
邊界值法在黑盒測試中，我們可以不涉及代碼來取邊界值；
但是也可以在設計代碼時，比如在條件覆蓋等白盒測試方法中取到邊界值。
判定表，左上角的是：所有條件。
如圖所示，判定表通常有以下四個部分組成：
1)條件樁（Condition Stub）：在左上部，列出了問題的所有條件。通常認為列出的條件的次序無關緊要。
2)動作樁（Action Stub）：在左下部，列出了問題規定可能采取的操作。這些操作的排列順序沒有約束。
3)條件項（Condition Entry）：在右上部，列出針對它左列條件的取值。在所有可能情況下的真假值。
4)動作項（Action Entry）：在右下部，列出在條件項的各種取值情況下應該采取的動作。
在詳細設計階段，經常采用的工具有（ ） PAD
在軟件詳細設計階段,常用的圖形描述工具有程序流程圖,盒圖(NS 圖)和問題分析圖(PAD) .常用的語言描述工具為 **PDL(程序設計語言) **,常用的表格描述工具有判定表和判定樹.
系統設計是DFD。
軟件需求分析方法包括結構化分析方法和面向對象的分析方法兩大類
結構化分析的常用工具有結構化分析的常用工具有數據流圖（DFD）、數據字典、判定樹和判定表。
關於進程和線程，下面說法正確的是
線程和進程都可並發執行
在linux系統中，線程是處理器調度的基本單位
線程的粒度小於進程，通常多線程比多進程並發性更高
不同的線程共享相同的棧空間 ×，只有在同一進程下的線程才享有。
有三個線程T1,T2,T3,下面方法可以確保它們按順序執行的有()該線程繼續執行
先啟動最后一個(T3調用T2,T2調用T1)
可以用線程類的join()方法在一個線程中啟動另一個線程,另一個線程完成
先啟動第一個(T3調用T2,T2調用T1)
因為在每個線程的run方法中用join方法限定了三個線程的執行順序。
即便是第二個線程先啟動執行了，由於t1.join()方法，
使得線程2需要等待線程1運行結束后才能繼續運行。
與三個線程的啟動順序無關。
以下API的返回值可以傳遞給CloseHandle()的是
CreateWaitableTimer
CreateFile
下列哪些代碼會調用一個DLL的 DllMain 函數
LoadLibraray("A.dll")
GetModuleHandle(0,"A.dll",&hDLL)
FreeLibrary(hDLL)
用戶界面設計的一般原則是（ ）。
哪種測試模型把測試過程作為需求分析、概要設計、詳細設計及編碼之后的階段（ ）
大佬總結：測試模式
V型：
W型：
H型：
Windows內存管理和大多數現代操作系統一樣，Windows實現按需調頁的虛擬內存機制。在32位的Windows計算機上，進程具有4GB的虛擬內存地址空間。
2的32次方=4GB
{x 是 0≤x＜10000 的整數}，請給出 x 數據的定義是（）。 x=0{0|1|2|3|4|5|6|7|8|9}4
左邊是0，表示大於等於0，右邊是4指的是不超,4位的整數
考察軟件系統和軟件項目的復雜性主要是看技術的復雜度和管理的難度是主要標准 對。
用例模型所描述的是軟件系統的需求模型。請問這句話的說法是正確的嗎？ 正確。
用例模型的目的是提取和分析足夠的需求分析，用例模型能夠表訴用戶需要什么，不涉及系統將如何構造和實現的細節。
快速原型模型的主要特點之一是（）。及早提供工作軟件
軟件生命周期中所花費用最多的階段是（ ） 軟件維護
此題容易選擇編碼，但其實花費時間、費用最多的是軟件維護。
在軟件項目管理的人員組織中，針對小規模項目開發，由一人即承擔技術主管，又肩負行政主管的組織方式是（）。 不需要老板，肯定就是主程序員模式了。
確定模塊的功能和模塊的接口是在軟件設計的那個階段完成的?
概要設計（ Preliminary Design ）：分析設計備選方案，並定義軟件體系 結構 、構件、接口、以及一個系統或構件的時間和大小估計的過程。
詳細設計（ detailed design ）：將一個系統或構件的概要設計進行精化和擴展，達到設計充分完善而能夠被實現程度的過程。
確定測試計划是在 ( ) 階段制定的 .
總體設計階段：設想供選擇的方案、選取合理的方案、推薦最佳方案、功能分解、設計軟件結構、設計數據庫、制定測試計划、書寫文檔、審查和復審
軟件需求規格說明書的作用不包括（）
可行性研究在需求規格說明書之前就出了。。
在軟件維護工作中，如果對軟件的修改只限制在原需求說明書的范圍之內，這種維護是屬於( )。 糾正性維護
校正性維護 /糾錯性維護(corrective maintenace) 只有在軟件產品投入實際運行之后，隨着時間的推移，用戶才能逐漸發現測試階段隱藏下來的錯誤 。
適應性維護(adaptive maintenance) (adaptive maintenance) 使軟件系統適應不斷變化的運行環境而進行修改的過程。
完善性維護(perfective maintenance) 軟件系統投入使用后，用戶提出增加新的功能或要求修改或 擴充現有功能，使之更加完善 。
預防性維護(preventive maintenace) 為了改善將來的可靠性或可維護性 的可靠性或可維護性，或為將來的改進奠定良好的基礎，而對軟件進行的修改或補充。
以下屬於軟件的非功能需求的是___。 在高峰階段要能夠支持10000個用戶同時在線
非功能需求”的定義是主要包括軟件使用時對性能方面的要求、運行環境要求。軟件設計必須遵循的相關標准、規范、用戶界面設計的具體細節、未來可能的擴充方案等
UML中描述系統的靜態模型的圖有（ ）
靜態圖：用例圖、類圖、對象圖、組件圖、部署圖
動態圖：時序圖、協作圖、狀態轉換圖、活動圖
下面有關值對象模式的描述，說法錯誤的是？ 它的本質是分層
值對象模式用來把一組數據封裝成一個對象的模式。他的本質是封裝。
快速原型是利用原型輔助軟件開發的一種新思想，是在研究( )的方法和技術中產生的。 需求階段
軟件開發常使用的兩種基本方法是結構化和原型化方法，在實際的應用中，它們之間的關系表現為 （ ） 相互補充
若有說明：int a[][3]={1,2,3,4,5,6,7};，則數組 a 的第一維的大小是（ ）。
7/3+1=3
通過 McCabe 方法度量選擇結構的復雜程度比順序結構的復雜程度要（）。大
順序結構就是一條線，而選擇結構會構成環
PAD圖也稱問題分析圖，其特點是（ ）。 在PAD圖中只能描述結構化程序允許使用的幾種基本結構
現有程序段如下：
switch ( value )
{
case 0:
other = 30;
break;
case 1:
other = 50;
break;
case 2:
other = 300;
case 3:
other = other / value;
break;
default:
other = other * value;
}
請問需要（ ）個測試用例才可以滿足語句覆蓋的要求。 4
只要看見switch就要注意每個case后有沒有break，case 2里面沒有break。
軟件復雜性度量的參數包括（ ） 規模
軟件復雜性度量的參數主要包括：
（1）規模，即總共指令數或源程序行數。
（2）難度，通常由程序中出現的操作數的數目所決定的量來表示。
（3）結構，通常與程序結構有關的度量來表示。
（4）智能度，即算法的難易程度。
軟件復雜性主要表現在程序的復雜性。程序的復雜性主要指模塊內程序的復雜性。
軟件復雜性的度量方法有： 1、代碼行度量法：以源代碼行數作為程序復雜性的度量。 2、McCabe度量法：一種基於程序控制流的復雜性度量方法。
一個函數的入參是一個int類型，但是有效輸入只有[0,100]范圍的數，如果你要測試這個函數，你會選擇以下哪組入參，是最全面且最精簡的（ ）-1,0,1,67,99,100,101
邊界值分析，需要邊界值-1，+1值。
在開發一個系統時，如果用戶對系統的目標不很清楚，難以定義需求，這時最好使用哪個軟件工程模型？
快速原型模型
所謂快速原型是快速建立起來的可以在計算機上運行的程序，它所能完成的功能往往是最終產品能完成的功能的一個子集。快速原型的本質是“快速”，開發人員應該盡可能快地建造出原型系統，以加速軟件開發過程，節約軟件開發成本。原型的用作是獲知用戶的真正需求，一旦需求確定了，原型系統將被拋棄。
以下對幾種模塊間耦合類型的耦合程度由高到低排序，完全正確的是（ ）。
內容耦合》公共耦合》外部耦合》控制耦合》印記耦合》數據耦合》非直接耦合
在一個軟件測試用例中，有一個字符串數據，若首字符必須是C和D，其余字符必須是0-9的數字，在此情況下是正確的，若首字符不正確，則輸出message1，若其余字符不正確，則輸出message2。這種情況下最好采用（ ） 因果圖
因果圖法：等價類划分法和邊界值分析方法都是着重考慮輸入條件，如果程序輸入之間沒有什么聯系，采用等價類划分和邊界值分析是一種比較有效的方法。
如果輸入之間有關系，例如，約束關系、組合關系，這種關系用等價類划分和邊界值分析是很難描述的，測試效果難以保障，因此必須考慮使用一種適合於描述對於多種條件的組合，產生多個相應動作的測試方法，因果圖正是在此背景下提出的。因果圖法着重測試規格說明中的輸入與輸出間的依賴關系。
可行性研究要進行一次 _____ 需求分析。 簡化的、壓縮的
自頂向下增量式集成測試的缺點包括（ ）
自頂向下測試：是從程序的初始模塊開始測試。
（1）該方***在早期發現頂層的錯誤。
（2）早期的程序框架可以進行演示
（3）需要開發樁模塊輔助測試。有些甚至需要多個樁模塊輔助，加大了樁模塊本來的錯誤影響。
（4）測試完一個上層模塊后，挑選哪個模塊作為下一個測試模塊，以及測試的順序沒有唯一的界定標准。
優點：較早地驗證了主要控制和判斷點；按深度優先可以首先實現和驗證一個完整的軟件功能；功能較早證實，帶來信心；只需一個驅動，減少驅動器開發的費用；支持故障隔離。
缺點：柱的開發量大；底層驗證被推遲；底層組件測試不充分。
注意;自底向上才需要驅動開發模塊。
以下程序至少需要（ ）個測試用例，才可以滿足判斷覆蓋
if（x && y）{....}
else{....}
判斷覆蓋：條件語句+1即獲得測試用例數量
如果要實現一個多線程(非MFC)程序, 選擇多線程CRT, 創建線程的時候應該用CreateThread還是_beginthreadex()？
_beginthreadex()比較於 CreateThread()有更高的線程安全性，不會造成多個線程共用同一個全局變量的情況
某 8 位計算機中，假定帶符號整數變量 x 和 y 的機器數用補碼表示， [x] 補 =F5H ， [y] 補 =7EH ，則 x–y 的值及其相應的溢出標志 OF 分別是（ ） 119、1
溢出注意：負數-正數 = 正數 則 溢出 OF=1
下面的選項中哪些屬於工廠模式(
工廠模式可理解為：當客戶獲取產品時，工廠模式作為獲取產品的接口。
1、簡單工廠模式：由接口直接負責獲取產品
2、工廠方法模式：客戶必須清楚地指出想獲取哪種產品；由接口的子類負責獲取產品
3、抽象工廠模式：客戶不知道其想獲取哪種產品；由接口中判斷調用哪個子類，通過子類獲取產品。
以下敘述中，不正確的有（ ）
集成測試是基於軟件需求說明書的黑盒測試，是對已經集成好的軟件系統進行徹底的測試，以驗證軟件系統的正確性和性能等滿足其規約所指定的要求，檢查軟件的行為和輸出是否正確
and 系統測試的主要目的是檢查軟件單位之間的接口是否正確，主要是針對程序內部結構進行測試，特別是對程序之間的接口進行測試。
PS：單元測試：各個模塊單獨測試
確認測試：確認軟件需求是否都達成的測試
系統測試：軟件系統測試
集成測試：程序接口測試
在Windows編程中下面的說法正確的是:
兩個窗口,他們的處理函數可以是相同的
窗口句柄就相當於一個窗口的身份證，是一個整數，如果兩個窗口的句柄相同的話，就會出現消息不知道傳給哪個窗口了。
下列哪些不是自頂向下增量式集成測試特點（ ）
自頂向下測試：是從程序的初始模塊開始測試。
（1）該方***在早期發現頂層的錯誤。
（2）早期的程序框架可以進行演示
（3）需要開發樁模塊輔助測試。有些甚至需要多個樁模塊輔助，加大了樁模塊本來的錯誤影響。
（4）測試完一個上層模塊后，挑選哪個模塊作為下一個測試模塊，以及測試的順序沒有唯一的界定標准。
優點：較早地驗證了主要控制和判斷點；按深度優先可以首先實現和驗證一個完整的軟件功能；功能較早證實，帶來信心；只需一個驅動，減少驅動器開發的費用；支持故障隔離。
缺點：柱的開發量大；底層驗證被推遲；底層組件測試不充分。
自底向上測試：是從程序的底層模塊開始測試。
（1）I/O操作可以提前測試，更好提交測試用例。
（2）測試后比較容易觀察輸出。
（3）需要開發驅動模塊。
（4）直到最后一個模塊提交，程序才能完整的系統測試。
優點：對底層組件行為較早驗證；工作最初可以並行集成，比自頂向下效率高；減少了樁的工作量；支持故障隔離。
缺點：驅動的開發工作量大；對高層的驗證被推遲，設計上的錯誤不能被及時發現。
設計模式分為三種類型，共23種。
創建型模式：單例模式、抽象工廠模式、建造者模式、工廠模式、原型模式。
結構型模式：適配器模式、橋接模式、裝飾模式、組合模式、外觀模式、享元模式、***模式。
行為型模式：模版方法模式、命令模式、迭代器模式、觀察者模式、中介者模式、備忘錄模式、解釋器模式、狀態模式、策略模式、職責鏈模式、訪問者模式。
在UML（統一建模語言）提供的圖中，（）用於描述系統與外部系統及用戶之間的交互。 用例圖
用例圖展示了各類外部執行者與系統所提供的用例之間的連接。
類圖展示了系統中類的靜態結構，即類與類之間的相互聯系。
部署圖展示了運行時處理結點和在結點上生存的制品的配置。
結點是運行時的計算資源，制品是物理實體，如構件文件
根據CMMI規范，每一個軟件企業均具有（ ）成熟度。 等級一
1． 初始級
軟件過程是無序的，有時甚至是混亂的，對過程幾乎沒有定義，成功取決於個人努力。管理是反應式的。
2．可管理級
建立了基本的項目管理過程來跟蹤費用、進度和功能特性。制定了必要的過程紀律，能重復早先類似應用項目取得的成功經驗。
3． 已定義級
已將軟件管理和工程兩方面的過程文檔化、標准化，並綜合成該組織的標准軟件過程。所有項目均使用經批准、剪裁的標准軟件過程來開發和維護軟件，軟件產品的生產在整個軟件過程是可見的。
4． 量化管理級
分析對軟件過程和產品質量的詳細度量數據，對軟件過程和產品都有定量的理解與控制。管理有一個作出結論的客觀依據，管理能夠在定量的范圍內預測性能。
5． 優化管理級
過程的量化反饋和先進的新思想、新技術促使過程持續不斷改進。
用樹形結構表示實體之間聯系的模型是 層次模型
層次模型 ：層次模型是以記錄類型為結點的樹型結構，下層記錄是上層記錄中某元素的細化。
網狀模型： 有一個以上記錄類型沒有父結點；至少有一個記錄類型多於一個父結點。用這種網絡結構表示記錄類型之間聯系的模型稱為網狀模型。
關系模型： 關系模型的基本思想是把事物與事物之間的聯系用二維表格的形式描述。一個關系可以看作一個二維表，表中每一行是一個記錄，每一列是一個字段。
下列屬於SAX解析xml 文件的優點的是？
dom解析是載入整個文檔,而sax是逐行進行解析
軟件工程方法是在實踐中不斷發展着的方法，而早期的軟件工程方法主要是指______。
經典軟件工程方法也稱為生命周期方法學或結構化范型。它采用結構化技術（結構化分析、結構化設計和結構化實現）來完成軟件開發的各項任務，並使用適當的軟件工具或軟件工程環境來支持結構化技術的運用。
聚合關系。
類圖中的四種關系：
依賴關系：
泛化關系：
實現關系：
關聯關系：
聚合關系：
判斷下列類之間的相互關系，把相應編號填寫在括號中。
學生 – 課程（） 實例鏈接 屬於多對多。
結構化程序設計主要強調程序的（ ）。可讀性
下列關於動態鏈接庫和靜態鏈接庫的優缺點描述錯誤的有？
動態鏈接庫可以解決引用計數等問題
動態鏈接的優點： 1）不占用源程序代碼段，節省空間。 2） 使程序更容易更新。 3）減少物理頁面的切入。4）增加程序的可擴展性
動態鏈接的缺點： 1） 性能損失 2）兼容性問題
靜態鏈接的優點： 1）代碼裝載速度快。 2）不存在版本兼容的問題
靜態鏈接的缺點： 1）體積問題 2）可擴展性問題
windows程序中多個線程下，棧和堆是公有的還是私有的（ )
棧私有，堆公有
好的測試要追求對代碼的“覆蓋率”，以下___對代碼的覆蓋率最高。條件組合覆蓋
尋找軟件錯誤原因最低效的調試方法是（）。蠻干法
下列哪個測試粒度最大
根據不同的測試階段，測試可以分為單元測試、集成測試、系統測試和驗收測試。
體現了測試由小到大、又內至外、循序漸進的測試過程和分而治之的思想。
單元測試的粒度最小，一般由開發小組采用白盒方式來測試，主要測試單元是否符合“設計”。
集成測試界於單元測試和系統測試之間，起到“橋梁作用”，一般由開發小組采用白盒加黑盒的方式來測試，既驗證“設計”，又驗證“需求”。
系統測試的粒度最大，一般由獨立測試小組采用黑盒方式來測試，主要測試系統是否符合“需求規格說明書”。
驗收測試與系統測試相似，主要區別是測試人員不同，驗收測試由用戶執行。
造成軟件危機的主要原因是以下里的哪幾個？
①用戶使用不當 ② 硬件不可靠 ③ 對軟件的錯誤認識 ④ 缺乏好的開發方法和手段 ⑤ 軟件本身特點 ⑥ 開發效率低
4、5、6
下面不是面向對象的基本原則的是？
面向對象的五大基本原則
單一職責原則（SRP）
開放封閉原則（OCP）
里氏替換原則（LSP）
依賴倒置原則（DIP）
接口隔離原則（ISP）
在win32平台下，以下哪種方式無法實現進程同步？Critical Section
Event、Semaphore、Mutex是內核對象，能夠跨進程使用，Critical Section不能跨進程，只能實現線程內互斥
軟件生命期一般包括以下各階段：·軟件計划與可行性研究（問題定義、可行性研究）
·需求分析
·軟件設計（概要設計和詳細設計）
·編碼
·軟件測試
軟件生存周期
軟件生存周期
·運行與維護
實時操作系統的基本特性有？提供高可靠性、提供及時響應性
分時操作系統的特點：提供多路性：即眾多聯機用戶可以同時使用同一台計算機、提供獨占性：各終端用戶感覺到自己獨占了計算機
語句if（a>5 && b<0）滿足條件組合覆蓋需要設計測試用例的個數為（ ）
條件組合覆蓋，即每個條件的真假都要出現，即個數為4
具有“增加了風險分析過程”特征的軟件開發模型是（）。
螺旋模型：是一種演化軟件開發過程模型，它兼顧了快速原型的迭代的特征以及瀑布模型的系統化與嚴格監控。
螺旋模型最大的特點在於：引入了其他模型不具備的風險分析，使軟件在無法排除重大風險時有機會停止，以減小損失。
對象間存在一對多關系，當一個對象被修改時，則會自動通知它的依賴對象，采用以下哪種設計模式最好？
觀察者模式又叫發布訂閱模式。類似於微信公眾號。
作者和讀者是一對多的關系，當發布一篇新的文章時，會通知訂閱該公眾號的讀者。
下列選項中不屬於結構化程序設計原則的是（ ）。 可封裝
下面不屬於對象主要特征的是（ ）。 可復用性。
可復用性是面向對象的設計原則之一，不是主要特征。
下列屬於度量效益方法的是（ ）。
度量效益的方法：貨幣的時間價值、投資回收期、純收入、投資回收率。
面向對象設計的最高原則是：（）。開放封閉原則
確認測試的依據是（）。需求分析報告
軟件維護時，對測試階段未發現的錯誤進行測試、診斷、定位、糾錯，直至修改的回歸測試過程稱為 （ ）。改正性維護
常規軟件測試是一種基於運行剖面驅動的測試，而軟件可靠性測試則是一種基於需求的測試。
非功能性需求是指依一些條件判斷系統運作情形或其特性，而不是針對系統特定行為的需求。包括安全性、可靠性、互操作性、健壯性、易使用性、可維護性、可移植性、可重用性、可擴充性。
功能性需求 規定開發人員必須在產品中實現的軟件功能，用戶利用這些功能來完成任務，滿足業務需求。