測試基本知識培訓試題

1、測試基本知識培訓試題一、版本治理1 .版本治理的好處是什么？答：統(tǒng)一版本，歷史回溯，變更比較，文件存放安全.2 .公司目前的版本治理采納的是什么軟件？市面上還有哪些常用的版本治理軟件？ 答：SourceSafe o常用的還有：CVS, ClearCase, PVCS 等3 .什么是基線？答：基線是指時期末尾的特定點，也稱為里程碑。作用是確定時期的開發(fā)成果。4 .版本治理最常用的操作是哪些？答：增加、Checkinx Checkout、Delete05 .在Checkout前應進行哪些檢查？答：在Checkout時，假如版本庫中的版本比本地版本不同時，SourceSafe通過對話框來提示是否覆蓋

2、本地 文件。多數(shù)情形下，應選擇Leave This File。只有在確認無誤的情形下，才選擇Replace選項。提示:公司的職員曾經(jīng)顯現(xiàn)由于誤選擇了 Replace,造成寫了 1天的測試用例文件被覆蓋，不得不重 新再寫測試用例的情形。6 . SourceSafe中個人的工作區(qū)在什么地點？個人工作區(qū)的作用是什么？ 答：Workspace/名目下。當需對受控區(qū)的文件/文檔進行修改時，先由配置治理員將文件放在個人工作區(qū)，個人Checkout取出, 進行修改后Checkin至個人工作區(qū)，再由配置治理員收回。7 . SourceSafe中個人的臨時工作區(qū)在什么地點？個人臨時工作區(qū)的作用是什么？ 答：在$

3、T1】甲/（/標，此田名目下a作用：存放個人的時期任務成果（工作指示單要求的成果物）；8 .公司軟件開發(fā)的配置項有哪些？存放在SourceSafe下什么地點？答：配置項有：項目開發(fā)中的各種文檔，$Document下項目開發(fā)的源程序，$SourceCode下項目治理中的過程文件，包括質(zhì)問票、Bug票、作業(yè)單、會議記錄等，$Management下9 .請描述修改受控區(qū)文件的操作流程答：1 .經(jīng)項目經(jīng)理同意，向配置治理員申請文件的修改權限（口頭或正式填票）2 .配置治理員將文件放在個人的工作區(qū)下3 .在個人工作區(qū)內(nèi)對文件進行修改后，Checkinu4 .通知項目經(jīng)理確認，配置治理員收回工作區(qū)的文件。

4、10. SourceSafe文件刪除后能否再復原？答：SourceSafe文件的刪除有兩種，Delete和Destroy。Delete刪除的文件能夠復原。Destroy后的文件不能 復原。11. SourceSafe的回退操作如何進行？答：SourceSafe的回退操作能夠直截了當進行，但如此當前文件的信息就丟失了。正確有作法如下:1 . Checkout要回退的文件：2 .將要回退版本的文件儲存在本地：3 .將本地回退版本Checkin.為了查閱的方便，要加上注釋說明二、測試1 .什么是Bug?答：簡單的說，Bug確實是程序（模塊）的處理結果與預期的結果不一致。 預期的結果是指在一定條件下的

5、處理輸出。2 .常見的日文編碼方式有哪些？如何簡單判定日文編碼？答：常見的日文編碼有SJIS編碼和EUC編碼。Windows平臺采納SJIS編碼。Unix平臺下一樣采納EUC編碼。南極星、EmEditor等軟件能夠識別當前的日文編碼。說明:由于對日文編碼明白得不清，造成程序與要求式樣不符的現(xiàn)象差不多有二次了。因此在日文應 用程序中，要明確顯示何種編碼的概念。3 .最嚴峻的Bug是什么？答：最嚴峻的Bug是程序的崩潰。在Unix下程序崩潰時，會顯現(xiàn)'' core dump"的提示（內(nèi)核轉貯一樣 簡稱"Core" 了。在Windows下會彈出一個程序?qū)?/p>

6、門的對話框，然后程序關閉。4 .程序core dump的緣故有哪些？答：最常見的core dump是由于程序訪問了非法地址造成的。NULL指針、內(nèi)存越界都會造成Core。另外在Solaris的機器上，也有Bus Error產(chǎn)生的core。Bus Error產(chǎn)生的緣故是由于訪問的地址字節(jié)未對 齊造成的。5 .如何使用core文件？答：core文件中儲存著程序在崩潰時的內(nèi)存映像。通過下面的命令能夠查看core$gdb程序名core用bt命令能夠查看程序在何處發(fā)生問題。6 .如何用ftp上傳和下傳文件？答：關于文本文件（程序/測試腳本）用ASCH方式進行上傳和下傳。關于二進制文件（tar文件/程序文

7、件/gz文件）用二進制格式。不管在什么情形下，建議不使用ftp工具 默認的格式，ftp并不是完全智能。7 .用ftp工具，以用戶名rulej登錄服務器，假如將本地文件上傳到mm21s名目下，將會有什么情形發(fā)生？ 答：無法將本地文件上傳到mm21s的名目下，由于使用rulej用戶登錄服務器，不具有對rulej的同級名目 和父級名目的操作權限。8 .如何在測試服務器上壓縮或解壓tar文件？a)如何將當前名目下的test名目,壓縮成test.tarb)如何將當前名目下的test.tar壓縮文件解壓答：a) $tar cvf test.tar testb) Star xvf test.tar test

8、9 .請寫出unix下操作的常用命令。答：lsrmoref cdzmkdir,rmz pwdz cat,.10.如何設置環(huán)境變量。答:a)$ NAME=T0M exportNAMEb)$ NAME=T0M$ export NAME11 .如何編譯程序？答：調(diào)用make 參數(shù)12 .如何使用vi編輯器？答：S vi 文件名i命令、a命令、。命令-進入編輯狀態(tài)按ESC鍵退出編輯狀態(tài)W-儲存q-退出wq儲存退出q!不儲存退出13 .分別說出以下命令行的作用：a)$find . -name ”sotxt" -printb) $find . 一name "so.txt" -

9、exec rm b) $find . 一name "so.txt" -ok rm 答：a)在當前名目以及子名目下查找文件so.txt,將查找結果輸出到標準輸出。b)在當前名目以及子名目下查找文件so.txt,將找到的文件刪除，無提示信息。c)在當前名目以及子名目下查找文件so.txt,在刪除找到的文件前出是否刪除文件的確認信息。在使用find命令刪除文件或名目時，假如無法確認是否刪除所有匹配的文件或名目，最好使用c),刪 除之前出確認信息，鍵入y將刪除，鍵入n將忽略，14 .什么命令能夠查看cpu的占有率 答：top命令15 .什么命令能夠修改文件的屬性？ 答：chmod命

10、令16 .在運行測試腳本前最應該做和想的事是什么？答：假如時刻承諾的話，一定要對測試腳本進行備份，任何意外情形都不是預知的，備份腳本最好下載到本 機上。17 .如何將SJIS編碼的測試腳本拷貝到excel中，使其不變成亂碼？答：將測試腳本下載到本機上，打開操縱面板將區(qū)域設置成日文，重新啟動就能夠了。18 .如何保證式樣書上的測試用例能夠正確的生成測試腳本，如何將式樣書上的測試用例生成測試腳本。 答：a）式樣書的書寫必須依據(jù)固定的格式，因為宏是按著固定的格式讀取式樣書的內(nèi)容來創(chuàng)建對應的名目 和文件。b）打開測試式樣書，點擊工具欄一宏一錄制新宏，打開工具欄一宏一VB編輯器。打開VB編輯 器左邊模塊

11、名目下的模塊1,將生成腳本的宏拷貝到模塊1，執(zhí)行宏就能夠了。19 .在打包前和打包后要做哪些必要的工作？答：1）檢查當前要打包的成果物更新時刻。2）查看是否存在垃圾文件。3）對成果物進行打包。4）將打包后的成果物以二進制下載到本機上，測試是否能正確解壓。5）將打包后的成果物以二進制上傳到服務器上，在新的測試環(huán)境下，解壓測試。 所有測試解壓成功后，說明打包成功。20 .畫圖說明公司mm21s項目自動測試的方法。 答：21 .如何終止測試腳本的運行？答：按鍵ctrl+c22 .什么叫回來測試？答：對往常差不多通過的測試用例重新進行測試，以保證系統(tǒng)在變更后，應能正常運行。三、軟件工程1 .軟件開發(fā)分

12、為哪幾個時期？答：中國的分類：可行性分析與打算、需求分析、設計、實現(xiàn)、集成測試、確認測試、運行愛護。 日本SEDM分類為：1打算(PN)設計(DN)+1編碼(PG)測試(TG) 運行評+判(OE)SP SA UI SS PSMl*MH-I PG/MT mXvPT IT ST OT <111 f 11 , 11fMESP-System PlanningSA-System AnalysisUI- User Interface DesignSS-System Structure DesignPS-Program Structure DesignPG-ProgrammingPT-Program

13、TestIT-Integration TestST-System TestOT-Operational TestME- Maintenance and System Evaluation2 .什么是基線？答：基線是指時期末尾的特定點，也稱為里程碑。作用是確定時期的開發(fā)成果。3 .在基線時應進行什么工作？由哪個部門負責？答：在基線時，應對時期的開發(fā)成果進行評審。由質(zhì)量部負責。打算、設計時期的成果必須通過評審后，才 能進入下一時期。4 .在PG時期進行哪些工作？答：PG時期的工作如下：1 .依照PS文檔編寫模塊設計書；2 .編寫PG文檔編寫程序，程序完成后應排除所有編譯警告：3 .對代碼按照項目的

14、規(guī)范進行檢查并修正不合格的地點：4 .依照PG文檔及程序，編寫MT測試用例：5 .進行MT測試。發(fā)覺Bug要在MT式樣書上作記錄，并提取Bug描述，修正Bug：6 . MT完成后，整理MT測試成績書及總結。5 .編碼中常見的Bug有哪些？如何幸免？ 答：1 .書寫馬虎，產(chǎn)生Bug。如下面例子：void foo (unsigned char* in) (signed char * out;out = (signed char*)malloc(strlen(char*)in + 1); strcpy(out, in);|由于將 malloc (strlen ( (char*) in) +1)誤寫為

15、 malloc (strlen ( (char*) in+1)而產(chǎn)生內(nèi)存越界 的 Bug。2 .內(nèi)存泄漏/資源泄漏 如下例：Object* ol = new Object();Object* o2 = new Object();o2 = ol; /。2原先的指針懸浮，無法回收3 .邏輯錯誤，產(chǎn)生Bug。邏輯錯誤的各類專門多，如死循環(huán)、情形考慮不周全，邏輯表達式錯誤等。如下例函數(shù)去除字串左邊的空格時，由于未考慮到空串的情形，因此產(chǎn)生了 Bug。extern char* strtrimR(char *str)SCHR *ch = NULL;size_t tmp = 0;tmp = strlen (

16、 (char*)str);ch = &(strtmp-1);while (0 ! = isspace ( (int) *ch) )/*<-向前查找時未檢查邊界,可能造成越界,/ ch)* (+ch) = return str;)4 .內(nèi)存開釋錯誤。內(nèi)存開釋錯誤的緣故是指針接口約定不清造成的。一樣的原那么是誰申請誰開釋，在開釋后，將內(nèi)存指 針置零。5 .內(nèi)存越界。6 .在IT/ST測試時發(fā)覺測試用例以外的Bug時應如何處理？答：IT/ST測試用例中有一個大項目為隨機測試。當發(fā)覺測試用例以外的Bug時，應將Bug的再現(xiàn)用例追加 到隨機測試大項目中。并生成相應的測試腳本。7 .公用模塊/函數(shù)的設計在哪一個時期進行？答：公用模塊的設計在SS時期進行設計。在SS設計文檔中專門有一章詳細說明系統(tǒng)使用的公用模塊的名稱、 功能、參數(shù)