軟件專業(yè)推薦信

尊敬的領(lǐng)導：

您好!

很高興能以這樣的方式向你們推薦我校軟件工程專業(yè)優(yōu)秀的學生XX。

畢業(yè)將至，又一個新開始即將來到，等待著該生繼續(xù)努力奮斗、迎接挑戰(zhàn)。時光飛梭，將帶著童年的夢想、青年的理想離開學校，走上工作崗位。大學四年是他思想、知識結(jié)構(gòu)及心理、生長成熟的四年。惠于理工大學的濃厚學習、創(chuàng)新氛圍，熔融其中四年使他成為一名復合型人才。

在校的主要任務是學習，所以他掌握了較強的專業(yè)知識，并把理論知識運用到實踐中去，期末總評成績名列年級前茅，獲得優(yōu)秀學生獎學金二等、三等各兩次,榮獲校級三好學生稱號。他所學專業(yè)是計算機，對電腦有著近乎狂熱的喜愛，在熟練掌握各種基本軟件的使用及硬件維護過程中，有獨特的經(jīng)驗總結(jié)。順利通過國家社會和勞動保障部高新技術(shù)辦公軟件應用模塊資格高級操作員考試。

在個人愛好的帶引下，入校該生便參加了校書畫協(xié)會，由干事到副會長，這是對他的付出與努力的肯定。他根據(jù)理工校人文氣氛不濃的狀況，組織開展一系列活動豐富校園生活，被評選為重郵優(yōu)秀學生社團。所組織的跨校聯(lián)誼活動，達到預期目的，受到師生首肯，個人被評為校現(xiàn)場書畫大賽優(yōu)秀領(lǐng)隊。靜如處子，動如脫兔，181cm的身高和出眾的球技，使他登上球場后，成為系籃球隊主力小前鋒，與隊友一起揮汗，品味勝利。文武兼?zhèn)?，則是他大學生活的一個重要感悟。此外，在擔任班團支書和輔導員助理期間，積極為同學服務，表現(xiàn)出色，貢獻卓越榮，獲校級優(yōu)秀學生干部稱號。

大學三年級，他以優(yōu)異的成績與表現(xiàn)，光榮地加入了中國。加入這個先進的團體，是他人生的一次升華。在保先教育中，他更是嚴格要求自己，帶領(lǐng)身邊同學，一起進步。曾獲精神文明先進個人稱號。在參加義務獻血后，讓他更加懂得珍惜生命，熱愛生活。假期中，他根據(jù)專業(yè)特長，在電腦公司參加社會實踐，這對他的經(jīng)驗積累起到了極其重要的作用?？既×藱C動車駕駛執(zhí)照(c型)。對即將步入社會的他，充滿了信心。

“長風破浪會有時，直掛云帆濟滄海”，懷著飽滿的熱情、堅韌的性格、勤奮的態(tài)度，等待著該生的是機遇與挑戰(zhàn)!抓住這個機會，為單位盡自己綿薄之力。

希望通過我的這封推薦信，能使您對該生有一個更全面深入的了解?？傊?，該生是一位符合現(xiàn)代化要求的全面發(fā)展的大學生。望貴單位予以重點考慮，他一定會不負您的重托!感謝您在百忙之中讀完這封推薦信，誠祝事業(yè)蒸蒸日上!

推薦人：XXX

XX年XX月XX日

1.?測試和?測試區(qū)別是什么？它們發(fā)生在軟件測試的那一階段？

2.安全性測試的目的是什么？簡述安全性的兩個級別及其關(guān)系？

安全性測試的目的是檢查系統(tǒng)對非法侵入的防范能力。

安全性分為兩個級別即應用程序級別安全性和系統(tǒng)級別安全性。它們的關(guān)系如下：

1）應用程序級別安全性包括對數(shù)據(jù)或業(yè)務功能的訪問；系統(tǒng)級別安全性包括對系統(tǒng)的登錄和遠程訪問。

2）應用程序級別的安全性可確保在預期的安全性情況下，操作者只能訪問特定的功能或用例，或者只能訪問有限的數(shù)據(jù)。系統(tǒng)級別的安全性可確保只有具備系統(tǒng)訪問權(quán)限的用戶才能訪問應用程序，而且只能通過相應的網(wǎng)關(guān)來訪問。

3.什么是軟件可靠性？可以用軟件的可靠性測試取代安全測試嗎？

軟件可靠性是指軟件系統(tǒng)在規(guī)定的時間內(nèi)及規(guī)定的環(huán)境下，完成規(guī)定功能的能力。它的概率度量稱為可靠度。

軟件安全性和可靠性聯(lián)系緊密，軟件可靠性要求通常包含了安全性的要求，但是可靠性測試不能完全取代安全性測試，因為安全性測試包括了在非正常情況下不發(fā)生安全事故的能力。

4.僅僅測試程序是否按照預期方式運行有何問題？

5.判斷是非：好的測試人員堅持不懈地追求完美。

6.假定無法完全測試某一程序，在決定是否應該停止測試時要考慮哪些問題？

終止測試沒有一定的時間，每個項目都會有所不同。決定是否終止的考慮因素有：是否會繼續(xù)發(fā)現(xiàn)大量軟件缺陷？項目組對已執(zhí)行的測試滿意嗎？產(chǎn)品按照客戶的要求驗證了嗎？已經(jīng)報告的軟件缺陷是否經(jīng)過評估確定哪些修復，哪些不修復？未測試部分是客戶常用功能嗎？代碼復雜度高嗎？

判斷是非：軟件測試人員可以根據(jù)產(chǎn)品說明書進行白盒測試嗎？

是的，白盒測試就是使用如何設(shè)計影響如何測試的概念進行的。測試人員參與焦點人群易用性研究和市場會議，了解用于定義功能特性和整個產(chǎn)品的過程。但是這些信息可能誘使測試人員傾向于假定說明書市正確的。

8.動態(tài)白盒測試和調(diào)試的區(qū)別？

這兩個過程存在交叉。但是動態(tài)白盒測試的目的是為了發(fā)現(xiàn)軟件缺陷，而調(diào)試的目的是修復軟件缺陷。在分離和查找軟件缺陷原因時會發(fā)生交叉。

9.什么是靜態(tài)白盒測試，靜態(tài)白盒測試的好處？

靜態(tài)白盒測試是在不執(zhí)行軟件的條件下有條理地仔細審查軟件設(shè)計、體系結(jié)構(gòu)和代碼，從而找出軟件缺陷的過程，也稱為結(jié)構(gòu)化分析。靜態(tài)白盒測試在開發(fā)過程早期發(fā)現(xiàn)錯誤，使修復的費用和時間大大降低。軟件測試人員可以得到軟件如何運作的信息，存在哪些弱點和危險，而且可以與程序員建立良好的伙伴關(guān)系。項目狀態(tài)可以傳達給參與測試的所有小組成員。為動態(tài)白盒測試和黑盒測試提供思路，幫助黑盒測試人員確定容易產(chǎn)生缺陷的范圍。

10假設(shè)有一個文本框，要求輸入9個字符的郵政編碼，格式如下123-12345，其中一個字符必須是連線“-”，“-”前面是3個數(shù)字或字母字符，后面是5個數(shù)字或字母字符字符。請問怎樣進行等價類劃分？

11.繪制狀態(tài)轉(zhuǎn)換圖的三個要素是什么？

軟件可能處于的每一個狀態(tài)

從一個狀態(tài)轉(zhuǎn)移到另一個狀態(tài)所需要的輸入和條件

當進入和退出狀態(tài)時產(chǎn)生的條件和變量輸出

12.什么是文本擴展，由此可能導致什么樣的常見軟件缺陷？

當文本被翻譯成其他語言時會出現(xiàn)文本擴展。文本字符長度可能增加1倍或更長。原來在屏幕上適合的對話框、按鈕等可能不在適合，甚至可能導致軟件崩潰，因為變成的文本在為該

字符保留的內(nèi)存空間放不下，會覆蓋其他內(nèi)存空間。

13.用戶界面沒有明確的對錯，怎樣測試？

主觀性比較強，但是應當檢查是否符合7個重要原則:符合標準和規(guī)范，直觀，一致，靈活，舒適，正確和實用。

14.說出軟件缺陷可能不修復的幾個原因。

15.測試自動化應用中普遍存在的問題有哪些？

1）不正確的觀念和不現(xiàn)實的期望。認為自動化測試可以代替手工測試，對自動化測試工具期待過高。

2）缺乏具有良好素質(zhì)、經(jīng)驗的測試人才。自動化測試不是簡單的使用軟件，需要編寫大量的測試腳本。

3）測試工具本身的質(zhì)量影響測試的質(zhì)量

4）沒有進行充分和有效地培訓

5）沒有考慮公司的實際情況盲目引入測試工具。不同測試工具適合不同的測試項目和范圍

6）沒有形成一個良好的使用測試工具的環(huán)境。測試工具應用環(huán)境需要測試流程和管理機制做相適應的變化，只有這樣才能真正發(fā)揮作用。

7）其他技術(shù)問題和組織問題。要保證測試腳本的復用性，必須做大量自動化測試腳本的維護工作。隨著軟件產(chǎn)品開發(fā)技術(shù)不同，自動化測試軟件提供相應測試技術(shù)的能力有限。

16.什么是軟件本地化

軟件本地化是將一個軟件產(chǎn)品按照特定國家和語言市場的需要記性全面定制的過程，它包括翻譯、重新設(shè)計、功能調(diào)整和功能測試，以及是否符合各個地方的習俗、文化背景、語言和方言的驗證等。

判斷是非：軟件本地化就是翻譯。

錯，翻譯只考慮語言的方面即翻譯詞語。本地化要照顧到地區(qū)和國家的習慣，風俗和文化。另外，可能還涉及到重新設(shè)計和功能調(diào)整，因為可能會出現(xiàn)諸如文本擴展的問題造成軟件缺陷。最后還要進行本地化軟件的測試。

17.回歸測試的目的18.集成測試的基本模式及其優(yōu)缺點

集成測試基本模式有兩種：

非漸增式測試模式：先分別測試每個模塊，再把所有模塊按照要求放在一起集合成所要得程序。

漸增式測試模式：把下一個要測試的模塊和已經(jīng)測試好的模塊結(jié)合起來進行測試，測試完后在把下一個應該測試的模塊結(jié)合進來測試。

優(yōu)缺點：

漸增式測試模式需要編寫的軟件較多，工作量較大，而非漸增式測試開銷小。

漸增式測試模式發(fā)現(xiàn)模塊間接口的錯誤早，對錯誤的定位也相對容易；而非漸增式測試發(fā)現(xiàn)錯誤晚，錯誤定位和解決難。

漸增式測試模式測試更徹底，需要較多的機器時間。非漸增模式可以進行并行測試。

19.什么是驅(qū)動程序和樁程序，它們的作用

20.設(shè)計測試用例：使用基本路徑測試法設(shè)計測試用例，測試下面的程序。

int rcount(int icount,int iflag){

int itemp=0;

while(icount>0){

if(0==iflag){

itemp=icount+100;

break;

}

else{

if(1==iflag){

itemp=itemp+10;

}

else{

itemp=itemp+20

}

}

icount--;

}

return itemp;

}

21設(shè)計測試用例：某個軟件的規(guī)格說明書要求如下：第一列字符必須是A或B，第二列字符必須是一個數(shù)字，在此情況下進行文件修改；但如果第一列字符不正確，則輸出信息L；如果第二列字符不是數(shù)字，則給出信息M。

分析以上需求說明，應用因果圖法設(shè)計測試用例。

22.面向?qū)ο蟮臏y試：

以下方法是通過用戶界面向Action層傳送用戶年齡，并對傳來的參數(shù)做類型轉(zhuǎn)換并返回年齡。指出程序可能存在缺陷的地方，并做修改。

public int getUserAge(HttpServletRequest request){

int age=0;

String userAge=request.getParameter(“userAge”);

if(userAge!=null){

age=Integer.parseInt(userAge);

}

return age;

}

23.簡述測試用例設(shè)計的基本原則

1）.用成熟的測試用例設(shè)計方法指導設(shè)計，用成熟的設(shè)計方法和測試人員的經(jīng)驗二者結(jié)合進行設(shè)計。

2）.測試用例的正確性：包括數(shù)據(jù)的正確性和操作的正確性。

3）.測試用例的代表性：能夠代表并覆蓋各種合理和不合理的、合法的和非法的、邊界的和越界的以及極限的輸入數(shù)據(jù)、操作和環(huán)境設(shè)置。

4）.測試結(jié)果的可判斷性，每個測試用例又要有相應的期望結(jié)果。

5）.測試結(jié)果的可再現(xiàn)性：對同樣的測試用例，系統(tǒng)執(zhí)行結(jié)果應該是相同的。

6）足夠詳細、準確和清晰的步驟

25.判斷正誤.測試用例設(shè)計就是測試輸入數(shù)據(jù)的設(shè)計

26.判斷正誤：測試用例設(shè)計得越詳細越好

27.什么是測試文檔，測試文檔的作用是什么？

測試文檔是對要執(zhí)行的軟件測試及測試的結(jié)果進行描述、定義、規(guī)定和報告的任何書面或圖示信息。主要作用有：

1）促進項目組成員間的交流溝通

2）便于對測試項目的管理

3）決定測試的有效性

4）檢驗測試資源

5）明確任務的風險

6）評價測試結(jié)果

7）方便再測試

8）驗證需求的正確性

28根據(jù)作用不同，測試文檔分為哪幾類，主要包含哪些文檔。

根據(jù)測試文檔的作用不同，通常把測試文檔分為前置作業(yè)文檔和后置作業(yè)文檔。測試計劃測試用例的文檔都屬于前置作業(yè)文檔

后置作用文檔是在測試完成后提交的，主要包括軟件缺陷報告和分析總結(jié)報告

29主要的測試文檔有哪些？

測試計劃、測試設(shè)計規(guī)格說明、測試用例說明、測試規(guī)程規(guī)格說明、測試日志、測試缺陷報告、測試總結(jié)報告

30.簡述作為測試人員，測試工作的7條效率原則

1）主動思考積極行動

2）一開始就牢記目標，不迷失方向

3）重要的事情放在首位

4）先理解人，后被人理解

5）尋求雙贏

6）互相合作，追求1+1>2

7）終生學習，自我更新，不斷進步

31.單元測試的主要任務

1）模塊接口測試

2）模塊局部數(shù)據(jù)結(jié)構(gòu)測試

3）模塊中所有獨立執(zhí)行路徑測試

4）各種錯誤處理測試

5）模塊邊界條件測試

32.什么是集成測試，集成測試的主要任務。

集成測試是單元測試的邏輯擴展。它是在單元測試的基礎(chǔ)上，測試將所有的軟件單元按照要求組裝成模塊子系統(tǒng)和系統(tǒng)的過程中，各部分工作是否達到實現(xiàn)相應技術(shù)指標及要求的活動。

集成測試的主要任務：

1）將各模塊連接起來，檢查模塊相互調(diào)用時，數(shù)據(jù)經(jīng)過接口是否丟失

2）將各個子功能組合起來，檢查是否達到預期的各項功能

3）一個模塊的功能是否會對另一個模塊的功能產(chǎn)生不利影響

4）全局數(shù)據(jù)結(jié)構(gòu)是否有問題，會不會被異常修改

5）單個模塊的誤差積累是否會被放大，以致達到不可接受的程度。

33.集成測試循序的原則

1)所有公共接口都要被測試到

2)關(guān)鍵模塊必須進行充分的測試

3)集成測試應當按一定的層次進行

4)集成測試的策略選擇應當綜合考慮質(zhì)量、成本和進度之間的關(guān)系

5)集成測試應當盡早開始，并以總體設(shè)計為基礎(chǔ)

6)在模塊和接口的劃分上，測試人員和開發(fā)人員應當進行充分溝通

7)在模塊發(fā)生修改時，設(shè)計的相關(guān)接口必須進行再測試

8)測試的執(zhí)行結(jié)果應當如實記錄

34.你認為什么是軟件缺陷?

35.軟件缺陷嚴重性是什么？有哪些等級？

軟件缺陷嚴重性是指缺陷對軟件質(zhì)量的破壞程度，即缺陷的存在對軟件功能和性能產(chǎn)生怎樣的影響。

軟件缺陷嚴重程度一般分為：致命、嚴重、一般、較小

36報告軟件缺陷的基本原則

1盡快報告軟件缺陷

2有效地描述軟件缺陷

3.報告軟件測試不做任何評價

4.每個報告只針對一個軟件缺陷

37.軟件測試人員應具備的基本素質(zhì)有哪些？

38.本地化與國際化的關(guān)系