黑人巨大白妞出浆,SM斯慕视频国产踩踏视频SM,色婷婷久久综合中文久久蜜桃av

軟件測(cè)試技術(shù)常見問題匯總

　　軟件測(cè)試技術(shù)是計(jì)算機(jī)三級(jí)考試的科目之一，以下是小編整理的軟件測(cè)試技術(shù)常見問題匯總，希望可以為您提供幫助!

　　1、單元測(cè)試主要內(nèi)容是什么?

　　單元測(cè)試大多數(shù)由開發(fā)人員來完成，測(cè)試人員技術(shù)背景較好或者開發(fā)系統(tǒng)軟件時(shí)可能會(huì)安排測(cè)試人員進(jìn)行單元測(cè)試，大多數(shù)進(jìn)行的單元測(cè)試都是開發(fā)人員調(diào)試程序或者開發(fā)組系統(tǒng)聯(lián)合調(diào)試的過程。討論這個(gè)問題主要是擴(kuò)充一下讀者的視野。

　　單元測(cè)試一般包括五個(gè)方面的測(cè)試：

　　(1)模塊接口測(cè)試：模塊接口測(cè)試是單元測(cè)試的基礎(chǔ)。只有在數(shù)據(jù)能正確流入、流出模塊的前提下，其他測(cè)試才有意義。模塊接口測(cè)試也是集成測(cè)試的重點(diǎn)，這里進(jìn)行的測(cè)試主要是為后面打好基礎(chǔ)。測(cè)試接口正確與否應(yīng)該考慮下列因素：

　　輸入的實(shí)際參數(shù)與形式參數(shù)的個(gè)數(shù)是否相同;

　　輸入的實(shí)際參數(shù)與形式參數(shù)的屬性是否匹配;

　　輸入的實(shí)際參數(shù)與形式參數(shù)的量綱是否一致;

　　調(diào)用其他模塊時(shí)所給實(shí)際參數(shù)的個(gè)數(shù)是否與被調(diào)模塊的形參個(gè)數(shù)相同;

　　調(diào)用其他模塊時(shí)所給實(shí)際參數(shù)的屬性是否與被調(diào)模塊的形參屬性匹配;

　　調(diào)用其他模塊時(shí)所給實(shí)際參數(shù)的量綱是否與被調(diào)模塊的形參量綱一致;

　　調(diào)用預(yù)定義函數(shù)時(shí)所用參數(shù)的個(gè)數(shù)、屬性和次序是否正確;

　　是否存在與當(dāng)前入口點(diǎn)無關(guān)的參數(shù)引用;

　　是否修改了只讀型參數(shù);

　　對(duì)全程變量的定義各模塊是否一致;

　　是否把某些約束作為參數(shù)傳遞。

　　如果模塊功能包括外部輸入輸出，還應(yīng)該考慮下列因素：

　　文件屬性是否正確;

　　OPEN/CLOSE語句是否正確;

　　格式說明與輸入輸出語句是否匹配;

　　緩沖區(qū)大小與記錄長度是否匹配;

　　文件使用前是否已經(jīng)打開;

　　是否處理了文件尾;

　　是否處理了輸入/輸出錯(cuò)誤;

　　輸出信息中是否有文字性錯(cuò)誤。

　　局部數(shù)據(jù)結(jié)構(gòu)測(cè)試;

　　邊界條件測(cè)試;

　　模塊中所有獨(dú)立執(zhí)行通路測(cè)試;

　　(2)局部數(shù)據(jù)結(jié)構(gòu)測(cè)試：檢查局部數(shù)據(jù)結(jié)構(gòu)是為了保證臨時(shí)存儲(chǔ)在模塊內(nèi)的數(shù)據(jù)在程序執(zhí)行過程中完整、正確，局部功能是整個(gè)功能運(yùn)行的基礎(chǔ)。重點(diǎn)是一些函數(shù)是否正確執(zhí)行，內(nèi)部是否運(yùn)行正確。局部數(shù)據(jù)結(jié)構(gòu)往往是錯(cuò)誤的根源，應(yīng)仔細(xì)設(shè)計(jì)測(cè)試用例，力求發(fā)現(xiàn)下面幾類錯(cuò)誤：

　　不合適或不相容的類型說明;

　　變量無初值;

　　變量初始化或省缺值有錯(cuò);

　　不正確的變量名(拼錯(cuò)或不正確地截?cái)?;

　　出現(xiàn)上溢、下溢和地址異常。

　　(3)邊界條件測(cè)試：邊界條件測(cè)試是單元測(cè)試中最重要的一項(xiàng)任務(wù)。眾所周知，軟件經(jīng)常在邊界上失效，采用邊界值分析技術(shù)，針對(duì)邊界值及其左、右設(shè)計(jì)測(cè)試用例，很有可能發(fā)現(xiàn)新的錯(cuò)誤。邊界條件測(cè)試是一項(xiàng)基礎(chǔ)測(cè)試，也是后面系統(tǒng)測(cè)試中的功能測(cè)試的重點(diǎn)，邊界測(cè)試執(zhí)行的較好，可以大大提高程序健壯性。

　　(4)模塊中所有獨(dú)立路徑測(cè)試：在模塊中應(yīng)對(duì)每一條獨(dú)立執(zhí)行路徑進(jìn)行測(cè)試，單元測(cè)試的基本任務(wù)是保證模塊中每條語句至少執(zhí)行一次。測(cè)試目的主要是為了發(fā)現(xiàn)因錯(cuò)誤計(jì)算、不正確的比較和不適當(dāng)?shù)目刂屏髟斐傻腻e(cuò)誤。具體做法就是程序員逐條調(diào)試語句。常見的錯(cuò)誤包括：

　　誤解或用錯(cuò)了算符優(yōu)先級(jí);

　　混合類型運(yùn)算;

　　變量初值錯(cuò);

　　精度不夠;

　　表達(dá)式符號(hào)錯(cuò)。

　　比較判斷與控制流常常緊密相關(guān)，測(cè)試時(shí)注意下列錯(cuò)誤：

　　不同數(shù)據(jù)類型的對(duì)象之間進(jìn)行比較;

　　錯(cuò)誤地使用邏輯運(yùn)算符或優(yōu)先級(jí);

　　因計(jì)算機(jī)表示的局限性，期望理論上相等而實(shí)際上不相等的兩個(gè)量相等;

　　比較運(yùn)算或變量出錯(cuò);

　　循環(huán)終止條件或不可能出現(xiàn);

　　迭代發(fā)散時(shí)不能退出;

　　錯(cuò)誤地修改了循環(huán)變量。

　　(5)模塊的各條錯(cuò)誤處理通路測(cè)試：程序在遇到異常情況時(shí)不應(yīng)該退出，好的程序應(yīng)能預(yù)見各種出錯(cuò)條件，并預(yù)設(shè)各種出錯(cuò)處理通路。如果用戶不按照正常操作，程序就退出或者停止工作，實(shí)際上也是一種缺陷，因此單元測(cè)試要測(cè)試各種錯(cuò)誤處理路徑。一般這種測(cè)試著重檢查下列問題：

　　輸出的出錯(cuò)信息難以理解;

　　記錄的錯(cuò)誤與實(shí)際遇到的錯(cuò)誤不相符;

　　在程序自定義的出錯(cuò)處理段運(yùn)行之前，系統(tǒng)已介入;

　　異常處理不當(dāng);

　　錯(cuò)誤陳述中未能提供足夠的定位出錯(cuò)信息。

　　2、如何理解強(qiáng)度測(cè)試?

　　強(qiáng)度測(cè)試是為了確定系統(tǒng)在最差工作環(huán)境的工作能力,也可能是用于驗(yàn)證在標(biāo)準(zhǔn)工作壓力下的各種資源的最下限指標(biāo)。

　　它和壓力測(cè)試的目標(biāo)是不同的,壓力測(cè)試是在標(biāo)準(zhǔn)工作環(huán)境下,不斷增加系統(tǒng)負(fù)荷,最終測(cè)試出該系統(tǒng)能力達(dá)到的最大負(fù)荷(穩(wěn)定和峰值),而強(qiáng)度測(cè)試則是在非標(biāo)準(zhǔn)工作環(huán)境下,甚至不斷人為降低系統(tǒng)工作環(huán)境所需要的資源,如網(wǎng)絡(luò)帶寬,系統(tǒng)內(nèi)存,數(shù)據(jù)鎖等等,以測(cè)試系統(tǒng)在資源不足的情況下的工作狀態(tài),通過強(qiáng)度測(cè)試,可以確定本系統(tǒng)正常工作的最差環(huán)境.

　　強(qiáng)度測(cè)試和壓力測(cè)試的測(cè)試指標(biāo)相近,大多都是與時(shí)間相關(guān)的指標(biāo),如并發(fā)量(吞吐量),延遲(最大\最小\平均)以及順序指標(biāo)等

　　強(qiáng)度測(cè)試需要對(duì)系統(tǒng)的結(jié)構(gòu)熟悉,針對(duì)系統(tǒng)的特征設(shè)計(jì)強(qiáng)度測(cè)試的方法。

　　3、如何理解壓力、負(fù)載、性能測(cè)試測(cè)試?

　　性能測(cè)試是一個(gè)較大的范圍，實(shí)際上性能測(cè)試本身包含了性能、強(qiáng)度、壓力、負(fù)載等多方面的測(cè)試內(nèi)容。

　　壓力測(cè)試是對(duì)服務(wù)器的穩(wěn)定性以及負(fù)載能力等方面的測(cè)試，是一種很平常的測(cè)試。增大訪問系統(tǒng)的用戶數(shù)量、或者幾個(gè)用戶進(jìn)行大數(shù)據(jù)量操作都是壓力測(cè)試。而負(fù)載測(cè)試是壓力相對(duì)較大的測(cè)試，主要是測(cè)試系統(tǒng)在一種或者集中極限條件下的相應(yīng)能力，是性能測(cè)試的重要部分。100個(gè)用戶對(duì)系統(tǒng)進(jìn)行連續(xù)半個(gè)小時(shí)的訪問可以看作壓力測(cè)試，那么連續(xù)訪問8個(gè)小時(shí)就可以認(rèn)為負(fù)載測(cè)試，1000個(gè)用戶連續(xù)訪問系統(tǒng)1個(gè)小時(shí)也可以看作是負(fù)載測(cè)試。

　　實(shí)際上壓力測(cè)試和負(fù)載測(cè)試沒有明顯的區(qū)分。測(cè)試人員應(yīng)該站在關(guān)注整體性能的高度上來對(duì)系統(tǒng)進(jìn)行測(cè)試。

　　4、什么是系統(tǒng)瓶頸?

　　瓶頸主要是指整個(gè)軟硬件構(gòu)成的軟件系統(tǒng)某一方面或者幾個(gè)方面能力不能滿足用戶的特定業(yè)務(wù)要求，“特定”是指瓶頸會(huì)在某些條件下會(huì)出現(xiàn)，因?yàn)楫吘勾蠖鄶?shù)系統(tǒng)在投入前。

　　嚴(yán)格的從技術(shù)角度講，所有的系統(tǒng)都會(huì)有瓶頸，因?yàn)榇蠖鄶?shù)系統(tǒng)的資源配置不是協(xié)調(diào)的，例如CPU使用率剛好達(dá)到100%時(shí)，內(nèi)存也正好耗盡的系統(tǒng)不是很多見。因此我們討論系統(tǒng)瓶頸要從應(yīng)用的角度討論：關(guān)鍵是看系統(tǒng)能否滿足用戶需求。在用戶極限使用系統(tǒng)的情況下，系統(tǒng)的響應(yīng)仍然正常，我們可以認(rèn)為改系統(tǒng)沒有瓶頸或者瓶頸不會(huì)影響用戶工作。

　　因此我們測(cè)試系統(tǒng)瓶頸主要是實(shí)現(xiàn)下面兩個(gè)目的：

　　發(fā)現(xiàn)“表面”的瓶頸。主要是模擬用戶的操作，找出用戶極限使用系統(tǒng)時(shí)的瓶頸，然后解決瓶頸，這是性能測(cè)試的基本目標(biāo)。

　　發(fā)現(xiàn)潛在的瓶頸并解決，保證系統(tǒng)的長期穩(wěn)定性。主要是考慮用戶在將來擴(kuò)展系統(tǒng)或者業(yè)務(wù)發(fā)生變化時(shí)，系統(tǒng)能夠適應(yīng)變化。滿足用戶目前需求的系統(tǒng)不是最好的，我們?cè)O(shè)計(jì)系統(tǒng)的目標(biāo)是在保證系統(tǒng)整個(gè)軟件生命周期能夠不斷適應(yīng)用戶的變化，或者通過簡單擴(kuò)展系統(tǒng)就可以適應(yīng)新的變化。

　　5、文檔測(cè)試主要包含什么內(nèi)容?

　　在國內(nèi)軟件開發(fā)管理中，文檔管理幾乎是最弱的一項(xiàng)，因而在測(cè)試工作中特別容易忽略文檔測(cè)試也就不足為奇了。要想給用戶提供完整的產(chǎn)品，文檔測(cè)試是必不可少的。文檔測(cè)試一般注重下面幾個(gè)方面：

　　文檔的完整性：主要是測(cè)試文檔內(nèi)容的全面性與完整性，從總體上把握文檔的質(zhì)量。例如用戶手冊(cè)應(yīng)該包括軟件的所有功能模塊。

　　描述與軟件實(shí)際情況的一致性：主要測(cè)試軟件文檔與軟件實(shí)際的一致程度。例如用戶手冊(cè)基本完整后，我們還要注意用戶手冊(cè)與實(shí)際功能描述是否一致。因?yàn)槲臋n往往跟不上軟件版本的更新速度。

　　易理解性：主要是檢查文檔對(duì)關(guān)鍵、重要的操作有無圖文說明，文字、圖表是否易于理解。對(duì)于關(guān)鍵、重要的操作僅僅只有文字說明肯定是不夠的，應(yīng)該附有圖表使說明更為直觀和明了。

　　文檔中提供操作的實(shí)例：這項(xiàng)檢查內(nèi)容主要針對(duì)用戶手冊(cè)。對(duì)主要功能和關(guān)鍵操作提供的應(yīng)用實(shí)例是否豐富，提供的實(shí)例描述是否詳細(xì)。只有簡單的圖文說明，而無實(shí)例的用戶手冊(cè)看起來就像是軟件界面的簡單拷貝，對(duì)于用戶來說，實(shí)際上沒有什么幫助。

　　印刷與包裝質(zhì)量：主要是檢查軟件文檔的商品化程度。有些用戶手冊(cè)是簡單打印、裝訂而成，過于粗糙，不易于用戶保存。優(yōu)秀的文檔例如用戶手冊(cè)和技術(shù)白皮書，應(yīng)提供商品化包裝，并且印刷精美。

　　6、功能測(cè)試用例需要詳細(xì)到什么程度才是合格的?

　　這個(gè)問題也是測(cè)試工程師經(jīng)常問的問題。有人主張測(cè)試用例詳細(xì)到每個(gè)步驟執(zhí)行什么都要寫出來，目的是即使一個(gè)不了解系統(tǒng)的新手都可以按照測(cè)試用例來執(zhí)行工作。主張這類寫法的人還可以舉出例子：歐美、日本等軟件外包文檔都是這樣做的。

　　另外一種觀點(diǎn)就是主張寫的粗些，類似于編寫測(cè)試大綱。主張這種觀點(diǎn)的人是因?yàn)檐浖_發(fā)需求管理不規(guī)范，變動(dòng)十分頻繁，因而不能按照歐美的高標(biāo)準(zhǔn)來編寫測(cè)試用例。這樣的測(cè)試用例容易維護(hù)，可以讓測(cè)試執(zhí)行人員有更大的發(fā)揮空間。

　　實(shí)際上，軟件測(cè)試用例的詳細(xì)程度首先要以覆蓋到測(cè)試點(diǎn)為基本要求。舉個(gè)例子：“用戶登陸系統(tǒng)”的測(cè)試用例可以不寫出具體的執(zhí)行數(shù)據(jù)，但是至少要寫出五種以上情況()，如果只用一句話覆蓋了這個(gè)功能是不合格的測(cè)試用例。覆蓋功能點(diǎn)不是指列出功能點(diǎn)，而是要寫出功能點(diǎn)的各個(gè)方面(如果組合情況較多時(shí)可以采用等價(jià)劃分)。

　　另一個(gè)影響測(cè)試用例的就是組織的開發(fā)能力和測(cè)試對(duì)象特點(diǎn)。如果開發(fā)力量比較落后，編寫較詳細(xì)的測(cè)試用例是不現(xiàn)實(shí)的，因?yàn)楦緵]有那么大的資源投入，當(dāng)然這種情況很隨著團(tuán)隊(duì)的發(fā)展而逐漸有所改善。測(cè)試對(duì)象特點(diǎn)重點(diǎn)是指測(cè)試對(duì)象在進(jìn)度、成本等方面的要求，如果進(jìn)度較緊張的情況下，是根本沒有時(shí)間寫出高質(zhì)量的測(cè)試用例的，甚至有些時(shí)候測(cè)試工作只是一種輔助工作，因而不編寫測(cè)試用例。

　　因此，測(cè)試用例的編寫要根據(jù)測(cè)試對(duì)象特點(diǎn)、團(tuán)隊(duì)的執(zhí)行能力等各個(gè)方面綜合起來決定編寫策略。最后要注意的是測(cè)試人員一定不能抱怨，力爭在不斷提高測(cè)試用例編寫水平的同時(shí)，不斷地提高自身能力。

　　7、配置和兼容性測(cè)試的區(qū)別是什么?

　　配置測(cè)試的目的是保證軟件在其相關(guān)的硬件上能夠正常運(yùn)行，而兼容性測(cè)試主要是測(cè)試軟件能否與不同的軟件正確協(xié)作。

　　配置測(cè)試的核心內(nèi)容就是使用各種硬件來測(cè)試軟件的運(yùn)行情況，一般包括：

　　(1) 軟件在不同的主機(jī)上的運(yùn)行情況，例如Dell和Apple;

　　(2) 軟件在不同的組件上的運(yùn)行情況，例如開發(fā)的撥號(hào)程序要測(cè)試在不同廠商生產(chǎn)的Modem上的運(yùn)行情況;

　　(3) 不同的外設(shè);

　　(4) 不同的接口;

　　(5) 不同的可選項(xiàng)，例如不同的內(nèi)存大小;

　　兼容性測(cè)試的核心內(nèi)容：

　　(1) 測(cè)試軟件是否能在不同的操作系統(tǒng)平臺(tái)上兼容;

　　(2) 測(cè)試軟件是否能在同一操作系統(tǒng)平臺(tái)的不同版本上兼容;