2018年下半年《软件评测师》下午试卷及答案
（共15分）
一、閱讀下列C程序，回答問題1至問題3,將解答填入答題紙的對應欄內。
問題：1.1?? （3分）
請針對上述C程序給出滿足100%DC（判定覆蓋）所需的邏輯條件。
本問題考查白盒測試用例設計方法：判定覆蓋法。
判定覆蓋指設計足夠的測試用例，使得被測程序中每個判定表達式至少獲得一次“真”值和“假”值，從而使程序的每一個分支至少都通過一次。本題中程序有3個判定，所以滿足判定覆蓋一共需要6個邏輯條件。
問題：1.2?? （8分）
請畫出上述程序的控制流圖，并計算其控制流圖的環路復雜度V（G）。
控制流圖如下，環路復雜度V(G)=4
本問題考查白盒測試用例設計方法：基本路徑測試法。涉及到的知識點包括：根據代碼繪制控制流圖、計算環路復雜度。
控制流圖是描述程序控制流的一種圖示方式，它由節點和定向邊構成。控制流圖的節點代表一個基本塊，定向邊代表控制流的方向。
程序的環路復雜度等于控制流圖中判定節點的個數加1，本題控制流圖中判定節點個數為3，所以V(G)=4。
問題：1.3?? （4分）
請給出問題2中控制流圖的線性無關路徑。
線性無關路徑：
1.1-2-8
2.1-2-3-4-2…8
3.1-2-3-4-5-6-4...2...8
4.1-2-3-4-5-7-4...2...8
本問題考查白盒測試用例設計方法：基本路徑法。涉及到的知識點包括：根據控制流圖和環路復雜度給出線性無關路徑。
線性無關路徑是指包含一組以前沒有處理的語句或條件的路徑。從控制流圖上來看，一條線性無關路徑是至少包含一條在其他線性無關路徑中從未有過的邊的路徑。程序的環路復雜度等于線性無關路徑的條數，所以本題中應該有4條線性無關路徑。
（共20分）
二、閱讀下列說明，回答問題1和問題2,將解答填入答題紙的對應欄內。
【說明】
某連鎖酒店集團實行積分獎勵計劃，會員每次入住集團旗下酒店均可以獲得一定積分，積分由歡迎積分加消費積分構成。其中歡迎積分跟酒店等級有關，具體標準如表2-1所示；消費積分跟每次入住消費金額有關，具體標準為每消費1美元獲得2積分（不足1美元的部分不給分）。此外，集團會員分為優先會員、金會員、白金會員三個級別，金會員和白金會員在入住酒店時可獲得消費積分的額外獎勵，獎勵規則如表2-2所示。
該酒店集團開發了一個程序來計算會員每次入住后所累積的積分，程序的輸入包括會員級別L、酒店等級C和消費金額A（單位：美元），程序的輸出為本次積分S。其中，L為單個字母且大小寫不敏感，C為取值1到6的整數，A為正浮點數且最多保留兩位小數，S為整數。
問題：2.1?? （7分）
采用等價類劃分法對該程序進行測試，等價類表如表2-3所示，請補充表2-3中空（1）-（7）。
(1) P
(2) 1
(3) 4，5
(4) 最多保留兩位小數的正浮點數
(5) 除M/G/P之外的單個字母
(6) 小于1的整數
(7) 非正的浮點數
本問題考查等價類劃分法中等價類表的構造。
等價類劃分法的等價類表是把程序的輸入域按規則劃分為若干子集。
本題中L，C由多個輸入值構成，并且需要對每個（或者每組）輸入值分別處理，按規則可以劃分為n個有效等價類（每個或者每組值確定一個有效等價類）和一個無效等價類（所有不允許輸入值的集合)。
對L來說，分成3個有效等價類（L分別取M、G、P)和1個無效等價類（其他情況)，而這個無效等價類又可以進一步細分為非字母、非單個字母以及除M/G/P之外其他字母。
對C來說，分成4個有效等價類（C分別取1、2或3、4或5、6)和1個無效等價類（其他情況)，而這個無效等價類又可以進一步細分為非整數、小于1的整數以及大于6的整數。
對A來說，規定了輸入值集合必須滿足的條件（即最多兩位小數的正浮點數)，根據規則可以劃分為1個有效等價類（最多兩位小數的正浮點數）和3個無效等價類（非浮點數，非正的浮點數，多于兩位小數的正浮點數)。
問題：2.2?? （13分）
根據以上等價類表設計的測試用例如下表所示，請補充表2-4中空（1）-（13）。
(1) 300
(2) 100
(3) 3,6,8
(4) 6
(5) 非字母，如1
(6) 非單個字母，如GG
(7) N/A
(8) 非整數，如A
(9) 1,8,13
(10) 大于6的整數，如7
(11) 非浮點數，如A
(12) 非正浮點數，如0
(13) 多于兩位小數的正浮點數，如500.123
本問題考査等價類劃分法中根據等價類表編寫測試用例。
在編寫等價類劃分法的測試用例時，如果輸入全部都來自有效等價類，則從每個有效等價類選取一個代表元素作為輸入，如果要考慮無效等價類，則每次只選取一個無效等價類，其余輸入都從有效等價類中選取。
從試題三至試題五中，任選兩題解答。
（共20分）
三、閱讀下列說明，回答問題1至問題3,將解答填入答題紙的對應欄內。
【說明】
某公司欲開發一套基于Web的房屋中介系統，以有效管理房源和客戶，提升成交效率。該系統的主要功能是：
（1）房源管理。員工或客戶對客戶擬出售/出租的意向房進行登記和管理。
（2）客戶管理。員工對客戶信息進行管理，支持客戶交互。
（3）房源推薦。根據客戶的需求和房源情況，進行房源推薦。
（4）交易管理。對租售客戶雙方進行交易管理，收取中介費，更改客戶狀態。
問題：3.1?? （6分）
系統前端采用HTML5實現，以使用戶可以通過電腦和不同移動設備的瀏覽器進行訪問。請設計兼容性測試矩陣，對系統瀏覽器兼容性進行測試。
本題考查Web應用測試相關知識。Web應用測試除了類似傳統軟件系統測試的性能測試、壓力測試等之外，還需要測試頁面、鏈接、瀏覽器、表單和可用性等多個方面，由于對Web應用訪問的大眾化特點，對安全性尤其要重視。
此類題目要求考生閱讀題目對現實問題的描述，根據對問題的分析，回答測試有關的問題。本題目說明和問題中，除了功能背景之外，給出了HTML5、兼容性、應用性能指數的概念等技術點。
本問題考查Web應用兼容性測試的內容。本題給出系統前端采用HTML5加以實現，使用戶可以通過電腦和不同移動設備的瀏覽器進行正確訪問。而Web應用用戶所使用環境的不確定性，使得Web應用需要在包括移動端在內不同平臺的不同瀏覽器上正確顯示，并且所有JavaScript、AJAX腳本和認證功能正常工作，兼容性測試更為重要。兼容性測試矩陣是進行兼容性測試的有效工具，針對該應用需支持的不同移動設備進行操作系統平臺和瀏覽器的兼容性測試。包括移動操作系統Windows Phone、iOS和Android等，與其上可以使用的瀏覽器移動版IE、UCWEB、Google Chrome、Android browser和Safari等進行結合，構建兼容性二維矩陣，行列分別表示操作系統平臺和瀏覽器。測試時分別在單元格記錄操作系統和瀏覽器組合的測試情況。
問題：3.2?? （8分）
客戶交易時，前端采用表單提交價格（正整數，單位：元）和中介費比例（0到1之間的小數，保留小數點后2位），針對這一功能設計4個測試用例。
測試一：1234567，0.05(說明：分別為任何正整數、0到1之間且保留2位小數的數值)；
測試二：1234567.5，0.12(說明：分別為任何非正整數、0到1之間且保留2位小數的數值)；
測試三：1234567，1.18(說明：分別為任何正整數、不滿足“0到1之間且保留2位小數的數值”)；
測試四：體現安全性的測試輸入：其中任意輸入域包含任何HTML，如：<HTML>,或任何腳本如：<SCRIPT>,或SQL功能符號，如：‘，OR、'--、2018 OR‘1'=‘1'等，以測試XSS腳本和使SQL改變為不符合設計意圖的用例。
本問題考查Web應用功能測試的測試用例設計。針對本系統中的價格和中介費比例設計測試用例。測試的輸入包括不同情況、安全性方面的SQL注入和XSS跨站攻擊等。題目約定輸入價格為正整數，中介費比例為0到1之間的小數，且保留2為小數。對輸入不同情況，可以采用等價類劃分或邊界值分析發等設計測試輸入。
等價類劃分法是把所有可能的輸入數據，即程序的輸入域劃分為若干部分（子集），然后從每一個子集中選取少數具有代表性的數據作為測試用例。邊界值分析法通常作為對等價類劃分法的補充，更多地選取每一等價類的邊界上以及兩側的情況設計測試用例。
根據等價類劃分原則，測試輸入應該考慮價格和中介費比例是否合法的不同組合。
第一類：針對價格和中介費比例均合法的情況。輸入價格為正整數、中介費比例在0到1之間的保留2位小數的數值的組合。
第二類：針對非法的價格和合法的中介費的情況。輸入價格為非正整數，中介費比例在0到1之間的保留2位小數的數值的組合。
第三類：針對合法的價格和非法的中介費的情況。輸入價格為正整數，中介費比例不滿足在0到1之間的保留2位小數的數值的組合。
第四類：體現安全性的測試輸入，即輸入的內容中輸入某些功能符號可能會傳到后臺引進行數據庫操作或作為新頁面的顯示內容，而引起安全性方面的問題。因此，需要在測試用例設計的時候考慮XSS或SQL注入等安全性方面的問題，以盡早發現。本系統測試時，設計測試如：對任一字段設計包含HTML或SQL功能符號，包含如<HTML>或任何腳本<SCRIPT>等標簽，檢查結果是否造成問題。
問題：3.3?? （6分）
采用性能測試工具在對系統性能測試時，采用Apdex（應用性能指數）對用戶使用該系統的性能滿意度進行度量，系統需要滿足的Apdex指數為0.85以上。
Apdex量化時，對應的用戶滿意度分為三個區間，通過響應時間閾值（Threshold）T來劃分，Apdex的用戶滿意度區間如下：
滿意：(0,T]，讓用戶感到很愉快
容忍：(T,4T]，慢了一點，但還可以接受，繼續這一應用過程
失望：高于4T，太慢了，受不了，用戶決定放棄這個應用
Apdex的計算入如下：
Apdex= （滿意的樣本數+容忍的樣本數/2）/總樣本數
針對用戶功能，本系統設定T=2秒，記錄響應時間，統計樣本數量，2秒以下記錄數4000，2~8秒記錄數1000，大于8秒500。
請計算本系統的Apdex指數，并說明本系統是否到達要求
Apdex指數=(滿意：小于T的樣本數+容忍：T?4T的樣本數/2)/總樣本數
=(4000+1000/2)/5500
=0.818
0.818小于0.85,所以該系統的用戶滿意度沒有達到要求。
本問題考查Web應用性能性測試的內容，面向社會用戶的應用，用戶滿意度是一個Web應用成功與否的關鍵。
針對用戶功能，本系統設定T=2秒，記錄響應時間，統計樣本數量，2秒以下記錄數4000,2?8秒記錄數1000,大于8秒500。采用Apdex(應用性能指數）對用戶使用房屋中介系統的滿意度進行度量，系統需要滿足的Apdex指數為0.85以上。在上述條件下計算Apdex指數，判定是否達到給定的要求。
Apdex量化時把最終用戶的體驗和應用性能聯系在了一起，對應用戶滿意度通過響應時間數值T來劃分為如下三個區間：
滿意：(0，T]讓用戶感到很愉快;
容忍：(T，4T]慢了一點，但還可以接受，繼續這一應用過程；
失望：大于4T,太慢了，受不了了，用戶決定放棄這個應用。
Apdex的計算如下：
Apdex=(小于T的樣本數+T?4T的樣本數/2)/總樣本數
在題目所給的測試數據條件下，T=2,小于T的樣本數為4000,大于T且小于等于4T的樣本數為1000，大于4T的樣本數為500，用這些數據對Apdex加以計算：
Apdex指數=(滿意：小于T的樣本數+容忍：T?4T的樣本數/2)/總樣本數
=(4000+1000/2)/(4000+1000+500)
=0.818
0.818小于0.85,所以該系統的用戶滿意度沒有達到要求。
（共20分）
四、閱讀下列說明，回答問題1至問題4,將解答寫在答題紙的對應欄內。
【說明】
某軟件的積分計算模塊每天定時根據用戶發布的文章數、文章閱讀數來統計用戶所獲取的積分，用戶分為普通用戶和專家用戶，兩類用戶具有不同的積分系數。
圖4-1是該模塊的類圖，圖中屬性和操作前的“+”、“#”和“-”分別表示公有成員、保護成員和私有成員。
其中：
（1）類Expert重新實現了類User的方法calPoints()；
（2）方法calPoints()根據每個用戶每天的文章數（articleNum）、文章閱讀數（readNum）來計算當天的積分；
（3）類System中的方法statPoints()中首先調用了該類的方法load()，獲取本系統用戶列表，然后調用了類User中的方法calPoints()。
現擬采用面向對象的方法進行測試。
問題：4.1?? （4分）
（1）圖4-1所示的類圖中，類System和User之間是什么關系?
（2）類Expert重新實現了類User的方法calPoints()，這是面向對象的什么機制?
(1) 關聯關系
(2) 多態
本題考査面向對象測試。
此類題目要求考生認真閱讀題目對問題的描述，分析問題并結合面向對象的基本概念來回答。題目給出二個類，基類User、子類Expert以及與User有關聯關系的System。
本問題考查基本概念，User以類屬性的形式出現在System中，是一種關聯關系。子類Expert重新實現父類User的方法，是面向對象的多態。
問題：4.2?? （6分）
類Expert中的方法calPoints()和getPoints()是否需要重新測試?
calPoints()需要
getPoints()不需要
本問題考査基本概念，若子類的某方法繼承了其基類，方法進行了修改，則需要進行測試；另一種情況是，繼承的方法沒有修改，用基類的方法，但是該方法調用了子類修改過的其他方法時，也需要對該方法進行測試。
問題：4.3?? （10分）
（1）請結合題干說明中的描述，給出測試類User方法calPoints()時的測試序列。
（2）請給出圖4-1中各個類的測試順序。
（3）從面向對象多態特性考慮，測試類System中方法statPoints()時應注意什么?
(1) new User()—setArticleNum()—setReadNum()—calPoints()—getPoints()
(2) User—Expert一System
(3) 測試方法statPoints()時，要同時考慮類User和類Expert的calPoints()。
在測試方法calPoints()之前，需要先構造對象，設置文章數和文章閱讀數，即要先調用構造函數new User()，然后setArticleNum()、setReadNum(),之后要打印結果看是否計算正確，需要調用getPoints()查看結果。
User和Expert是父類和子類的關系，User和System是關聯關系，所以順序是User-Expert-System。
本題干“類Expert重新實現了類User的方法calPoints()”是一個的多態機制。在這種情況下，需要同時考慮類User和類Expert的calPoints()。
（共20分）
五、閱讀下列說明，回答問題1至問題3,將解答填入答題紙的對應欄內。
【說明】
某飛行器供油閥控制軟件通過控制左右兩邊的油箱BL、BR向左右發動機EL、ER供油，既要保證飛行器的安全飛行，又要保證飛行器的平衡，該軟件主要完成的功能如下：
(1) 無故障情況下，控制左油箱BL向左發動機EL供油，右油箱BR向右發動機ER供油，不上報故障；
(2) 當左油箱BL故障時，控制右油箱BR分別向左、右發動機EL和ER供油，并上報二級故障——左油箱故障；
(3) 當右油箱BR故障時，控制左油箱BL分別向左、右發動機EL和ER供油，并上報二級故障——右油箱故障；
(4) 當左發動機EL故障時，根據左右油箱的剩油量決定（如果左右油箱剩油量之差大于等于50L，則使用剩油量多的油箱供油，否則同側優先供油）左油箱BL還是右油箱BR向右發動機ER供油，并上報一級故障——左發動機故障；
(5) 當右發動機ER故障時，根據左右油箱的剩油量決定（如果左右油箱剩油量之差大于等于50L，則使用剩油量多的油箱供油，否則同側優先供油）左油箱BL還是右油箱BR向左發動機EL供油，并上報一級故障——右發動機故障；
(6) 當一個油箱和一個發動機同時故障時，則無故障的油箱為無故障發動機供油，并上報一級故障——故障油箱和發動機所處位置；
(7) 當兩個油箱或兩個發動機同時故障或存在更多故障時，則應進行雙發斷油控制，并上報特級故障——兩側油箱或兩側發動機故障；
(8) 故障級別從低級到高級依次為二級故障、一級故障和特級故障，如果低級故障和高級故障同時發生，則只上報最高級別故障。
問題：5.1?? （6分）
覆蓋率是度量測試完整性的一個手段，也是度量測試有效性的一個手段。在嵌入式軟件白盒測試過程中，通常以語句覆蓋率、條件覆蓋率和MC/DC覆蓋率作為度量指標。在實現第6條功能時，設計人員采用了下列算法：
請指出對上述算法達到100%語句覆蓋、100%條件覆蓋和100%MC/DC覆蓋所需的最少測試用例數目，填寫表5-1中的空（1)?（3)。
(1) 4
(2) 8
(3) 12
本題考查軟件測試的一些基本方法在測試實踐中的應用。在軟件測試過程中，測試人員通過對軟件設計和算法的理解，運用測試概念和方法進行基于需求的測試用例設計，不僅需要選擇恰當的測試用例設計方法，而且需要保證測試用例的充分性。
此題目要求考生認真閱讀題目所給的軟件需求和算法信息，結合嵌入式軟件測試的測試用例設計要求，在此嵌入式軟件測試中進行實際應用。
本問題主要考查對語句覆蓋、條件覆蓋和MC/DC覆蓋概念的掌握以及應用。
語句覆蓋要求設計適當數量的測試用例，運行被測程序，使得程序中每一條語句至少被運行一遍，語句覆蓋在測試中主要發現錯誤語句。
條件覆蓋要求設計適當數量的測試用例，運行被測程序，使得每個判斷中的每個條件的可能取值至少滿足一次。
修正判定條件覆蓋（MC/DC)要求設計適當數量的測試用例，保證在一個程序中每一種輸入輸出至少出現一次，在程序中的每一個條件必須產生所有可能的輸出結果至少一次，并且每個判斷中的每個條件必須能夠獨立影響一個判斷的輸出，即在其他條件不變的前提下僅改變這個條件的值，而使判斷結果改變。
按照上述語句覆蓋要求，語句覆蓋就要使得問題1中的所有語句執行一次。問題1中共有四個語句塊，由于問題1中程序片段實現第6條功能，即當一個油箱和一個發動機同時故障時的情況，這個前提條件導致問題1中四個語句塊不可能同時執行兩個或兩個以上，每次只能執行一個，故為了使問題1中的四個語句塊都執行一次，就最少需要4個測試用例來覆蓋。
按照上述條件覆蓋要求，條件覆蓋要使得每個判斷中的每個條件的可能取值至少滿足一次。對問題1中的四個判斷進行分析，每個判斷有兩個條件，如果每個判斷中的兩個條件同時取真或同時取假，則就可以保證條件覆蓋的要求，故每個判斷最少需要2個測試用例就可滿足條件覆蓋要求，四個判斷最少就需要8個測試用例來滿足條件覆蓋要求。
按照上述MC/DC覆蓋要求，即每個判斷中的每個條件必須能夠獨立影響一個判斷的輸出。對問題1中的四個判斷進行分析，每個判斷有兩個條件，兩個條件共有四種組合，即TT(TRUE和TRUE)、TF(TRUE和FALSE)、FT(FALSE和TRUE)和FF(FALSE和FALSE)。但是由于每個判斷均為邏輯與條件，當前一個條件為FALSE時，其整個判斷值為FALSE,后一個條件的真或假均不能獨立影響整個判斷的輸出，所以只需要TT、TF和FX(X表示后一個條件為TRUE或FALSE都可以）三種情況就可以，故每個判斷至少需要3個測試用例滿足MC/DC覆蓋要求，總共四個判斷至少需要12個測試測試用例來滿足MC/DC覆蓋要求。
問題：5.2?? （12分）
為了測試此軟件功能，測試人員設計了表5-2所示的測試用例，請填寫該表中的空(1)?（12)。
為了測試某飛行器供油閥控制軟件的功能，就要依據題目說明中對某飛行器供油閥控制軟件的具體功能描述，進行測試用例的設計。此題考查測試用例的設計，不僅包括輸入數據的設計，還包括前置條件（例如剩油量）及預期輸出的設計（例如給發動機供油的郵箱和上報故障情況），條件較多，需要綜合考慮。
序號1，前置條件中兩個油箱BL、BR剩余油量均為200，左、右油箱BL、BR與左、右發動機EL、ER均無故障，依據第1條設計說明，輸出控制左油箱向左發動機故供油，右油箱BR向右發動機ER供油，不上報故障。
序號2，前置條件中兩個油箱BL、BR剩余油量均為200，左油箱BL故障，右油箱BR與左、右發動機EL、ER均無故障，依據第2條設計說明，輸出控制右油箱BR分別向左、右發動機供油，并上報二級故障——左油箱故障。
序號3，前置條件中兩個油箱BL、BR剩余油量均為200，右油箱BR故障，左油箱BL與左、右發動機EL、ER均無故障，依據第3條設計說明，輸出控制左油箱BL分別向左、右發動機EL和ER供油，并上報二級故障——右油箱故障。
序號4，前置條件中兩個油箱BL、BR剩余油量均為200，左右油箱剩油量之差等于0L，左發動機EL故障，左、右油箱BL、BR與右發動機ER均無故障，依據第4條設計說明，輸出控制左發動機EL斷油，右油箱BR向右發動機ER供油，并上報一級故障——左發動機故障。
序號5，前置條件中兩個油箱BL、BR剩余油量均為200,左右油箱剩油量之差等于0L，右發動機ER故障，左、右油箱BL、BR與左發動機EL均無故障，依據第5條設計說明，輸出控制右發動機ER斷油，左油箱BL向左發動機EL供油，并上報一級故障——右發動機故障。
序號6，前置條件中左油箱BL油量未知，BR剩余油量均為180,左右油箱剩油量之差未知，右發動機ER故障，左、右油箱BL、BR與左發動機EL均無故障，輸出控制右發動機ER斷油，右油箱BR向左發動機EL供油，并上報一級故障——右發動機故障，依據第5條設計說明，得到這樣的輸出控制，需要左右油箱剩油量之差大于等于50L，所以這時左油箱的剩余油量為任意小于（180-50)的整數，即任意小于130的整數。
序號7，前置條件中左油箱BL剩余油量為90,BR剩余油量未知，左右油箱剩油量之差未知，右發動機ER故障，左、右油箱BL、BR與左發動機EL均無故障，輸出控制右發動機ER斷油，左油箱隊向左發動機故供油，并上報一級故障——右發動機故障，依據第5條設計說明，得到這樣的輸出控制，需要左右油箱剩油量之差小于50L,所以這時左油箱的剩余油量為（90-50)至（90+50)之間的整數，即任意大于40且小于130的整數。
序號8，前置條件中兩個油箱BL、BR剩余油量均為200,左右油箱剩油量之差等于0L,左油箱BL與左發動機EL均故障，右油箱BR與右發動機ER均無故障，依據第6條設計說明，輸出控制故障發動機（左發動機EL斷油，無故障的油箱（右油箱BR)為無故障發動機（右發動機ER)供油，并上報一級故障——故障油箱（左油箱BL)和故障發動機（左發動機EL）。
序號9，前置條件中兩個油箱BL、BR剩余油量均為200,左右油箱剩油量之差等于0L,右油箱BR與右發動機ER均故障，左油箱BL與左發動機EL均無故障，依據第6條設計說明，輸出控制故障發動機（右發動機ER)斷油，無故障的油箱（左油箱BL）為無故障發動機（左發動機EL)供油，并上報一級故障——故障油箱（右油箱BR)和故障發動機（右發動機ER)。
序號10，前置條件中兩個油箱BL、BR剩余油量均為200，左右油箱剩油量之差等于0L，右油箱BR與左發動機EL均故障，左油箱BL與右發動機ER均無故障，依據第6條設計說明，輸出控制故障發動機（左發動機EL)斷油，無故障的油箱（左油箱BL)為無故障發動機（右發動機ER)供油，并上報一級故障——故障油箱（右油箱BR)和故障發動機（左發動機EL)。
序號11，前置條件中兩個油箱BL、BR剩余油量均為200,左右油箱剩油量之差等于0L,左油箱BL與右發動機ER均故障，右油箱BR與左發動機EL均無故障，依據第6條設計說明，輸出控制故障發動機（右發動機ER)斷油，無故障的油箱（右油箱BR）為無故障發動機（左發動機EL）供油，并上報一級故障——故障油箱（左油箱BL）和故障發動機（右發動機ER）。
序號12，前置條件中兩個油箱BL、BR剩余油量均為200,左右油箱剩油量之差等于0L,左、右油箱BL、BR均故障，左、右發動機EL、ER均無故障，依據第7條設計說明，輸出控制左、右發動機EL、ER均斷油，并上報特級故障——兩側油箱均故障。
序號13，前置條件中兩個油箱BL、BR剩余油量均為200,左右油箱剩油量之差等于0L，左、右油箱BL，BR均無故障，左發動機EL故障，右發動機ER未知，但是輸出控制左、右發動機EL、ER均斷油，并上報特級故障，依據第7條設計說明，只有當兩個油箱或兩個發動機同時故障或存在更多故障時，才會得到如此的控制，故推斷右發動機ER一定故障。
序號14，前置條件中兩個油箱BL、BR剩余油量均為200,左右油箱剩油量之差等于0L,左油箱BL故障，左、右發動機EL、ER均故障，只有右油箱BR無故障，依據第7條和第8條設計說明，輸出控制左、右發動機EL、ER均斷油，并上報特級故障——兩側發動機均故障。左油箱故障的二級故障和兩側發動機均故障的特級故障同時發生，只上報特級故障。
問題：5.3?? （2分）
常見的黑盒測試的測試用例設計方法包括等價類劃分、決策表、因果圖、邊界值分析等。測試人員在針對本題設計測試用例時，使用哪種測試用例設計方法最恰當。
等價類劃分。
軟件測試人員在基于需求設計測試用例的過程中，通常需要使用一些黑盒測試方法，黑盒測試方法一般包括功能分解、等價類劃分、邊界值分析、判定表、因果圖、隨機測試、猜錯法和正交試驗法等。就本題而言，由于設計說明中是依據故障數目來進行說明的，從無故障、一個故障、兩個故障到多個故障進行軟件設計說明，所以采用以故障數目進行等價類劃分來設計測試用例方法最恰當。
總結
以上是生活随笔為你收集整理的2018年下半年《软件评测师》下午试卷及答案的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： 【Linux】ls命令查看linux目录
- 下一篇： 分享几个接口自动化的实战练手项目