下半年軟件評(píng)測師答案詳解

1、在Excel中，設(shè)單元格F1的值為38，若在單元格F2中輸入公式“=IF(AND（38F1，F(xiàn)1low）if Alow+Ahigh=X return true;else if Alow+Ahighx low+;else high-;return false;則過程P的時(shí)間復(fù)雜度為（40），整個(gè)算法的時(shí)間復(fù)雜度為（41）。(40)A.O(n)B.O(nlgn）C.O(n)D.O(nlgn)(41)A.O(n)B.O(nlgn)C.O(n)D.O(nlgn)【答案】A C【解析】1.有一層循環(huán)while2.插入排序的時(shí)間復(fù)雜為O(n2)高度為n的完全二叉樹至少的結(jié)點(diǎn)數(shù)為（42）。 (42)A.2n

2、-1B.2n-1+1C.2nD.2n-1【答案】D【解析】深度為k的滿二叉樹有2k -1個(gè)結(jié)點(diǎn)。采用折半查找算法有序表7，15，18，21，27，36，42，48 ，51，54，60，72中尋找值為15和38，分別需要進(jìn)行（43）次元素之間的比較。 (43)A.3和1B.3和2C.4和1D.4和3【答案】D【解析】略下圖是（44）設(shè)計(jì)模式的類圖，該設(shè)計(jì)模式的目的是（45），圖中， Abstraction和 RefinedAbstraciton 之間是（46）關(guān)系，Abstraction 和Implementor之間是（47）關(guān)系。 (44)A.適配器B.橋接C.裝飾D.代理(45)A.將一種類

3、的接口轉(zhuǎn)換為客戶盼望的另一種接口，使得原本不匹配的接口而無法合伙的類可以一起工作 B.將一種抽象與其實(shí)現(xiàn)分離開，以便兩者可以各自獨(dú)立地演變 C.動(dòng)態(tài)地給一種對(duì)象附加額外的職責(zé)，不必通過子類就能靈活地增長功能D.為一種對(duì)象提供代理以控制該對(duì)象的訪問 (46)A.依賴B.關(guān)聯(lián)C.繼承D.聚合(47)A.依賴B.關(guān)聯(lián)C.繼承D.聚合【答案】B B C D【解析】1.橋接模式是將一種抽象與其實(shí)現(xiàn)分離開，以便兩者可以各自獨(dú)立地演變。2. 橋接模式是將一種抽象與其實(shí)現(xiàn)分離開，以便兩者可以各自獨(dú)立地演變。3.繼承關(guān)系用空心箭頭表達(dá)4.聚合關(guān)系用空心凌形表達(dá)老式編譯器進(jìn)行詞法分析、語法分析、代碼生成等環(huán)節(jié)的解

4、決時(shí)，前一階段解決的輸出是后一階段解決的輸入，則采用的軟件體系構(gòu)造風(fēng)格是（48）。該體系構(gòu)造的長處不涉及（49）。(48)A.管道過濾器B.分層C.信息庫D.發(fā)布訂閱(49)A.軟件構(gòu)件具有良好的高內(nèi)聚，低耦合的特點(diǎn) B.支持重用 C.支持并行執(zhí)行 D.提高性能【答案】A C【解析】1.前一階段解決的輸出是后一階段解決的輸入，為管道過濾器的風(fēng)格。2. 管道過濾器不支持批解決、并發(fā)操作。系統(tǒng)交付后，修改本來打印時(shí)總是漏掉最后一行記錄的問題，該行為屬于（50）維護(hù)。 (50)A.改正性B.適應(yīng)性C.完善性D.避免性【答案】A【解析】改正性維護(hù)是改正軟件原有錯(cuò)誤。 軟件測試的對(duì)象不涉及（51）。(5

5、1)A.程序B.需求規(guī)格闡明書C.數(shù)據(jù)庫中的數(shù)據(jù)D.質(zhì)量改善措施【答案】D【解析】軟件測試的對(duì)象是程序，數(shù)據(jù)，文檔。如下不屬于單元測試測試內(nèi)容的（52）。(52)A.模塊接口測試B.局部數(shù)據(jù)測試C.邊界條件測試 D.系統(tǒng)性能測試【答案】D【解析】ABC都是單元測試的內(nèi)容。如下不屬于文檔測試測試范疇的是（53）。(53)A.軟件開發(fā)籌劃B.數(shù)據(jù)庫腳本C.測試分析報(bào)告D.顧客手冊(cè)【答案】B【解析】文檔分為顧客文檔、開發(fā)文檔和管理文檔。AC屬于管理文檔，D屬于顧客文檔。如下有關(guān)軟件測試和軟件質(zhì)量保證的論述中，不對(duì)的的是（54）。(54)A.軟件測試是軟件質(zhì)量保證的一種環(huán)節(jié) B.質(zhì)量保證通過避免、檢查

6、與改善來保證軟件質(zhì)量 C.質(zhì)量保證關(guān)懷的是開發(fā)過程的產(chǎn)物而不是活動(dòng)自身 D.測試中所作的操作是為了找出更多問題【答案】C【解析】C選項(xiàng)所描述的是軟件測試。如下有關(guān)軟件測試原則的論述中，對(duì)的的是（55）。所有軟件測試都應(yīng)追溯到顧客需求盡早地和不斷地進(jìn)行軟件測試完全測試是不也許的測試無法發(fā)現(xiàn)軟件潛在的缺陷需要充足注意測試中的群集現(xiàn)象(55)A. B.C.D.【答案】A【解析】12345都是軟件測試的原則。按照開發(fā)階段劃分，軟件測試可以分為（56）。單元測試 集成測試系統(tǒng)測試確認(rèn)測試顧客測試 驗(yàn)收測試第三方測試(56)A. B.C. D.【答案】B【解析】5和7是按測試實(shí)行組織劃分的。如下不屬于軟件

7、編碼規(guī)范評(píng)測內(nèi)容的是（57）。 (57)A.源程序文檔化 B.數(shù)據(jù)闡明措施 C.語句構(gòu)造D.算法邏輯【答案】D【解析】軟件編碼規(guī)范評(píng)測有這四種： 源程序文檔化、數(shù)據(jù)闡明、語句構(gòu)造、輸入和輸出如下有關(guān)確認(rèn)測試的論述中，不對(duì)的的是（58）。(58)A.確認(rèn)測試的任務(wù)是驗(yàn)證軟件的功能和性能與否與顧客規(guī)定一致 B.確認(rèn)測試一般由開發(fā)方進(jìn)行 C.確認(rèn)測試需要進(jìn)行有效性測試 D.確認(rèn)測試需要進(jìn)行軟件配備復(fù)查【答案】B【解析】確認(rèn)測試一般由獨(dú)立的第三方測試機(jī)構(gòu)進(jìn)行。根據(jù)輸入輸出等價(jià)類邊界上的取值來設(shè)計(jì)用例的黑盒測試措施是（59）。(59)A.等價(jià)類劃分法B.因果圖法C.邊界值分析法D.場景法【答案】C【解析

8、】邊界值分析法，是在等價(jià)類的基本上，取邊界的值來設(shè)計(jì)測試用例。如下有關(guān)鑒定表測試法的論述中，不對(duì)的的是（60）。(60)A.鑒定表由條件樁、動(dòng)作樁、條件項(xiàng)和動(dòng)作項(xiàng)構(gòu)成 B.鑒定表根據(jù)軟件規(guī)格闡明建立 C.鑒定表需要合并相似規(guī)則 D.n個(gè)條件可以得到最多n2個(gè)規(guī)則的鑒定表【答案】D【解析】n個(gè)條件可以得到2n種規(guī)則。一種程序的控制流圖中有5個(gè)節(jié)點(diǎn)、9條邊，在測試用例數(shù)至少的狀況下，保證程序中每個(gè)可執(zhí)行語句至少執(zhí)行一次所需測試用例數(shù)的上限是（61）。(61)A.2B.4C.6D.8【答案】C【解析】邊數(shù)-結(jié)點(diǎn)數(shù)+2=9-5+2=6對(duì)于邏輯體現(xiàn)式(a0)&(b0)|c5)，需要（62）個(gè)測試用例才干

9、完畢條件組合覆蓋。(62)A.2B.4C.8D.16【答案】C【解析】有三個(gè)鑒定，23=8如下有關(guān)黑盒測試的測試措施選擇方略的論述中，不對(duì)的的是（63）。(63)A.一方面進(jìn)行等價(jià)類劃分，由于這是提高測試效率最有效的措施 B.任何狀況下都必須使用邊界值分析，由于這種措施發(fā)現(xiàn)錯(cuò)誤能力最強(qiáng) C.如果程序功能闡明具有輸入條件組合，則一開始就需要錯(cuò)誤推測法 D.如果沒有達(dá)到規(guī)定的覆蓋準(zhǔn)則，則應(yīng)當(dāng)補(bǔ)充某些測試用例【答案】C【解析】應(yīng)使用因果圖法和鑒定表驅(qū)動(dòng)法。如下有關(guān)負(fù)載壓力測試的論述中，不對(duì)的的是（64）。(64)A.在模擬環(huán)境下檢測系統(tǒng)性能B.預(yù)見系統(tǒng)負(fù)載壓力承受力 C.分析系統(tǒng)瓶頸D.在應(yīng)用實(shí)際部

10、署前評(píng)估系統(tǒng)性能【答案】A【解析】在真實(shí)的環(huán)境下檢測系統(tǒng)性能。如下不屬于負(fù)載壓力測試的測試指標(biāo)是（65）。(65)A.并發(fā)顧客數(shù)B.查詢成果對(duì)的性C.平均事物響應(yīng)時(shí)間D.吞吐量【答案】B【解析】B屬于功能性測試如下有關(guān)測試措施的論述中，不對(duì)的的是（66）。(66)A.根據(jù)與否需要執(zhí)行被測試代碼可分為靜態(tài)測試和動(dòng)態(tài)測試 B.黑盒測試也叫做構(gòu)造測試，針對(duì)代碼自身進(jìn)行測試 C.動(dòng)態(tài)測試重要是對(duì)軟件的邏輯、功能等方面進(jìn)行評(píng)估 D.白盒測試把被測試代碼當(dāng)成透明的盒子，完全可見【答案】B【解析】黑盒測試是對(duì)軟件外部體現(xiàn)進(jìn)行測試，白盒測試才會(huì)針對(duì)代碼進(jìn)行測試。如下有關(guān)Web測試的論述中，不對(duì)的的是（67）。

11、 (67)A.Web軟件的測試貫穿整個(gè)軟件生命周期 B.按系統(tǒng)架構(gòu)劃分，We測試分為客戶端測試、服務(wù)端測試和網(wǎng)絡(luò)測試 C.Web系統(tǒng)測試與其她系統(tǒng)測試測試內(nèi)容基本不同但測試重點(diǎn)相似 D.Web性能測試可以采用工具輔助【答案】C【解析】web系統(tǒng)測試與其他系統(tǒng)測試測試內(nèi)容基本相似只是測試重點(diǎn)不同。如下不屬于安全防護(hù)方略的是（68）。 (68)A.入侵檢測B.隔離防護(hù)C.安全測試D.漏洞掃描【答案】C【解析】安全防護(hù)方略有ABD 和安全日記。原則符合性測試中的原則分類涉及（69）。數(shù)據(jù)內(nèi)容類原則通信合同類原則開發(fā)接口類原則信息編碼類原則(69)A.B.C.D.【答案】D【解析】ABCD屬于原則符合

12、性測試的分類。如下有關(guān)軟件可靠性管理的論述中，不對(duì)的的是（70）。(70)A.在需求分析階段擬定軟件的可靠性目的B.在設(shè)計(jì)階段進(jìn)行可靠性評(píng)價(jià)C.在測試階段津行可靠性測試D.在實(shí)行階段吹集可靠性數(shù)據(jù)【答案】B【解析】設(shè)計(jì)階段進(jìn)行可靠性設(shè)計(jì)，實(shí)行階段進(jìn)行可靠性評(píng)價(jià)。The development of the Semantic Web proceeds in steps , each step building a layer on top of another .The pragmatic justification for this approach is that it is easier

13、to achieve (71) on small steps , whereas it is much harder to get everyone on board if too much is attempted . Usually there are several research groups moving in different directions ; this (72) of ideas is a major driving force for scientific progress . However , from an engineering perspective th

14、ere is a need to standardize .So , if most researchers agree on certain sues and disagree on others , it makes sense to fix the points of agreement .This way , even if he more ambitious research efforts should fail , there will be at least (73) positive outcomes .Once a (74) has been established , m

15、any more groups and companies will adopt it ,instead of waiting to see which of the alternative research lines will be successful in the end he nature of the semantic web is such that companies and single users must build tools , add content , and use that content .We cannot wait until the full sema

16、ntic web vision materializes-it may take another ten years for it to be realized to its full (75) ( as envisioned today , of course ).(71)A.conflictsB.consensusC.successD.disagreement(72)A.competitionB.agreementC.cooperationD.collaboration(73)A.totalB.completeC.partialD.entire(74)A.technologyB.stand

17、ardC.patternD.model(75)A.areaB.goalC.objectD.extent【答案】B A C B D【解析】語義網(wǎng)絡(luò)的發(fā)展是一步一步的，每一步都建立在另一部的基本之上。選擇這種措施的現(xiàn)實(shí)理由就是由于很容易對(duì)一小步獲得成功，而如果想要一步到位就難得多。一般，諸多研究組織都是從不同方向考慮的，這種思想的競爭的方式是科學(xué)進(jìn)步的驅(qū)動(dòng)力。然而，從工程的角度來說是需要進(jìn)行原則化的。因此，如果大多數(shù)研究者批準(zhǔn)某個(gè)觀點(diǎn)不批準(zhǔn)另一種的時(shí)候，改正觀點(diǎn)是故意義的。這樣，雖然再宏大的研究努力也會(huì)失敗，也許會(huì)有局部的積極效果。一旦一種技術(shù)被建立，許多組織和公司都會(huì)采納，而不是等待并查看其她研

18、究線與否會(huì)獲得成果。語義網(wǎng)絡(luò)的性質(zhì)就是讓公司和單個(gè)顧客必須構(gòu)建工具，添加內(nèi)容并使用。我們不會(huì)等著整個(gè)語義網(wǎng)絡(luò)被物化由于實(shí)現(xiàn)它的所有內(nèi)容需要再過十年時(shí)間（固然是按照今天所設(shè)想） 試題一閱讀下列C程序，回答問題1至問題3，將解答填入答題紙的相應(yīng)欄內(nèi)?！綜程序】Int DoString(char*string)char *argv100;Int argc=1; while(1) /1while(*string& *string!=-)/2,3String+;/4if(!*string) /5break; /6argvargc=string; while(*string & *string!=& *s

19、tring!=n& *string!= t)/7,8,9,10string+; /11argc+;/12return 0; /13【問題1】請(qǐng)針對(duì)上述C程序給出滿足100%DC（鑒定覆蓋）所需的邏輯條件。*string & * String !=- T/F!*String T/F*string & * String != &*String !=n & *String!=t T/F【問題2】請(qǐng)畫出上述程序的控制流圖，并計(jì)算其控制流圖的環(huán)路復(fù)雜度V（G）。V(g)=8 【問題3】請(qǐng)給出問題2中控制流圖的線性無關(guān)途徑。1、2、5、6、13.1、2、3、5、6、131、2、3、4、2、5、6、131、

20、2、5、7、12、1. . .1、2、5、7、8、12、1. . .1、2、5、7、8、9、12、1. . .1、2、5、7、8、9、10、12、1. . .1、2、5、7、8、9、10、11、7、12、1. . .試題二閱讀下列闡明，回答問題1至問題3，將解答填入答題紙的相應(yīng)欄內(nèi)?！娟U明】某銀行B和某公司C發(fā)行聯(lián)名信用卡，顧客使用聯(lián)名信用卡刷卡可合計(jì)積分，積分合計(jì)規(guī)則與刷卡金額和刷卡日期有關(guān)，具體積分規(guī)則如表2-1所示。此外，公司C的會(huì)員分為一般會(huì)員、超級(jí)會(huì)員和PASS會(huì)員三個(gè)級(jí)別，超級(jí)會(huì)員和PASS會(huì)員在刷卡時(shí)有額外積分獎(jiǎng)勵(lì)，獎(jiǎng)勵(lì)規(guī)則如表2-2所示。銀行B開發(fā)了一種程序來計(jì)算顧客每次刷卡所

21、累積的積分，程序的輸入涉及會(huì)員級(jí)別L、刷卡日期D和刷卡金額A，程序的輸出為本次積分S。其中，L為單個(gè)字母且大小寫不敏感，D由程序直接獲取系統(tǒng)日期，A為正浮點(diǎn)數(shù)最多保存兩位小數(shù)，S為整數(shù)。 【問題1】（5分）采用等價(jià)類劃分法對(duì)該程序進(jìn)行測試，等價(jià)類表如下表所示，請(qǐng)補(bǔ)充表2-3中空（1）（5）1：P2：12月12日3：正浮點(diǎn)數(shù)帶2位小數(shù)4：MSP以外的字母5：非正浮點(diǎn)數(shù)【問題2】（9分）根據(jù)以上等價(jià)類表設(shè)計(jì)的測試用例如下表所示，請(qǐng)補(bǔ)充表2-4中空（1）（9）1：10002：500.25 （500）3：3、6、84：1月8日 (其他日期)5：1 (非字母)6：N/A7：K （MSP以外的單個(gè)字母）8

22、：1、7、129：500.12345 （多于兩位小數(shù)的正浮點(diǎn)數(shù)）【問題3】（6分）如果規(guī)定了單次刷卡的積分上限為0( 即S取值不小于等于0且不不小于等于0)， 則還需要針對(duì)S的取值補(bǔ)充某些測試用例。假設(shè)采用等價(jià)類劃分法和邊界值分析法來補(bǔ)充用例，請(qǐng)補(bǔ)充表 2-5、表2-6中的空（1）（6）。1：S03：S=199994：S=-15：S=16：S=1試題三閱讀下列闡明，回答問題1至問題3，將解答填入答題紙的相應(yīng)欄內(nèi)。【闡明】某公司欲開發(fā)一套基于Web的通用共享單車系統(tǒng)。該系統(tǒng)的重要功能如下：1.商家注冊(cè)、在線支付；后臺(tái)業(yè)務(wù)員進(jìn)行車輛管理與監(jiān)控、查詢記錄、報(bào)表管理、 價(jià)格設(shè)立、管理顧客信息。2.顧客

23、輸入手機(jī)號(hào)并在取驗(yàn)證碼后進(jìn)行注冊(cè)、點(diǎn)擊用車后掃描并獲取開鎖密碼、鎖車（機(jī)械鎖由顧客點(diǎn)擊結(jié)束用車）后3秒內(nèi)顯示計(jì)算的費(fèi)用，顧客確認(rèn)后支付、查看顯示時(shí)間與路線及其里程、預(yù)約用車、投訴。 【問題1】（6分）采用性能測試工具在對(duì)系統(tǒng)性能測試時(shí)，用Apdex(應(yīng)用性能指數(shù))對(duì)顧客使用共享單車的滿意度進(jìn)行量化，系統(tǒng)需要滿足Apdex指數(shù)為0.90以上。Apdex 量化時(shí)，相應(yīng)顧客滿意度分為三個(gè)區(qū)間，通過響應(yīng)時(shí)間數(shù)值 T 來劃分，T 值代表著顧客相應(yīng)用性能滿意的響應(yīng)時(shí)間界線或者說是門檻 (Threshold) 。針對(duì)顧客祈求的響應(yīng)時(shí)間，Apdex 的顧客滿意度區(qū)間如下 ：滿意: (0,T讓顧客感到不久樂容忍

24、:(T, 4T 慢了一點(diǎn)，但還可以接受，繼續(xù)這一應(yīng)用過程失望: 4T，太慢了，受不了了，顧客決定放棄這個(gè)應(yīng)用Apdex的計(jì)算如下：Apdex= (不不小于T的樣本數(shù)+T4T 的樣本數(shù)/2) /總樣本數(shù)針對(duì)顧客功能，本系統(tǒng)設(shè)定 T=2 秒，記錄響應(yīng)時(shí)間，記錄樣本數(shù)量，2 秒如下記錄數(shù)3000，28秒記錄數(shù)1000，不小于8秒500。請(qǐng)計(jì)算本系統(tǒng)的Apdex指數(shù)，并闡明本系統(tǒng)與否達(dá)到規(guī)定。未達(dá)到規(guī)定。由于Apdex = (3000+1000/2)/(3000+1000+500) = 3500/4500 = 0.78 0.90.，因此未達(dá)到規(guī)定?！締栴}2】（6分）系統(tǒng)前端采用HTML5實(shí)現(xiàn)，已使顧客

25、可以通過不同的移動(dòng)設(shè)備的瀏覽器進(jìn)行訪問。設(shè)計(jì)兼用行測試矩陣，對(duì)系統(tǒng)瀏覽器兼容性進(jìn)行測試。【問題3】（8分）針對(duì)顧客手機(jī)號(hào)碼獲取驗(yàn)證碼進(jìn)行注冊(cè)的功能，設(shè)計(jì)4個(gè)測試用例。（假設(shè)合法手機(jī)號(hào)碼為11位數(shù)字，驗(yàn)證碼為4位數(shù)字）用例1：11位數(shù)字的手機(jī)號(hào)碼，得到4位數(shù)字驗(yàn)證碼用例2：不不小于11位數(shù)字的手機(jī)號(hào)碼，無驗(yàn)證碼用例3：不小于11位數(shù)字的手機(jī)號(hào)碼，無驗(yàn)證碼用例4: 11位有非數(shù)字的手機(jī)號(hào)碼，無驗(yàn)證碼試題四閱讀下列問題，回答問題1到問題4，將解答寫在答題紙的相應(yīng)欄內(nèi)?！娟U明】圖4-1是某公司信息系統(tǒng)的一種類圖，圖中屬性和措施前的+、#和- 分別表達(dá)公有成員、保護(hù)成員和私有成員。其中：圖4-1 類圖（

26、1）類Manager重新實(shí)現(xiàn)了類 Employee的措施 calSalary( )，類Manager中的措施querySalary( )繼承了其父類Employee的措施querySalary( )。（2）創(chuàng)立類 Employee的對(duì)象時(shí)，給其設(shè)立職位（position）、基本工資(basicSalary)等信息。措施calSalary（ ）根據(jù)個(gè)人的基本工資、當(dāng)月工資天數(shù)(workDays)和獎(jiǎng)金（bonus）等按特定規(guī)則計(jì)算員工工資。（3）類Department中的措施statSalary中一方面調(diào)用了該類的措施load( ),獲取本部門員工列表，然后調(diào)用了類 Employee中的措施ca

27、lSalary( )?，F(xiàn)擬采用面向?qū)ο蟮拇胧┻M(jìn)行測試?！締栴}1】圖4-1所示的類圖中，類manager和類Employee之間是什么關(guān)系?該關(guān)系對(duì)測試的影響是什么?泛化關(guān)系；繼承的成員函數(shù)與否需要測試；對(duì)父類的測試與否能搬到子類上【問題2】（1）類Manager重新實(shí)現(xiàn)了類 Employee的措施calSalary( ),這是面向?qū)ο蟮氖裁礄C(jī)制?與否需要重新測試該措施?（2）類Manager中的措施querySalary( )繼承了其父類 Employee 的措施querySalary( ),與否需要重新測試該措施?繼承需要重新測試，在子類中重新進(jìn)行了定義，需要重新測試不需要重新測試【問題3】

28、（1）請(qǐng)結(jié)合題干闡明中的描述，給出測試類Employee措施calSalary( )時(shí)的測試序列。（2）請(qǐng)給出類圖4- 1中各個(gè)類的測試順序。先測試Employee類，再測試Manager類的calSalary函數(shù)先測試Employeet類、然后Departmen類，最后測試Manager類【問題4】從面向?qū)ο蠖鄳B(tài)特性考慮，測試措施statSalary( )時(shí)應(yīng)注意什么？只需要在原有的測試分析基本上增長對(duì)測試用例中輸入數(shù)據(jù)的類型的考慮試題五閱讀下列闡明，回答問題1至問題3， 將解答填入答題紙的相應(yīng)欄內(nèi)?！娟U明】某飛行器供油閥控制軟件通過控制左右兩邊的油箱BL、BR 向左右發(fā)動(dòng)機(jī) EL、ER 供油，既要保證飛行器的安全飛行，又要保證飛行器的平衡，該軟件重要完畢的功能如下：(1)無端障狀況下，控制左油箱 BL 向左發(fā)動(dòng)機(jī) EL 供油，右油箱BR向右發(fā)動(dòng)機(jī)ER供油，不上報(bào)故障；(2)當(dāng)左油箱 BL 故障時(shí)，控制右油箱BR分別向左、右發(fā)動(dòng)機(jī)EL 和 ER 供油，并上報(bào)二級(jí)故障一一左油箱故障；(3)當(dāng)右油箱 BR故障時(shí)，控制左油箱BL 分別向左、右發(fā)動(dòng)機(jī)EL 和 ER 供油，并上報(bào)二級(jí)故障右油箱故障；(4)