中級軟件評測師模擬試題4問答題（共5題，共5分）(1.)【說明】場景法是黑盒測試中重要的測試用例設計方法，通過場景描述業務流程（包括基本流（基本業務流程）和備（江南博哥）選流（分支業務流程）），設計測試用例遍歷軟件系統功能，驗證其正確性。。下面是對電子不停車收費系統（ETC）的基本流和備選流的描述。【問題1】(8分)使用場景法設計測試用例，指出所涉及到的基本流和備選流。基本流用A字母編號表示，備選流用表1-2中對應的字母編號表示。例如：T01：AT02：A．B【問題2】(12分)針對問題1設計的測試用例，依次將初次讀取車輛信息、最終讀取車輛信息、賬戶號碼、賬戶余額和賬戶狀態等信息填入下述測試用例表中。表中行代表各個測試用例，列代表測試用例的輸入值，用V表示有效數據元素，用I表示無效數據元素，n/a表示不適用，例如T01表示“成功通過”用例。正確答案：參考解析：【問題1】答案：（場景順序可以任意，重復內容不計分）共包括8個場景：T01：A（收費停車）T02：A、B（停車時，讀取車輛信息出錯）T03：A、C（停車時，賬戶不存在）T04：A、D（停車時，賬戶余額不足）T05：A、E（停車時，賬戶狀態異常）T06：A、B、C（重復讀才取得正確車輛信息，但出現賬戶不存在異常）T07：A、B、D（重復讀才取得正確車輛信息，但出現賬戶余額不足）T08：A、B、E【問題2】【解析】【問題1】本題主要考查黑盒測試中的場景法測試用例設計。采用場景法來設計測試用例，其基本思想和依據是站在用戶的角度上檢測軟件的功能，發現軟件的錯誤。基本流是指經過用例的最簡單的路徑（無任何差錯，程序從開始直接執行到結束）。備選流是指：一個備選流可能從基本流開始，在某個特定條件下執行，然后重新加入基本流中；也可以起源于另一個備選流；或者終止用例而不再加入到基本流中（一般是各種錯誤情況）。使用場景法設計測試用例的基本步驟如下：（1）根據規格說明，描述出程序的基本流及各項備選流。（2）根據基本流和備選流確定場景。（3）對每一個場景生成相應的測試用例，可以采用矩陣或決策表來確定和管理測試用例。（4）對生成的測試用例進行復審，去掉多余或等價的測試用例，然后確定實際測試數據。在本題中，根據題目中已經確定的基本流與備選流，可以設計場景，每個場景覆蓋一種在該案例中事件的不同觸發順序與處理結果形成的事件流，最后得出所有的測試用例。下面就根據電子不停車收費系統（ETC）的業務流程列出所有的測試用例和用例中所涉及的基本流與備選流。T01：A（收費停車）T02：A、B（停車時，讀取車輛信息出錯）T03：A、C（停車時，賬戶不存在）T04：A、D（停車時，賬戶余額不足）T05：A、E（停車時，賬戶狀態異常）T06：A、B、C（重復讀才取得正確車輛信息，但出現賬戶不存在異常）T07：A、B、D（重復讀才取得正確車輛信息，但出現賬戶余額不足）T08：A、B、E（重復讀才取得正確車輛信息，但賬戶狀態異常）【問題2】本題要求我們根據問題1設計的測試用例來完成本題的問題，那么根據題目的意思，用例T03存在賬戶不存在的異常，那么初次讀取車輛信息是正常的，應該填V，而在該用例下，無需重復讀取車輛信息，因此最終讀取車輛信息應填n/a，當讀取賬戶號碼時出現異常，因此該空是無效信息（I），而再該用例下，沒有進行賬戶余額和賬戶狀態的判定，因此這兩空都填不適用。同樣的道理我們可以完成用例T04和T05。在用例T06中，他是重復讀才讀取到了車輛的信息，因此初次讀取車輛信息不正常應該填I，然后重復讀取車輛信息才讀取到車輛信息，因此最終讀取車輛信息應填V，當讀取賬戶號碼時出現異常，因此該空是無效信息（I），而在該用例下，沒有進行賬戶余額和賬戶狀態的判定，因此這兩空都填不適用（n/a）。同樣的道理可以完成用例T07和T08。具體見參考答案。(2.)閱讀下列說明，回答問題1至問題2，將解答填入答題紙的對應欄內。【說明】場景法是黑盒測試中重要的測試用例設計方法。目前多數軟件系統都是用事件觸發來控制業務流程，事件觸發時的情景便形成了場景，場景的不同觸發順序構成用例。場景法通過場景描述業務流程（包括基本流(基本流程)和備選流(分支流程)），設計用例遍歷軟件系統功能，驗證其正確性。圖1描述了簡化的中心層、省市層、地區層三級的“公文流轉”業務流程，表1描述了省市層（圖1陰影部分）業務的基本流和備選流。公文的狀態包括：已下發、未下發、已接收、未接收。【問題1】(10分)用表1中表述的基本流和備選流，使用場景法設計測試場景。基本流和備選流用表1中對應的字母編號表示。【問題2】(10分)下表給出了測試用例名稱，請將表中的輸入條件和預期輸出補充完整。正確答案：參考解析：【問題1】（場景順序可以任意，重復內容不計分）共包括5個場景：1：A2：B3：B、C4：B、C、D（C和D可以互換）5：B、C、E【問題2】【解析】【問題1】本題主要考查黑盒測試中的場景法測試用例設計。采用場景法來設計測試用例，其基本思想和依據是站在用戶的角度上檢測軟件的功能，發現軟件的錯誤。基本流是指經過用例的最簡單的路徑（無任何差錯，程序從開始直接執行到結束）。備選流是指：一個備選流可能從基本流開始，在某個特定條件下執行，然后重新加入基本流中；也可以起源于另一個備選流；或者終止用例而不再加入到基本流中（一般是各種錯誤情況）。使用場景法設計測試用例的基本步驟如下：（1）根據規格說明，描述出程序的基本流及各項備選流。（2）根據基本流和備選流確定場景。（3）對每一個場景生成相應的測試用例，可以采用矩陣或決策表來確定和管理測試用例。（4）對生成的測試用例進行復審，去掉多余或等價的測試用例，然后確定實際測試數據。在本題中，根據題目中已經確定的基本流與備選流，可以設計場景，每個場景覆蓋一種在該案例中事件的不同觸發順序與處理結果形成的事件流，最后得出所有的測試用例。下面就根據“公文流轉”業務流程圖列出是所有的測試用例和用例中所涉及的基本流與備選流。用例1：A（中心公文下發）用例2：B（新建省市公文直接下發）用例3：B、C（新建省市公文，然后保存）用例4：B、C、D（C和D可以互換）（新建省市公文，修改并保存后下發）用例5：B、C、E（新建省市公文保存，但接著被刪除）【問題2】本題考查我們對用例輸入和預期輸出的理解。下面我們來逐個分析給出的用例。省市層接收公文用例的輸入，從“公文流轉”業務流程圖中我們可以看出，省市層接收公文用例的輸入是中心已經下發的公文，而其預期輸出應該是能夠讓省市層查看已接收的公文，而且在中心層也要能夠查看到已經下發的公文。省市層新建并保存公文，從“公文流轉”業務流程圖中我們可以看出，省市層新建公文并沒用輸入，而其輸入應該是省市層可查看到新增加的公文，而且公文狀態為未下發。省市層新建并下發公文，同樣也沒用輸入，其輸出應該是省市層可查看到新增加的公文，與上一個用例不同的，公文狀態為已下發，而且在地區層也應該能夠查看到已經下發的公文。省市層修改公文，從“公文流轉”業務流程圖中我們可以看出，其輸入應該是未下發的公文，而它的輸出應該是修改未下發的公文的相關內容，并保存修改的結果。省市層刪除公文，從“公文流轉”業務流程圖中我們可以看出，其輸入也應該是未下發的公文，而它的輸出應該是查找到未下發的公文并刪除。(3.)閱讀下列說明，回答問題1至問題3，將解答填入答題紙的對應欄內。【說明】某嵌入式控劁軟件通過采集傳感器數值來計算輸出控制率，為了提高數據采集的可靠性，使用三余度采集方法進行三個通道的數據采集。1．三余度通道數據采集及處理要求：(1)三通道采集值In_U[0]、In_U[1]、In_U[2]的正常范圍為[一3.0,3.O]V，且任意兩通道間差值不大于0.5V；(2)如果某通道采集值超過正常范圍或者因為通道采集值造成與其它通道差值大于0.5V，則該通道數據不滿足要求；(3)如果三通道值均滿足要求，則取三通道中差值較小的兩通道數據的平均值；(4)如果僅有一個通道數據不滿足采集要求，取滿足要求的兩個通道數據的平均值；(5)如果多于一個通道數據不滿足采集要求，取安全值0V。2．對采集數值計算控制率的具體處理算法如下：（1）如果依據采集數據計算的控制率C1與目前實際控制率C0差值不大于0.01則使用本周期計算控制率C1進行輸出控制，否則使用目前實際控制率C0輸出控制.不上報傳感器故障；（2）如果連續3個周期計算的控制率C1與目前實際控制率C0差值大于0.01，則上報傳感器三級故障，連續超差計數清零，使用目前實際控制率C0輸出控制；如果已經連續3個周期控制率超差，并上報三級故障，但第4個周期計算的控制率C1與目前實際控制率C0差值不大于0.01，則清除三級故障上報；（3）如果累計大于等于10個周期計算的控制率C1與目前實際控制率C0差值大于0.01，則上報傳感器二級故障，使用目前實際控制率輸出控制；（4）如果累計大于等于100個周期計算的控制率C1與目前實際控制率C0差大于0.01，則上報傳感器一級故障，并清除二級故障，并切斷輸出控制（輸出安全值0）（5）如果低級故障和高級故障同時發生，則按高級故障處理。問題1：（9分）為了測試采集算法，在不考慮測量誤差的情況下，設計了表5-1所示的測試用例,請填寫該表中的空(1)～(6)。問題2：（9分）為了測試控制率計算算法，在不考慮測量誤差的情況下，設計了表5-2所示的用例，請完善其中的空（1）～（6）。問題3：（2分）測試人員在設計測試用例進行采集算法測試時，發現本項目的三余度采集值的具體處理算法存在l處缺陷，請指出此處缺陷。正確答案：參考解析：問題1：1：1.92：1.553：2.74：-2.905：06：0解析：(1)信道之差不大于0.5，所以三個信道都滿足要求，按規則(3)處理，即取1.8和2.0的平均值。(2)信道之差不大于幾0.5，所以三個信道都滿足要求，按規則(3)處理，即取1.5和1.6的平均值。(3)信道之差2.8與2.0直接大于0.5，2.6與2.0之間大于0.5，所以2.0不符合要求，按規則(4)處理，即取2.6和2.8的平均值。(4)信道之差不大于0.5，-3.1超過【-3.0,3.0】的范圍，不滿足要求，按規則(4)處理，即取-3.0和-2.8的平均值。(5)由于任意兩個信道之間的差值都超過0.5，所以所有信道都不符合要求，按規則(5)處理，即取值為0。(6)由于3.1和3.2都超過【-3.0,3.0】的范圍，按規則(5)處理，即取值為0。問題2：1：1.4542：23：94：二級故障5：06：一級故障解析：(1)按照規則1，1.465-1.454=0.011大于0.01，所以應該為實際控制率。(2)是三級故障，三級故障要求連續3個周期，所以前置條件應該為2。(3)是二級故障，二級故障要求累計10個周期，所以前置條件應該為9。(4)前置累計次數已經達到9，在加上本次，就連續次數達到10，所以應該為二級故障。(5)是一級故障，一級故障的輸出值為0。(6)由于輸出值為0，應屬于一級故障。問題3：缺陷：當三個通道的數據只差不超過0.5，而且兩兩之間的差值有兩個相等時，存在取值問題。如：測試數據為：2.02.22.4這時，存在取值問題，是取2.1還是2.3?(4.)某商店的貨品價格(P)都不大于20元(且為整數)，假設顧客每次付款為20元且每次限購一件商品，現有一個軟件能在每位顧客購物后給出找零錢的組合(找給顧客貨幣張數最少)。假定此商店的找零貨幣面值只包括：10元(N10)、5元(N5)、1元(N1)3種。問題1、請采用等價類劃分法為該軟件設計測試用例(不考慮P為非整數的情況)并填入到下表中。(＜＜N1，2＞＞表示2張1元，若無輸出或輸出非法，則填N/A.問題2、請采用邊界值分析法為該軟件設計測試用例。問題3、請給出采用決策表法進行測試用例設計的主要步驟。正確答案：參考解析：問題1：問題2：答案：0、1、4、5、6、9、10、11、14、15、16、19、20、21問題3：答案：（1）確定規則的個數：假如有n個條件，每個條件有兩個取值（0,1），則有2的n次方種規則。（2）列出所有的條件樁和動作樁。（3）填入條件項。（4）填入動作項：制定初始判定表。（5）簡化：合并相似規則（相同動作）。【解析】問題1解析：本小題考查黑盒測試用例設計中的等價類劃分法。等價類劃分法：把程序的輸入域劃分成若干部分（子集），然后從每個部分中選取少數代表性數據作為測試用例。每一類的代表性數據在測試中的作用等價于這一類中的其他值。本題中主要范圍限制為1＜=P＜=20，即可以劃分為兩個無效類和一個有效等價類，但由于每一個小的等價類是單獨處理的，因此需要再進一步的劃分。找零的貨幣為10、5、1的面額，因此可以分為：0，1~4，5，6~9，10，11~14，15，16~19，20，21劃分等價類的6條原則：（1）在輸入條件規定了取值范圍或值的個數的情況下，可以確立一個有效等價類和兩個無效等價類；（2）在輸入條件規定了輸入值的集合或者規定了必須如何的條件的情況下，可以確立一個有效等價類和一個無效等價類；（3）在輸入條件是一個布爾量的情況下，可確定一個有效等價類和一個無效等價類；（4）在規定了輸入數據的一組值（假定n個），并且程序要對每一個輸入值分別處理的情況下，可確立n個有效等價類和一個無效等價類；（5）在規定了輸入數據必須遵守的規則的情況下，可確立一個有效等價類（符合規則）和若干個無效等價類（從不同角度違反規則）；（6）在確知已劃分的等價類中，各元素在程序處理中的方式不同的情況下，則再將該等價類進一步地劃分為更小的等價類；問題2解析：本小題考查黑盒測試用例設計中的邊界值分析法。邊界值分析法：對輸入或輸出的邊界值進行測試的一種黑盒測試方法。通常邊界值分析法是作為對等價類劃分法的補充，這種情況下，其測試用例來自等價類的邊界。邊界值設計測試用例，應遵循的原則：（1）如果輸入條件規定了值得范圍，則應取剛達到這個范圍的邊界值，以及剛剛超過這個范圍邊界的值作為測試輸入數據；（2）如果輸入條件規定了值得個數，則用最大個數、最小個數、比最小個數少、比最大個數多1的數作為測試數據；（3）根據規格說明的每個輸出條件，使用前面的原則（1）；（4）根據規格說明的每個輸出條件，應用前面的原則（2）；（5）如果程序的規格說明給出的輸入域或輸出域是有序集合，則應選取集合的第一個元素和最后一個元素作為測試用例；（6）如果程序中使用了一個內部數據結構，則應當選擇這個內部數據結構邊界上的值作為測試用例；（7）分析規格說明，找出其他可能的邊界條件；依據邊界值設計測試用例的原則，測試用例應選擇：0、1、4、5、6、9、10、11、14、15、16、19、20、21問題3解析：本小題考查黑盒測試用例的設計方法中的決策表法。決策表法：決策表又稱判定表，是分析和表達多邏輯條件下執行不同操作的情況的工具。決策表是一種呈表格狀的圖形工具，適用于描述處理判斷條件較多，各條件又相互組合、有多種決策方案的情況。精確而簡潔描述復雜邏輯的方式，將多個條件與這些條件滿足后要執行動作相對應。能夠將復雜的問題按照各種可能的情況全部列舉出來，簡明并避免遺漏。因此，利用判定表能夠設計出完整的測試用例集合。(5.)【說明】下圖是某商場購物系統的一個類圖，圖中屬性和方法前的"+"、"#"和"-"分別表示公有成員、保護成員和私有成員。其中：（1）類Manager重新實現了類Customer的方法calMoney();（2）方法calMoney()，根據每位顧客的購買情況（buyNum）、瀏覽商品的情況（scanNum）計算商品的熱度。（3）類Admin中的方法statMoney（）中首先調用了該類的方法load()，獲取顧客列表，然后調用了類Customer中的方法calMoney()。現擬采用面向對象的方法進行測試。【問題1】(4分)圖4-1所示的類圖中，類Manager和類Customer之間是什么關系?該關系對測試的影響是什么?【問題2】(6分)（1）類Manager重新實現了類Customer的方法calMoney()，這是面向對象的什么機制？是否需要重新測試該方法？（2）類Manager中的方法getMoney()繼承了其父類Customer的方法getMoney()，是否需要重新測試該方法?【問題3】（6分）（1）請結合題干中說明的描述，給出測試類Customer方法calMoney（）時的測試序列；（2）請給出類圖中各個類的測試順序。【問題4】(4分)從面向對象多態特性考慮，測試方法statMoney()時應注意什么？正確答案：參考解析：問題1：答案：（1）泛化關系；（2）繼承的成員函數是否需要測試；對父類的測試是否能用到子類上。問題2：答案：（1）、多態機制；需要重新測試，因為在子類中重新進行了定義，所以需要重新測試；（2）、不需要重新測試