軟件專業推薦信

尊敬的領導：

您好!

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

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

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

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

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

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

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

推薦人：XXX

XX年XX月XX日

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

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

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

安全性分為兩個級別即應用程序級別安全性和系統級別安全性。它們的關系如下：

1）應用程序級別安全性包括對數據或業務功能的訪問；系統級別安全性包括對系統的登錄和遠程訪問。

2）應用程序級別的安全性可確保在預期的安全性情況下，操作者只能訪問特定的功能或用例，或者只能訪問有限的數據。系統級別的安全性可確保只有具備系統訪問權限的用戶才能訪問應用程序，而且只能通過相應的網關來訪問。

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

軟件可靠性是指軟件系統在規定的時間內及規定的環境下，完成規定功能的能力。它的概率度量稱為可靠度。

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

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

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

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

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

判斷是非：軟件測試人員可以根據產品說明書進行白盒測試嗎？

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

8.動態白盒測試和調試的區別？

這兩個過程存在交叉。但是動態白盒測試的目的是為了發現軟件缺陷，而調試的目的是修復軟件缺陷。在分離和查找軟件缺陷原因時會發生交叉。

9.什么是靜態白盒測試，靜態白盒測試的好處？

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

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

11.繪制狀態轉換圖的三個要素是什么？

軟件可能處于的每一個狀態

從一個狀態轉移到另一個狀態所需要的輸入和條件

當進入和退出狀態時產生的條件和變量輸出

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

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

字符保留的內存空間放不下，會覆蓋其他內存空間。

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

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

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

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

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

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

3）測試工具本身的質量影響測試的質量

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

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

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

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

16.什么是軟件本地化

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

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

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

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

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

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

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

優缺點：

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

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

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

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

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

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設計測試用例：某個軟件的規格說明書要求如下：第一列字符必須是A或B，第二列字符必須是一個數字，在此情況下進行文件修改；但如果第一列字符不正確，則輸出信息L；如果第二列字符不是數字，則給出信息M。

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

22.面向對象的測試：

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

public int getUserAge(HttpServletRequest request){

int age=0;

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

if(userAge!=null){

age=Integer.parseInt(userAge);

}

return age;

}

23.簡述測試用例設計的基本原則

1）.用成熟的測試用例設計方法指導設計，用成熟的設計方法和測試人員的經驗二者結合進行設計。

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

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

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

5）.測試結果的可再現性：對同樣的測試用例，系統執行結果應該是相同的。

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

25.判斷正誤.測試用例設計就是測試輸入數據的設計

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

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

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

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

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

3）決定測試的有效性

4）檢驗測試資源

5）明確任務的風險

6）評價測試結果

7）方便再測試

8）驗證需求的正確性

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

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

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

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

測試計劃、測試設計規格說明、測試用例說明、測試規程規格說明、測試日志、測試缺陷報告、測試總結報告

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

1）主動思考積極行動

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

3）重要的事情放在首位

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

5）尋求雙贏

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

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

31.單元測試的主要任務

1）模塊接口測試

2）模塊局部數據結構測試

3）模塊中所有獨立執行路徑測試

4）各種錯誤處理測試

5）模塊邊界條件測試

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

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

集成測試的主要任務：

1）將各模塊連接起來，檢查模塊相互調用時，數據經過接口是否丟失

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

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

4）全局數據結構是否有問題，會不會被異常修改

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

33.集成測試循序的原則

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

2)關鍵模塊必須進行充分的測試

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

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

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

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

7)在模塊發生修改時，設計的相關接口必須進行再測試

8)測試的執行結果應當如實記錄

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

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

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

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

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

1盡快報告軟件缺陷

2有效地描述軟件缺陷

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

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

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

38.本地化與國際化的關系