2023年軟件測(cè)試筆試必備

選擇題1、系統(tǒng)測(cè)試使用(C）技術(shù),重要測(cè)試被測(cè)應(yīng)用的高級(jí)互操作性需求,而無(wú)需考慮被測(cè)試應(yīng)用的內(nèi)部結(jié)構(gòu)。

Ａ、單元測(cè)試

B、集成測(cè)試

Ｃ、黑盒測(cè)試

D、白盒測(cè)試

2、單元測(cè)試重要的測(cè)試技術(shù)不涉及（B

）。

A、白盒測(cè)試

B、功能測(cè)試?Ｃ、靜態(tài)測(cè)試

D、以上都不是

３、（A

)的目的是對(duì)最終軟件系統(tǒng)進(jìn)行全面的測(cè)試,保證最終軟件系統(tǒng)滿足產(chǎn)品需求并且遵循系統(tǒng)設(shè)計(jì)。?Ａ、系統(tǒng)測(cè)試

B、集成測(cè)試

C、單元測(cè)試

D、功能測(cè)試

４、假如一個(gè)產(chǎn)品中次嚴(yán)重的缺陷基本完畢修正并通過(guò)復(fù)測(cè)，這個(gè)階段的成品是（

A

)。

A、Alpｈa版

B、Ｂeta版?C、正版

D、以上都不是

５、自底向上法需要寫（Ａ

)。?Ａ、驅(qū)動(dòng)程序

B、樁程序

C、驅(qū)動(dòng)程序和樁程序

D、.以上都不是6、測(cè)試ATM取款功能，已知取款數(shù)只能輸入正整數(shù)，每次取款數(shù)規(guī)定是100的倍數(shù)且不能大于５０0，下面哪個(gè)是對(duì)的的無(wú)效等價(jià)類（C)

Ａ、(0，100)、（１00,200)、（200,300)、(300，400）、(40０,5００)、（５00,+∞);?Ｂ、（50０,+∞）?Ｃ、（5０0,+∞）、任意大于0小于５00的非100倍數(shù)的整數(shù);

Ｄ、(－∞，100）、(100，2０0）、（２0０,300)、(３00，4０0）、（400，50０）、（50０,+∞）；?7、因果圖／鑒定表工程方法在以下那種情況下不合用（Ｃ）?Ａ、輸入輸出明確,或輸入輸出因果關(guān)系明確的情況下

B、被分析的特性或功能點(diǎn)復(fù)雜，輸入項(xiàng)目很多的情況下

C、系統(tǒng)輸入之間互相約束多，需要做大范圍的組合測(cè)試情況下

Ｄ、系統(tǒng)輸入之間基本沒(méi)有互相聯(lián)系?8、以下說(shuō)法不對(duì)的的是(D）?Ａ、測(cè)試原始需要明確了產(chǎn)品將要實(shí)現(xiàn)了什么

Ｂ、產(chǎn)品測(cè)試規(guī)格明確了測(cè)試設(shè)計(jì)內(nèi)容?C、測(cè)試用例明確了測(cè)試實(shí)現(xiàn)內(nèi)容

D、以上說(shuō)法均不對(duì)的?9、可測(cè)試性中,有關(guān)系統(tǒng)可觀測(cè)性的理解,下面說(shuō)法那個(gè)是錯(cuò)誤的(

B)?Ａ、系統(tǒng)所有的輸出結(jié)果可觀測(cè),錯(cuò)誤輸出易于辨認(rèn)；

B、系統(tǒng)運(yùn)營(yíng)狀態(tài)和內(nèi)部解決的過(guò)程信息可觀測(cè);

Ｃ、系統(tǒng)內(nèi)部變量名及其取值可觀測(cè)；

D、系統(tǒng)內(nèi)部重要對(duì)象的狀態(tài)和屬性可觀測(cè);

E、系統(tǒng)內(nèi)部重要的操作的解決時(shí)間可觀測(cè)；

F、系統(tǒng)內(nèi)部重要的資源的占用情況及單個(gè)資源的創(chuàng)建、保持、釋放過(guò)程可觀測(cè)?１0、測(cè)試腳本的編寫規(guī)范強(qiáng)調(diào):(ABCＤ）

Ａ、可讀行

B、可重用性

C、可維護(hù)性

D、可移植性11、當(dāng)繼承某個(gè)特性是，通常會(huì)從哪些角度對(duì)該特性進(jìn)行測(cè)試分析？（AＣ

）?A、失效影響度

B、成熟度

C、繼承方式

D、用戶原始需求?１２、從下列關(guān)于軟件測(cè)試的敘述中，選出對(duì)的的敘述（ＣD)

Ａ、用黑盒法測(cè)試時(shí)，測(cè)試用例是根據(jù)程序內(nèi)部邏輯設(shè)計(jì)的

B、測(cè)試的目的是驗(yàn)證該軟件已對(duì)的的實(shí)現(xiàn)了用戶的規(guī)定?Ｃ、發(fā)現(xiàn)錯(cuò)誤多的程序塊，殘留在模塊中的錯(cuò)誤也多

D、測(cè)試設(shè)計(jì)時(shí)，應(yīng)充足考慮異常的輸入情況?１３、軟件驗(yàn)收測(cè)試的合格通過(guò)準(zhǔn)則是:（ＡＢCD)

A．軟件需求分析說(shuō)明書中定義的所有功能已所有實(shí)現(xiàn),性能指標(biāo)所有達(dá)成規(guī)定。?Ｂ.所有測(cè)試項(xiàng)沒(méi)有殘余一級(jí)、二級(jí)和三級(jí)錯(cuò)誤。

C．立項(xiàng)審批表、需求分析文檔、設(shè)計(jì)文檔和編碼實(shí)現(xiàn)一致。?D．驗(yàn)收測(cè)試工件齊全。?13、軟件測(cè)試計(jì)劃評(píng)審會(huì)需要哪些人員參與？（AＢCD)

A.項(xiàng)目經(jīng)理

B.SQＡ負(fù)責(zé)人

Ｃ．配置負(fù)責(zé)人?D.測(cè)試組

14．測(cè)試設(shè)計(jì)員的職責(zé)有：(BC)?A．制定測(cè)試計(jì)劃?B．設(shè)計(jì)測(cè)試用例

C.設(shè)計(jì)測(cè)試過(guò)程、腳本?D．評(píng)估測(cè)試活動(dòng)?1５．軟件實(shí)行活動(dòng)的進(jìn)入準(zhǔn)則是：（AＢC)

A．需求工件已經(jīng)被基線化?B．具體設(shè)計(jì)工件已經(jīng)被基線化?Ｃ．構(gòu)架工件已經(jīng)被基線化

D．項(xiàng)目階段成果已經(jīng)被基線化16.軟件驗(yàn)收測(cè)試的合格通過(guò)準(zhǔn)則是:(ＡＢCD)Ａ.軟件需求分析說(shuō)明書中定義的所有功能已所有實(shí)現(xiàn),性能指標(biāo)所有達(dá)成規(guī)定。B.所有測(cè)試項(xiàng)沒(méi)有殘余一級(jí)、二級(jí)和三級(jí)錯(cuò)誤。C．立項(xiàng)審批表、需求分析文檔、設(shè)計(jì)文檔和編碼實(shí)現(xiàn)一致。D．驗(yàn)收測(cè)試工件齊全。

17．軟件測(cè)試計(jì)劃評(píng)審會(huì)需要哪些人員參與？（ABCＤ)

Ａ.項(xiàng)目經(jīng)理B.ＳQＡ負(fù)責(zé)人Ｃ.配置負(fù)責(zé)人D.測(cè)試組?1８.下列關(guān)于ａｌpha測(cè)試的描述中對(duì)的的是：（ＡD)?A.ａlpha測(cè)試需要用戶代表參與?B.ａlpha測(cè)試不需要用戶代表參與

C．a(chǎn)lｐhａ測(cè)試是系統(tǒng)測(cè)試的一種?D.aｌphａ測(cè)試是驗(yàn)收測(cè)試的一種

19.測(cè)試設(shè)計(jì)員的職責(zé)有：（BC）?Ａ．制定測(cè)試計(jì)劃B．設(shè)計(jì)測(cè)試用例C．設(shè)計(jì)測(cè)試過(guò)程、腳本Ｄ．評(píng)估測(cè)試活動(dòng)

20.軟件實(shí)行活動(dòng)的進(jìn)入準(zhǔn)則是：(ABC)?A．需求工件已經(jīng)被基線化Ｂ．具體設(shè)計(jì)工件已經(jīng)被基線化Ｃ.構(gòu)架工件已經(jīng)被基線化Ｄ．項(xiàng)目階段成果已經(jīng)被基線化判斷題1．軟件測(cè)試的目的是盡也許多的找出軟件的缺陷。(Y)?2．負(fù)載測(cè)試是驗(yàn)證要檢查的系統(tǒng)的能力最高能達(dá)成什么限度。(N)

3.測(cè)試人員要堅(jiān)持原則,缺陷未修復(fù)完堅(jiān)決不予通過(guò)。(N)?4.自動(dòng)化測(cè)試能比手工測(cè)試發(fā)現(xiàn)更多的缺陷(N）?５.錯(cuò)誤猜測(cè)法基于這樣一種假設(shè)，以前犯過(guò)的錯(cuò)誤,以后同樣會(huì)犯，我犯過(guò)的錯(cuò)誤別人同樣會(huì)犯,前人犯過(guò)的錯(cuò)誤,后人同樣會(huì)犯（N)

６.軟件測(cè)試中的二八原則暗示著測(cè)試發(fā)現(xiàn)的錯(cuò)誤中的８０%很也許起源于程序模塊的2０%（Y)

7.某WEＢ系統(tǒng)設(shè)計(jì)中,用戶點(diǎn)擊“退出”按鈕從系統(tǒng)中退出,界面回到初始登陸界面。此時(shí)不關(guān)閉窗口，使用瀏覽器的回退功能，可以回到之前的用戶界面，繼續(xù)進(jìn)行用戶操作。這種合適的人性化設(shè)計(jì),恩那個(gè)避免用戶誤點(diǎn)擊退出按鈕后重新登錄的繁瑣操作；這種說(shuō)法是否對(duì)的（Ｎ)

8.在擬定性能測(cè)試指標(biāo)值時(shí),參考的國(guó)際標(biāo)準(zhǔn)、國(guó)標(biāo)、運(yùn)營(yíng)商規(guī)范中對(duì)此規(guī)定并不同樣,可以視情況選擇有助于我們的指標(biāo)值,但必須要比競(jìng)爭(zhēng)對(duì)手高,這樣才有助于市場(chǎng)競(jìng)爭(zhēng)力（N）?９.測(cè)試執(zhí)行時(shí)，應(yīng)當(dāng)對(duì)每一個(gè)測(cè)試結(jié)果做全面的檢查，涉及日記,這種說(shuō)法是否對(duì)的(N)

１0.在測(cè)試執(zhí)行時(shí)，我們重要是基于用戶的使用場(chǎng)景來(lái)考慮功能實(shí)現(xiàn)的對(duì)的性,關(guān)鍵機(jī)要數(shù)據(jù)在數(shù)據(jù)庫(kù)內(nèi)是否加密存儲(chǔ)或日記輸出中是否采用加密、掩碼解決不是我們測(cè)試關(guān)注的范圍,畢竟那產(chǎn)品的內(nèi)部實(shí)現(xiàn),用戶看不到的，自然也是不關(guān)心的。這種說(shuō)法是否對(duì)的。（)

11．軟件測(cè)試的目的是盡也許多的找出軟件的缺陷。(Y）12．Beta測(cè)試是驗(yàn)收測(cè)試的一種。(Ｙ）

1３．驗(yàn)收測(cè)試是由最終用戶來(lái)實(shí)行的。（Ｎ）

14．項(xiàng)目立項(xiàng)前測(cè)試人員不需要提交任何工件。（Ｙ)

1５．單元測(cè)試能發(fā)現(xiàn)約80%的軟件缺陷。（Ｙ）?16．代碼評(píng)審是檢查源代碼是否達(dá)成模塊設(shè)計(jì)的規(guī)定。(N)

１7．自底向上集成需要測(cè)試員編寫驅(qū)動(dòng)程序。(Y)

18.負(fù)載測(cè)試是驗(yàn)證要檢查的系統(tǒng)的能力最高能達(dá)成什么限度。（N）

１9.測(cè)試人員要堅(jiān)持原則,缺陷未修復(fù)完堅(jiān)決不予通過(guò)。(N）

20．代碼評(píng)審員一般由測(cè)試員擔(dān)任。（Ｎ）?21.我們可以人為的使得軟件不存在配置問(wèn)題。(Ｎ)

2２.集成測(cè)試計(jì)劃在需求分析階段末提交。(Ｎ)簡(jiǎn)答一、區(qū)別階段評(píng)審的與同行評(píng)審

同行評(píng)審目的:發(fā)現(xiàn)小規(guī)模工作產(chǎn)品的錯(cuò)誤,只要是找錯(cuò)誤；

階段評(píng)審目的:評(píng)審模塊階段作品的對(duì)的性可行性及完整性?同行評(píng)審人數(shù):３－７人人員必須通過(guò)同行評(píng)審會(huì)議的培訓(xùn)，由SＱＡ指導(dǎo)

階段評(píng)審人數(shù):5人左右評(píng)審人必須是專家具有系統(tǒng)評(píng)審資格

同行評(píng)審內(nèi)容:內(nèi)容小一般文檔＜40頁(yè),代碼<５００行二、為什么要在一個(gè)團(tuán)隊(duì)中開展軟件測(cè)試工作？由于沒(méi)有通過(guò)測(cè)試的軟件很難在發(fā)布之前知道該軟件的質(zhì)量,就好比ISＯ質(zhì)量認(rèn)證一樣,測(cè)試同樣也需要質(zhì)量的保證,這個(gè)時(shí)候就需要在團(tuán)隊(duì)中開展軟件測(cè)試的工作。在測(cè)試的過(guò)程發(fā)現(xiàn)軟件中存在的問(wèn)題,及時(shí)讓開發(fā)人員得知并修改問(wèn)題,在即將發(fā)布時(shí),從測(cè)試報(bào)告中得出軟件的質(zhì)量情況。三、您在以往的測(cè)試工作中都曾經(jīng)具體從事過(guò)哪些工作?其中最擅長(zhǎng)哪部分工作？我曾經(jīng)做過(guò)web測(cè)試后臺(tái)測(cè)試客戶端軟件，其中涉及功能測(cè)試，性能測(cè)試,用戶體驗(yàn)測(cè)試。最擅長(zhǎng)的是功能測(cè)試四、您所熟悉的軟件測(cè)試類型都有哪些？請(qǐng)?jiān)囍謩e比較這些不同。測(cè)試類型有：功能測(cè)試,性能測(cè)試,界面測(cè)試。功能測(cè)試在測(cè)試工作中占的比例最大，功能測(cè)試也叫黑盒測(cè)試。是把測(cè)試對(duì)象看作一個(gè)黑盒子。運(yùn)用黑盒測(cè)試法進(jìn)行動(dòng)態(tài)測(cè)試時(shí)，需要測(cè)試軟件產(chǎn)品的功能,不需測(cè)試軟件產(chǎn)品的內(nèi)部結(jié)構(gòu)和解決過(guò)程。采用黑盒技術(shù)設(shè)計(jì)測(cè)試用例的方法有:等價(jià)類劃分、邊界值分析、錯(cuò)誤推測(cè)、因果圖和綜合策略。性能測(cè)試是通過(guò)自動(dòng)化的測(cè)試工具模擬多種正常、峰值以及異常負(fù)載條件來(lái)對(duì)系統(tǒng)的各項(xiàng)性能指標(biāo)進(jìn)行測(cè)試。負(fù)載測(cè)試和壓力測(cè)試都屬于性能測(cè)試,兩者可以結(jié)合進(jìn)行。通過(guò)負(fù)載測(cè)試，擬定在各種工作負(fù)載下系統(tǒng)的性能,目的是測(cè)試當(dāng)負(fù)載逐漸增長(zhǎng)時(shí)，系統(tǒng)各項(xiàng)性能指標(biāo)的變化情況。壓力測(cè)試是通過(guò)擬定一個(gè)系統(tǒng)的瓶頸或者不能接受的性能點(diǎn),來(lái)獲得系統(tǒng)能提供的最大服務(wù)級(jí)別的測(cè)試。界面測(cè)試，界面是軟件與用戶交互的最直接的層,界面的好壞決定用戶對(duì)軟件的第一印象。并且設(shè)計(jì)良好的界面可以引導(dǎo)用戶自己完畢相應(yīng)的操作,起到向?qū)У淖饔?。同時(shí)界面如同人的面孔，具有吸引用戶的直接優(yōu)勢(shì)。設(shè)計(jì)合理的界面能給用戶帶來(lái)輕松愉悅的感受和成功的感覺,相反由于界面設(shè)計(jì)的失敗,讓用戶有挫敗感，再實(shí)用強(qiáng)大的功能都也許在用戶的畏懼與放棄中付諸東流。區(qū)別在于,功能測(cè)試關(guān)注產(chǎn)品的所有功能上,要考慮到每個(gè)細(xì)節(jié)功能,每個(gè)也許存在的功能問(wèn)題。性能測(cè)試重要關(guān)注于產(chǎn)品整體的多用戶并發(fā)下的穩(wěn)定性和健壯性。界面測(cè)試更關(guān)注于用戶體驗(yàn)上，用戶使用該產(chǎn)品的時(shí)候是否易用,是否易懂，是否規(guī)范(快捷鍵之類的)，是否美觀(能否吸引用戶的注意力）,是否安全（盡量在前臺(tái)避免用戶無(wú)意輸入無(wú)效的數(shù)據(jù)，當(dāng)然考慮到體驗(yàn)性，不能太粗魯?shù)膹棾鼍??做某個(gè)性能測(cè)試的時(shí)候，一方面它也許是個(gè)功能點(diǎn)，一方面要保證它的功能是沒(méi)問(wèn)題的,然后再考慮該功能點(diǎn)的性能測(cè)試。五、請(qǐng)?jiān)囍容^一下黑盒測(cè)試、白盒測(cè)試、單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試的區(qū)別與聯(lián)系。黑盒測(cè)試:已知產(chǎn)品的功能設(shè)計(jì)規(guī)格,可以進(jìn)行測(cè)試證明每個(gè)實(shí)現(xiàn)了的功能是否符合規(guī)定。白盒測(cè)試:已知產(chǎn)品的內(nèi)部工作過(guò)程，可以通過(guò)測(cè)試證明每種內(nèi)部操作是否符合設(shè)計(jì)規(guī)格規(guī)定,所有內(nèi)部成分是否以通過(guò)檢查。軟件的黑盒測(cè)試意味著測(cè)試要在軟件的接口處進(jìn)行。這種方法是把測(cè)試對(duì)象看做一個(gè)黑盒子,測(cè)試人員完全不考慮程序內(nèi)部的邏輯結(jié)構(gòu)和內(nèi)部特性,只依據(jù)程序的需求規(guī)格說(shuō)明書，檢查程序的功能是否符合它的功能說(shuō)明。因此黑盒測(cè)試又叫功能測(cè)試或數(shù)據(jù)驅(qū)動(dòng)測(cè)試。黑盒測(cè)試重要是為了發(fā)現(xiàn)以下幾類錯(cuò)誤:1、是否有不對(duì)的或漏掉的功能？２、在接口上，輸入是否能對(duì)的的接受?能否輸出對(duì)的的結(jié)果？３、是否有數(shù)據(jù)結(jié)構(gòu)錯(cuò)誤或外部信息（例如數(shù)據(jù)文獻(xiàn)）訪問(wèn)錯(cuò)誤?4、性能上是否可以滿足規(guī)定?5、是否有初始化或終止性錯(cuò)誤？軟件的白盒測(cè)試是對(duì)軟件的過(guò)程性細(xì)節(jié)做細(xì)致的檢查。這種方法是把測(cè)試對(duì)象看做一個(gè)打開的盒子,它允許測(cè)試人員運(yùn)用程序內(nèi)部的邏輯結(jié)構(gòu)及有關(guān)信息，設(shè)計(jì)或選擇測(cè)試用例,對(duì)程序所有邏輯途徑進(jìn)行測(cè)試。通過(guò)在不同點(diǎn)檢查程序狀態(tài)，擬定實(shí)際狀態(tài)是否與預(yù)期的狀態(tài)一致。因此白盒測(cè)試又稱為結(jié)構(gòu)測(cè)試或邏輯驅(qū)動(dòng)測(cè)試。白盒測(cè)試重要是想對(duì)程序模塊進(jìn)行如下檢查：１、對(duì)程序模塊的所有獨(dú)立的執(zhí)行途徑至少測(cè)試一遍。２、對(duì)所有的邏輯鑒定，取“真”與取“假”的兩種情況都能至少測(cè)一遍。3、在循環(huán)的邊界和運(yùn)營(yíng)的界線內(nèi)執(zhí)行循環(huán)體。4、測(cè)試內(nèi)部數(shù)據(jù)結(jié)構(gòu)的有效性，等等。單元測(cè)試（模塊測(cè)試)是開發(fā)者編寫的一小段代碼，用于檢查被測(cè)代碼的一個(gè)很小的、很明確的功能是否對(duì)的。通常而言,一個(gè)單元測(cè)試是用于判斷某個(gè)特定條件(或者場(chǎng)景)下某個(gè)特定函數(shù)的行為。單元測(cè)試是由程序員自己來(lái)完畢，最終受益的也是程序員自己?？梢赃@么說(shuō),程序員有責(zé)任編寫功能代碼,同時(shí)也就有責(zé)任為自己的代碼編寫單元測(cè)試。執(zhí)行單元測(cè)試,就是為了證明這段代碼的行為和我們盼望的一致。集成測(cè)試(也叫組裝測(cè)試，聯(lián)合測(cè)試)是單元測(cè)試的邏輯擴(kuò)展。它的最簡(jiǎn)樸的形式是:兩個(gè)已經(jīng)測(cè)試過(guò)的單元組合成一個(gè)組件，并且測(cè)試它們之間的接口。從這一層意義上講,組件是指多個(gè)單元的集成聚合。在現(xiàn)實(shí)方案中,許多單元組合成組件,而這些組件又聚合成程序的更大部分。方法是測(cè)試片段的組合，并最終擴(kuò)展進(jìn)程，將您的模塊與其他組的模塊一起測(cè)試。最后，將構(gòu)成進(jìn)程的所有模塊一起測(cè)試。系統(tǒng)測(cè)試是將通過(guò)測(cè)試的子系統(tǒng)裝配成一個(gè)完整系統(tǒng)來(lái)測(cè)試。它是檢查系統(tǒng)是否的確能提供系統(tǒng)方案說(shuō)明書中指定功能的有效方法。(常見的聯(lián)調(diào)測(cè)試)系統(tǒng)測(cè)試的目的是對(duì)最終軟件系統(tǒng)進(jìn)行全面的測(cè)試,保證最終軟件系統(tǒng)滿足產(chǎn)品需求并且遵循系統(tǒng)設(shè)計(jì)。驗(yàn)收測(cè)試是部署軟件之前的最后一個(gè)測(cè)試操作。驗(yàn)收測(cè)試的目的是保證軟件準(zhǔn)備就緒,并且可以讓最終用戶將其用于執(zhí)行軟件的既定功能和任務(wù)。驗(yàn)收測(cè)試是向未來(lái)的用戶表白系統(tǒng)可以像預(yù)定規(guī)定那樣工作。經(jīng)集成測(cè)試后，已經(jīng)按照設(shè)計(jì)把所有的模塊組裝成一個(gè)完整的軟件系統(tǒng),接口錯(cuò)誤也已經(jīng)基本排除了，接著就應(yīng)當(dāng)進(jìn)一步驗(yàn)證軟件的有效性，這就是驗(yàn)收測(cè)試的任務(wù),即軟件的功能和性能如同用戶所合理期待的那樣。六、測(cè)試計(jì)劃工作的目的是什么？測(cè)試計(jì)劃工作的內(nèi)容都涉及什么?其中哪些是最重要的？軟件測(cè)試計(jì)劃是指導(dǎo)測(cè)試過(guò)程的大綱性文獻(xiàn),包含了產(chǎn)品概述、測(cè)試策略、測(cè)試方法、測(cè)試區(qū)域、測(cè)試配置、測(cè)試周期、測(cè)試資源、測(cè)試交流、風(fēng)險(xiǎn)分析等內(nèi)容。借助軟件測(cè)試計(jì)劃，參與測(cè)試的項(xiàng)目成員,特別是測(cè)試管理人員,可以明確測(cè)試任務(wù)和測(cè)試方法，保持測(cè)試實(shí)行過(guò)程的順暢溝通，跟蹤和控制測(cè)試進(jìn)度，應(yīng)對(duì)測(cè)試過(guò)程中的各種變更。測(cè)試計(jì)劃和測(cè)試具體規(guī)格、測(cè)試用例之間是戰(zhàn)略和戰(zhàn)術(shù)的關(guān)系，測(cè)試計(jì)劃重要從宏觀上規(guī)劃測(cè)試活動(dòng)的范圍、方法和資源配置,而測(cè)試具體規(guī)格、測(cè)試用例是完畢測(cè)試任務(wù)的具體戰(zhàn)術(shù)。所以其中最重要的是測(cè)試測(cè)試策略和測(cè)試方法（最佳是能先評(píng)審）七、您認(rèn)為做好測(cè)試計(jì)劃工作的關(guān)鍵是什么？a.明確測(cè)試的目的,增強(qiáng)測(cè)試計(jì)劃的實(shí)用性編寫軟件測(cè)試計(jì)劃得重要目的就是使測(cè)試過(guò)程可以發(fā)現(xiàn)更多的軟件缺陷,因此軟件測(cè)試計(jì)劃的價(jià)值取決于它對(duì)幫助管理測(cè)試項(xiàng)目，并且找出軟件潛在的缺陷。因此，軟件測(cè)試計(jì)劃中的測(cè)試范圍必須高度覆蓋功能需求,測(cè)試方法必須切實(shí)可行，測(cè)試工具并且具有較高的實(shí)用性，便于使用，生成的測(cè)試結(jié)果直觀、準(zhǔn)確。b．堅(jiān)持“5W”規(guī)則,明確內(nèi)容與過(guò)程“5W”規(guī)則指的是“What(做什么）”、“Ｗｈy（為什么做）”、“When(何時(shí)做）”、“Whｅｒｅ（在哪里)”、“Hｏw(如何做)”。運(yùn)用“5W”規(guī)則創(chuàng)建軟件測(cè)試計(jì)劃，可以幫助測(cè)試團(tuán)隊(duì)理解測(cè)試的目的(Ｗhy）,明確測(cè)試的范圍和內(nèi)容（Ｗhat）,擬定測(cè)試的開始和結(jié)束日期（When)，指出測(cè)試的方法和工具（How)，給出測(cè)試文檔和軟件的存放位置(Ｗhｅre)。c.采用評(píng)審和更新機(jī)制，保證測(cè)試計(jì)劃滿足實(shí)際需求測(cè)試計(jì)劃寫作完畢后,假如沒(méi)有通過(guò)評(píng)審,直接發(fā)送給測(cè)試團(tuán)隊(duì)，測(cè)試計(jì)劃內(nèi)容的也許不準(zhǔn)確或漏掉測(cè)試內(nèi)容，或者軟件需求變更引起測(cè)試范圍的增減,而測(cè)試計(jì)劃的內(nèi)容沒(méi)有及時(shí)更新，誤導(dǎo)測(cè)試執(zhí)行人員。d.分別創(chuàng)建測(cè)試計(jì)劃與測(cè)試具體規(guī)格、測(cè)試用例應(yīng)把具體的測(cè)試技術(shù)指標(biāo)包含到獨(dú)立創(chuàng)建的測(cè)試具體規(guī)格文檔，把用于指導(dǎo)測(cè)試小組執(zhí)行測(cè)試過(guò)程的測(cè)試用例放到獨(dú)立創(chuàng)建的測(cè)試用例文檔或測(cè)試用例管理數(shù)據(jù)庫(kù)中。測(cè)試計(jì)劃和測(cè)試具體規(guī)格、測(cè)試用例之間是戰(zhàn)略和戰(zhàn)術(shù)的關(guān)系，測(cè)試計(jì)劃重要從宏觀上規(guī)劃測(cè)試活動(dòng)的范圍、方法和資源配置，而測(cè)試具體規(guī)格、測(cè)試用例是完畢測(cè)試任務(wù)的具體戰(zhàn)術(shù)。八、您所熟悉的測(cè)試用例設(shè)計(jì)方法都有哪些？請(qǐng)分別以具體的例子來(lái)說(shuō)明這些方法在測(cè)試用例設(shè)計(jì)工作中的應(yīng)用。a．等價(jià)類劃分劃分等價(jià)類：等價(jià)類是指某個(gè)輸入域的子集合.在該子集合中,各個(gè)輸入數(shù)據(jù)對(duì)于揭露程序中的錯(cuò)誤都是等效的．并合理地假定:測(cè)試某等價(jià)類的代表值就等于對(duì)這一類其它值的測(cè)試.因此,可以把所有輸入數(shù)據(jù)合理劃分為若干等價(jià)類,在每一個(gè)等價(jià)類中取一個(gè)數(shù)據(jù)作為測(cè)試的輸入條件，就可以用少量代表性的測(cè)試數(shù)據(jù).取得較好的測(cè)試結(jié)果.等價(jià)類劃分可有兩種不同的情況:有效等價(jià)類和無(wú)效等價(jià)類.b.邊界值分析法邊界值分析方法是對(duì)等價(jià)類劃分方法的補(bǔ)充。測(cè)試工作經(jīng)驗(yàn)告訴我,大量的錯(cuò)誤是發(fā)生在輸入或輸出范圍的邊界上,而不是發(fā)生在輸入輸出范圍的內(nèi)部.因此針對(duì)各種邊界情況設(shè)計(jì)測(cè)試用例,可以查出更多的錯(cuò)誤.使用邊界值分析方法設(shè)計(jì)測(cè)試用例，一方面應(yīng)擬定邊界情況.通常輸入和輸出等價(jià)類的邊界，就是應(yīng)著重測(cè)試的邊界情況.應(yīng)當(dāng)選取正好等于，剛剛大于或剛剛小于邊界的值作為測(cè)試數(shù)據(jù),而不是選取等價(jià)類中的典型值或任意值作為測(cè)試數(shù)據(jù).ｃ.錯(cuò)誤推測(cè)法基于經(jīng)驗(yàn)和直覺推測(cè)程序中所有也許存在的各種錯(cuò)誤,從而有針對(duì)性的設(shè)計(jì)測(cè)試用例的方法.錯(cuò)誤推測(cè)方法的基本思想：列舉出程序中所有也許有的錯(cuò)誤和容易發(fā)生錯(cuò)誤的特殊情況，根據(jù)他們選擇測(cè)試用例．例如,在單元測(cè)試時(shí)曾列出的許多在模塊中常見的錯(cuò)誤．以前產(chǎn)品測(cè)試中曾經(jīng)發(fā)現(xiàn)的錯(cuò)誤等,這些就是經(jīng)驗(yàn)的總結(jié).尚有，輸入數(shù)據(jù)和輸出數(shù)據(jù)為0的情況.輸入表格為空格或輸入表格只有一行．這些都是容易發(fā)生錯(cuò)誤的情況.可選擇這些情況下的例子作為測(cè)試用例．d．因果圖方法前面介紹的等價(jià)類劃分方法和邊界值分析方法,都是著重考慮輸入條件,但未考慮輸入條件之間的聯(lián)系,互相組合等.考慮輸入條件之間的互相組合,也許會(huì)產(chǎn)生一些新的情況.但要檢查輸入條件的組合不是一件容易的事情,即使把所有輸入條件劃提成等價(jià)類，他們之間的合情況也相稱多.因此必須考慮采用一種適合于描述對(duì)于多種條件的組合，相應(yīng)產(chǎn)生多個(gè)動(dòng)作的形式來(lái)考慮設(shè)計(jì)測(cè)試用例.這就需要運(yùn)用因果圖(邏輯模型)。因果圖方法最終生成的就是鑒定表．它適合于檢查程序輸入條件的各種組合情況.九、軟件測(cè)試的目的?測(cè)試的目的是想以最少的人力、物力和時(shí)間找出軟件中潛在的各種錯(cuò)誤和缺陷,通過(guò)修正種錯(cuò)誤和缺陷提高軟件質(zhì)量，回避軟件發(fā)布后由于潛在的軟件缺陷和錯(cuò)誤導(dǎo)致的隱患帶來(lái)的商業(yè)風(fēng)險(xiǎn)。十、什么是軟件測(cè)試?使用人工或自動(dòng)手段來(lái)運(yùn)營(yíng)或測(cè)定某個(gè)系統(tǒng)的過(guò)程,其目的在于檢查它是否滿足規(guī)定的需求或是弄清預(yù)期結(jié)果與實(shí)際結(jié)果之間的差別。軟件測(cè)試就是在軟件投入運(yùn)營(yíng)前,對(duì)軟件需求分析、設(shè)計(jì)規(guī)格說(shuō)明和編碼的最終復(fù)審，是軟件質(zhì)量保證的關(guān)鍵環(huán)節(jié)。軟件測(cè)試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過(guò)程。十一、基于WEＢ信息管理系統(tǒng)測(cè)試時(shí)應(yīng)考慮的因素有哪些?1、功能測(cè)試鏈接測(cè)試表單測(cè)試Ｃookies測(cè)試設(shè)計(jì)語(yǔ)言測(cè)試數(shù)據(jù)庫(kù)測(cè)試2、性能測(cè)試連接速度測(cè)試負(fù)載測(cè)試壓力測(cè)試3、可用性測(cè)試導(dǎo)航測(cè)試圖形測(cè)試內(nèi)容測(cè)試整體界面測(cè)試4、客戶端兼容性測(cè)試平臺(tái)測(cè)試瀏覽器測(cè)試5、安全性測(cè)試十二、軟件本地化測(cè)試比功能測(cè)試都有哪些方面需要注意?軟件本地化測(cè)試的目的：軟件本地化測(cè)試的測(cè)試策略:1．本地化軟件要在各種本地化操作系統(tǒng)上安裝并測(cè)試。２．源語(yǔ)言軟件安裝在另一臺(tái)相同源語(yǔ)言操作系統(tǒng)上,作為對(duì)比測(cè)試。3.重點(diǎn)測(cè)試因本地化引起的軟件的功能和軟件界面的錯(cuò)誤。4.測(cè)試本地化軟件的翻譯質(zhì)量。5.手工測(cè)試和自動(dòng)測(cè)試相結(jié)合。十三、軟件測(cè)試項(xiàng)目從什么時(shí)候開始？為什么?軟件測(cè)試應(yīng)當(dāng)在需求分析階段就介入,由于測(cè)試的對(duì)象不僅僅是程序編碼,應(yīng)當(dāng)對(duì)軟件開發(fā)過(guò)程中產(chǎn)生的所有產(chǎn)品都測(cè)試，并且軟件缺陷存在放大趨勢(shì)．缺陷發(fā)現(xiàn)的越晚，修復(fù)它所花費(fèi)的成本就越大.十四、需求測(cè)試注意事項(xiàng)有哪些?一個(gè)良好的需求應(yīng)當(dāng)具有一下特點(diǎn)：完整性：每一項(xiàng)需求都必須將所要實(shí)現(xiàn)的功能描述清楚，以使開發(fā)人員獲得設(shè)計(jì)和實(shí)現(xiàn)這些功能所需的所有必要信息。對(duì)的性：每一項(xiàng)需求都必須準(zhǔn)確地陳述其要開發(fā)的功能。一致性:一致性是指與其它軟件需求或高層(系統(tǒng),業(yè)務(wù)）需求不相矛盾?？尚行裕好恳豁?xiàng)需求都必須是在已知系統(tǒng)和環(huán)境的權(quán)能和限制范圍內(nèi)可以實(shí)行的。無(wú)二義性:對(duì)所有需求說(shuō)明的讀者都只能有一個(gè)明確統(tǒng)一的解釋,由于自然語(yǔ)言極易導(dǎo)致二義性，所以盡量把每項(xiàng)需求用簡(jiǎn)潔明了的用戶性的語(yǔ)言表達(dá)出來(lái)。健壯性：需求的說(shuō)明中是否對(duì)也許出現(xiàn)的異常進(jìn)行了分析,并且對(duì)這些異常進(jìn)行了容錯(cuò)解決。必要性：“必要性”可以理解為每項(xiàng)需求都是用來(lái)授權(quán)你編寫文檔的“根源”。要使每項(xiàng)需求都能回溯至某項(xiàng)客戶的輸入,如ＵｓeＣaｓe或別的來(lái)源?？蓽y(cè)試性：每項(xiàng)需求都能通過(guò)設(shè)計(jì)測(cè)試用例或其它的驗(yàn)證方法來(lái)進(jìn)行測(cè)試?？尚薷男裕好宽?xiàng)需求只應(yīng)在SRS中出現(xiàn)一次。這樣更改時(shí)易于保持一致性。此外，使用目錄表、索引和互相參照列表方法將使軟件需求規(guī)格說(shuō)明書更容易修改?？筛櫺裕簯?yīng)能在每項(xiàng)軟件需求與它的根源和設(shè)計(jì)元素、源代碼、測(cè)試用例之間建立起鏈接鏈,這種可跟蹤性規(guī)定每項(xiàng)需求以一種結(jié)構(gòu)化的，粒度好(fｉne-graｉned)的方式編寫并單獨(dú)標(biāo)明,而不是大段大段的敘述。十五、簡(jiǎn)述一下缺陷的生命周期軟件缺陷的生命周期指的是一個(gè)軟件缺陷被發(fā)現(xiàn)、報(bào)告到這個(gè)缺陷被修復(fù)、驗(yàn)證直至最后關(guān)閉的完整過(guò)程。簡(jiǎn)樸的軟件缺陷生命周期：１、發(fā)現(xiàn)——打開：測(cè)試人員找到軟件缺陷并將軟件缺陷提交給開發(fā)人員;2、打開——修復(fù)：開發(fā)人員再現(xiàn)、修復(fù)缺陷，然后提交測(cè)試人員去驗(yàn)證;3、修復(fù)——關(guān)閉：測(cè)試人員驗(yàn)證修復(fù)過(guò)的軟件,關(guān)閉已不存在的缺陷。但是這是一種抱負(fù)的狀態(tài),在實(shí)際的工作中是很難有這樣的順利的，需要考慮的各種情況都還是非常多的。復(fù)雜的軟件缺陷生命周期：1、新建一個(gè)軟件缺陷，這個(gè)軟件缺陷是（open）狀態(tài)，進(jìn)行ｂｕｇ審查,不是代碼問(wèn)題,就是設(shè)計(jì)需要修改；2、新建一個(gè)軟件缺陷，這個(gè)軟件缺陷是(opｅｎ）狀態(tài),進(jìn)行bｕg審查，以后修改的，就可以延期；3、新建一個(gè)軟件缺陷，這個(gè)軟件缺陷是(opeｎ)狀態(tài),進(jìn)行bug審查，實(shí)際沒(méi)有這個(gè)bug，可以將其關(guān)閉;4、新建一個(gè)軟件缺陷，這個(gè)軟件缺陷是（open)狀態(tài),看是否清楚可重現(xiàn)，假如不能重現(xiàn)，就是缺少信息，需要返回到（ｏpen）狀態(tài)；假如可以重現(xiàn),就進(jìn)行修正,修正后關(guān)閉,進(jìn)行回歸測(cè)試。十六、為什么要寫用例：我們編寫測(cè)試用例，有如下的好處：便于團(tuán)隊(duì)交流:假如說(shuō)一個(gè)測(cè)試團(tuán)隊(duì)有10個(gè)成員,大家測(cè)試的時(shí)候都各自為政,沒(méi)有統(tǒng)一的標(biāo)準(zhǔn)，測(cè)試的效率無(wú)疑會(huì)大打折扣;假如大家都遵循統(tǒng)一的用例規(guī)范去寫，就會(huì)解決這一問(wèn)題。便于反復(fù)測(cè)試：大家知道,軟件在實(shí)際開發(fā)過(guò)程中是會(huì)有不同版本的,比如會(huì)從1.０升級(jí)到10.０,那么假如不寫測(cè)試用例的話,在測(cè)試10．0版本的時(shí)候,你能完全記得1.0版本時(shí)你做過(guò)哪些測(cè)試嗎?測(cè)試用例就像一個(gè)備忘錄同樣,便于反復(fù)測(cè)試。便于跟蹤記錄:這一點(diǎn)是針對(duì)測(cè)試經(jīng)理或是項(xiàng)目經(jīng)理來(lái)說(shuō)的,項(xiàng)目負(fù)責(zé)人通過(guò)看測(cè)試用例的執(zhí)行情況,就能了解到項(xiàng)目目前的概況，比如已經(jīng)執(zhí)行了哪些測(cè)試，尚有哪些測(cè)試沒(méi)有執(zhí)行,測(cè)試沒(méi)有通過(guò)的地方重要集中在哪些模塊等。便于用戶自測(cè)：特別是項(xiàng)目軟件,有的時(shí)候用戶希望自己測(cè)試一下軟件產(chǎn)品,但是用戶大都是非專業(yè)人士，他需要根據(jù)你寫好的用例來(lái)更好的檢查產(chǎn)品的質(zhì)量。說(shuō)了這么多編寫測(cè)試用例的優(yōu)點(diǎn)，那它有沒(méi)有缺陷呢?有一個(gè)明顯的缺陷就是需要花費(fèi)大量的時(shí)間,通常編寫測(cè)試用例的時(shí)間比實(shí)際執(zhí)行測(cè)試的時(shí)間還要長(zhǎng),這一點(diǎn)大家會(huì)在實(shí)際工作中有深刻的體會(huì)十七、

測(cè)試的種類很多,大約有1、代碼、函數(shù)級(jí)測(cè)試2、模塊、組件級(jí)測(cè)試3、系統(tǒng)測(cè)試,請(qǐng)說(shuō)出這些測(cè)試最佳由那些人員完畢，測(cè)試的依據(jù)是什么，并說(shuō)明理由。代碼、函數(shù)級(jí)測(cè)試一般由白盒測(cè)試人員完畢,他們需要測(cè)試的是對(duì)代碼的測(cè)試?模塊、組件級(jí)測(cè)試重要有灰盒或者黑盒人員測(cè)試，需要對(duì)所測(cè)試的程序內(nèi)部結(jié)構(gòu)與原理有較強(qiáng)的了解,屬于各模塊間的銜接與關(guān)系，可以測(cè)試出模塊之間變動(dòng)而導(dǎo)致對(duì)其他模塊的影響?系統(tǒng)測(cè)試在于模塊測(cè)試與單元測(cè)試的基礎(chǔ)上進(jìn)行測(cè)試。了解系統(tǒng)功能與性能，根據(jù)測(cè)試用例進(jìn)行全面的測(cè)試。?十八、設(shè)計(jì)測(cè)試用例和測(cè)試數(shù)據(jù)時(shí)應(yīng)當(dāng)考慮哪些方面，即不同的測(cè)試用例和數(shù)據(jù)各自針對(duì)那些方面進(jìn)行測(cè)試。?設(shè)計(jì)測(cè)試用例時(shí)需要注意的是，除了對(duì)整體流程及功能注意外，還要注意強(qiáng)度測(cè)試、性能測(cè)試、壓力測(cè)試、邊界值測(cè)試、穩(wěn)定性測(cè)試、安全性測(cè)試等多方面。?設(shè)計(jì)測(cè)試用例在除了常用數(shù)據(jù)外，還需要考慮極限值、邊界值、反復(fù)值、0值及負(fù)值，即不同的測(cè)試用例需要不同類型的數(shù)據(jù)值來(lái)進(jìn)行測(cè)試。測(cè)試用例的設(shè)計(jì)一、某程序規(guī)定:"輸入三個(gè)整數(shù)ａ、b、ｃ分別作為三邊的邊長(zhǎng)構(gòu)成三角形。通過(guò)程序鑒定所構(gòu)成的三角形的類型，當(dāng)此三角形為一般三角形、等腰三角形及等邊三角形時(shí)，分別作計(jì)算…＂。用等價(jià)類劃分方法為該程序進(jìn)行測(cè)試用例設(shè)計(jì)。(三角形問(wèn)題的復(fù)雜之處在于輸入與輸出之間的關(guān)系比較復(fù)雜。）

分析題目中給出和隱含的對(duì)輸入條件的規(guī)定：

(１)整數(shù)

(２)三個(gè)數(shù)

(3)非零數(shù)

(4)正數(shù)

（5)兩邊之和大于第三邊

(6)等腰

(7)等邊?

假如ａ、b、c滿足條件(1）~(４）,則輸出下列四種情況之一:

1)假如不滿足條件(５），則程序輸出為"非三角形"。?

２)假如三條邊相等即滿足條件（７）,則程序輸出為"等邊三角形"。?

3)假如只有兩條邊相等、即滿足條件（６),則程序輸出為"等腰三角形"。

4)假如三條邊都不相等,則程序輸出為"一般三角形＂。

列出等價(jià)類表并編號(hào)覆蓋有效等價(jià)類的測(cè)試用例:

a

ｂ

ｃ

覆蓋等價(jià)類號(hào)碼

3

４

5

（1）--(7)

４

4

5

（1)--(７)，（8)?

４

5

5

(１）-－（7）,(9)

?

5

4

5

（1）--(7)，(１0)

4

4

4

（1）－-（7）,（11）?

覆蓋無(wú)效等價(jià)類的測(cè)試用例:

二、假如測(cè)試程序向打印機(jī)輸送打印內(nèi)容,應(yīng)當(dāng)選用那些破壞性測(cè)試用例。

答：用此程序打印大量的文獻(xiàn)?長(zhǎng)時(shí)間不斷止的使用此軟件進(jìn)行打印操作?長(zhǎng)時(shí)間不斷止的打印大數(shù)量及大文獻(xiàn)的操作;?在打印過(guò)程中斷電、重啟等破壞性操作

三、下圖是ｗindoｗs保存對(duì)話框，假如為文獻(xiàn)名建立測(cè)試用例，等價(jià)類應(yīng)當(dāng)如何劃分??1

長(zhǎng)文獻(xiàn)名?２

短文獻(xiàn)名

3

特殊字符/‘?！?、＝－等?4

中文／英文等

四、假設(shè)由一個(gè)文本框規(guī)定輸入10各字符的郵政編碼,對(duì)于該文本框應(yīng)當(dāng)如何劃分等價(jià)類？?1特殊字符是否可以輸入

2英文字母是否可以輸入

３漢字是否`｀｀``````｀｀｀`｀｀`?4是否可以不輸入字符就可以擬定

5輸入超過(guò)1０個(gè)字符

6字符可以混合中英數(shù)字

五、給你一臺(tái)冰箱，你將如何測(cè)試它?

一方面分析冰箱的重要功能：制冷和保鮮。

一方面通上電，檢查冰箱是否能啟動(dòng)。這是最基本的，假如這一步都不滿足，后面的也就無(wú)法進(jìn)行了。然后找一小碗水放進(jìn)去,一段時(shí)間后觀測(cè)它是否可以變成冰塊。這個(gè)過(guò)程中還可以檢查一下冰箱運(yùn)營(yíng)的時(shí)候聲音是否太大,是否漏水,冰箱里面是否有異味等。

然后再找一盤蔬菜（熟的和生的)或水果，觀測(cè)可以保持幾天的新鮮。此時(shí)需要設(shè)定盼望值,參考一些數(shù)據(jù)和資料,事先要知道該種菜和水果在常溫下保鮮是多少天,有必要時(shí)還可以和其它品牌的冰箱做比較。最后也許還要附加的功能，比如里面的燈是否會(huì)亮，溫度是否可調(diào)等。六、水杯的測(cè)試一種:

測(cè)試項(xiàng)目：杯子?需求測(cè)試：查看杯子使用說(shuō)明書

界面測(cè)試：查看杯子外觀

功能度:用水杯裝水看漏不漏;水能不能被喝到

安全性:杯子有沒(méi)有毒或細(xì)菌

可*性：杯子從不同高度落下的損壞限度?可移植性：杯子再不同的地方、溫度等環(huán)境下是否都可以正常使用

兼容性:杯子是否可以容納果汁、白水、酒精、汽油等

易用性：杯子是否燙手、是否有防滑措施、是否方便飲用?用戶文檔:使用手冊(cè)是否對(duì)杯子的用法、限制、使用條件等有具體描述?疲勞測(cè)試：將杯子盛上水（案例一）放２４小時(shí)檢查泄漏時(shí)間和情況;盛上汽油（案例二)放2４小時(shí)檢查泄漏時(shí)間和情況等?壓力測(cè)試：用根針并在針上面不斷加重量，看壓強(qiáng)多大時(shí)會(huì)穿透?跌落測(cè)試：杯子加包裝（有填充物）,在多高的情況摔下不破損

震動(dòng)測(cè)試:杯子加包裝（有填充物),六面震動(dòng),檢查產(chǎn)品是否能應(yīng)對(duì)惡劣的鐵路\公路＼航空運(yùn)送?測(cè)試數(shù)據(jù)：測(cè)試數(shù)據(jù)具體編寫此處略（最討厭寫測(cè)試數(shù)據(jù)了）。其中應(yīng)用到:場(chǎng)景法、等價(jià)類劃分法、因果圖法、錯(cuò)誤推測(cè)法、邊界值法等方法

盼望輸出:

該盼望輸出需查閱國(guó)標(biāo)、行標(biāo)以及使用用戶的需求?另一種:?總體來(lái)說(shuō)從以下幾個(gè)方面去考慮

功能性、性能性、易用性、可操作性、穩(wěn)定性方面進(jìn)行測(cè)試

功能性方