第一篇：廣州軟件測試

自我評價/職業(yè)目標

自我評價： 思維清晰敏捷，邏輯分析能力強，具有較強的分析、學習，能夠承擔較強的工作壓力。

做事有始終，敢于挑戰(zhàn)。具備團隊開發(fā)經(jīng)驗、規(guī)范的代碼編寫和技術(shù)文檔編寫習慣。

工作主動、積極、團結(jié)協(xié)作、責任感強。具有良好團隊合作精神。

求職意向

現(xiàn)從事行業(yè)：計算機

工作經(jīng)驗：1年工作經(jīng)驗

期望薪水：稅前月薪RMB3500 元

期望從事行業(yè)：計算機

電子技術(shù)

期望工作性質(zhì)：全職

到崗時間：1周以內(nèi)

海外工作經(jīng)歷：沒有

工作經(jīng)驗

工作單位：名稱僅向會員公開，請[登陸]

公司性質(zhì)：私營．民營企業(yè)

公司規(guī)模：502010.12 軟件工程師/軟件測試工程師/開發(fā)部

工作職責和業(yè)績： 工作地點：河南省

參與軟件工程系統(tǒng)的設(shè)計、開發(fā)、測試等過程；

協(xié)助工程管理人保證項目的質(zhì)量；

負責工程中功能的代碼實現(xiàn)；

解決工程中的關(guān)鍵問題和技術(shù)難題；

協(xié)調(diào)各個程序員的工作，并能與其它軟件工程師協(xié)作工作。項目管理經(jīng)驗

2009.92010.12 項目名稱：羽佳企業(yè)辦公管理

項目描述：(1)個人事務：個人日程的安排，考勤管理和個人信息的維護。(2)財務管理：對報銷申請、領(lǐng)款登記以及報銷統(tǒng)計等功能的管理。(3)用品管理：管理公司辦公用品的申請使用、采購、統(tǒng)計和庫存預警。(4)通訊錄： 對名片夾、名片、聯(lián)系人以及內(nèi)部消息等功能的管理。(5)組織結(jié)構(gòu)：管理部門以及員工的調(diào)動、離職、復職等功能。(6)審批流程：管理節(jié)點的設(shè)置、單據(jù)的審批以及流程管理等功能。(7)基礎(chǔ)數(shù)據(jù)：系統(tǒng)中所用到的基本數(shù)據(jù)信息。(8)系統(tǒng)管理：管理用戶、角色以及角色權(quán)限等功能。技術(shù)結(jié)構(gòu)： 利用Struts清晰的MVC架構(gòu)將項目層次化，即視圖層、控制層、業(yè)務邏輯層。視圖層采用JSP技術(shù)實現(xiàn)，控制層利用Struts的Action來實現(xiàn)流程控制，業(yè)務邏輯層利用Hibernate持久化框架，并由Spring的Ioc模式+單例模式+工廠模式+業(yè)務委托模式降低代碼的藕合和依賴。同時利用Spring Hibernate整合技術(shù)減少代碼開發(fā)量，提高代碼重用性.用O/RMapping將對數(shù)據(jù)庫的操作轉(zhuǎn)換為對對象的操作，降低代碼編寫及維護的難度。由于采用三種開源框架,使得本系統(tǒng)具備靈活性、易維護性等優(yōu)點。

責任描述：(1)參與項目框架的搭建：系統(tǒng)架構(gòu)有表現(xiàn)層、控制層、Service層、Dao層、PO層五個層次。由Spring的IOC將Dao組件注入到業(yè)務組件中，實現(xiàn)了控制層和業(yè)務邏輯層的松耦合。(2)我在該項目中主要負責權(quán)限管理和組織結(jié)構(gòu)：組織結(jié)構(gòu)：對員工和部門進行操作和管理。員工結(jié)構(gòu)：在錄入員工的時候同時錄入該員工的工作經(jīng)歷，給員工指定相應的部門和職位同時還可以對員工進行調(diào)動，并在數(shù)據(jù)庫中記錄該員工的調(diào)動記錄，通過查看調(diào)動歷史，方便公司對員工進行跟蹤。還可以對員工進行離職和復職操作。部門管理：在添加部門信息的時候，可以給該部門指定相應的部門經(jīng)理和職位、上級部門以及下級部門。系統(tǒng)管理：將用戶分成不同的角色，給角色分配不同的權(quán)限，一個用戶可以有多個角色，一個角色可以有多個權(quán)限，用戶登陸后查詢出該用戶擁有的權(quán)限，在會話中形成一個權(quán)限列表，當用戶訪問某個請求時，采用struts2的攔

截器進行攔截，并將該請求與權(quán)限列表中的權(quán)限進行對比，有則通過，無則跳轉(zhuǎn)到無權(quán)限提示頁面。教育背景

2005.9-2009.6 鄭州大學

計算機科學與技術(shù) 電子信息類 本科 鄭州培訓經(jīng)歷

2009.3 Spring Struts Hibernate

鄭州 培訓時長1個月 框架思想以及整合和應用

2008.7 java

鄭州 培訓時長1個半月

java面向?qū)ο缶幊趟枷?外語/方言 英語：熟練 英語等級：專業(yè)四級

職業(yè)技能

良好的Java 編程基礎(chǔ),清晰的面向?qū)ο蟮木幊趟枷牒投喾N設(shè)計模式進行項目開發(fā)

熟練使用Jsp、Servlet、XML可擴展標記語言Web開發(fā)技術(shù)

熟練運用Javascript腳本、Html靜態(tài)網(wǎng)頁、Ajax、CSS樣式

能熟練使用EJB、JNDI、RMI等J2EE企業(yè)級技術(shù)進行項目開發(fā)

熟練運用Struts、Hibernate、Spring、Ibatis開源框架，并具有豐富的實戰(zhàn)經(jīng)驗

熟悉主流數(shù)據(jù)庫應用及開發(fā)，如：Oracle、MySql、Sqlserver2000/2005

熟悉主流的服務器及部署，如：Tomcat、WebLogic、Jboss等WEB服務器

擅長使用Eclipse/MyEclipse、PLSQL開發(fā)工具

熟悉CVS、UML、JUNIT、JBPM、JFreeChart、FusionChart等開發(fā)輔助技術(shù)

熟悉Linux下項目的搭建和部署以及常用的開發(fā)軟件安裝和使用 英語口語水平：母語

第二篇：軟件測試（推薦）

一、簡答5*6’

1.為什么不讓時間有余的人做測試工作

表面上看這體現(xiàn)了管理的效率和靈活性，但實際上也體現(xiàn)了管理者對測試的輕視。測試和測試的人有很大關(guān)系。測試工作人員應該是勤奮并富有耐心，善于學習、思考和發(fā)現(xiàn)問題，細心有條理，總結(jié)問題，如果具備這樣的優(yōu)點，做其它工作同樣也會很出色，因此這里還有一個要求，就是要喜歡測試這項工作。2.軟件測試風險主要體現(xiàn)在哪里

我們沒有對軟件進行完全測試，實際就是選擇了風險，因為缺陷極有可能存在沒有進行測試的部分。因此，我們要盡可能的選擇最合適的測試量，把風險降低到最小 3.所有軟件測試缺陷都需要修復嗎

從技術(shù)上講，所有的軟件缺陷都是能夠修復的，但是沒有必要修復所有的軟件缺陷。測試人員要做的是能夠正確判斷什么時候不能追求軟件的完美。對于整個項目團隊，要做的是對每一個軟件缺陷進行取舍，根據(jù)風險決定那些缺陷要修復。發(fā)生這種現(xiàn)象的主要原因如下：-沒有足夠的時間資源。在任何一個項目中，通常情況下開發(fā)人員和測試人員都是不夠用的，而且在項目中沒有預算足夠的回歸測試時間，修改缺陷可能引入新的缺陷。

-有些缺陷只是特殊情況下出現(xiàn)，這種缺陷處于商業(yè)利益考慮，可以在以后升級中進行修復。-不是缺陷的缺陷。我們經(jīng)常會碰到某些功能方面的問題被當成缺陷來處理，這類問題可以以后有時間時考慮再處理。缺陷是否修改要由軟件測試人員、項目經(jīng)理、程序員共同討論來決定是否修復，不同角色的人員從不同的角度來思考，以做出正確的決定。4.如何減少測試人員跳槽帶來的損失 建議我們從以下兩個方面做起：

-加強部門內(nèi)員工之間的互相學習，互相學習是建立學習型組織的基本要求，是知識互相轉(zhuǎn)移的過程。在此基礎(chǔ)上，可以把個人擁有的技術(shù)以知識的形式沉積下來，也就完成了隱性知識到顯性知識的轉(zhuǎn)化。

-管理者就應該把員工的個人成長和企業(yè)的發(fā)展聯(lián)系起來，為員工設(shè)定合理發(fā)展規(guī)劃并付諸實現(xiàn)。

5.驗收測試的注意點有哪些 測試要注意下面的事項：

（1）用戶現(xiàn)場測試不可能測試全部功能，因此要測試核心功能。這需要提前做好準備，這些核心功能一定要預先經(jīng)過測試，證明沒有問題才可以和用戶共同進行測試。測試核心模塊的目的是建立用戶對軟件的信心。當然如果這些模塊如果問題較多，不應該進行演示。（2）如果某些模塊確實有問題，我們可以演示其它重要的業(yè)務功能模塊，必要時要向用戶做成合理的解釋。爭得時間后，及時修改缺陷來彌補。（3）永遠不能欺騙用戶，蒙混過關(guān)。6.完全測試程序是可能的嗎

實際上完全測試是不可能的。主要有以下原因：-完全測試比較耗時，時間上不允許；

-完全測試通常意味著較多資源投入，這在現(xiàn)實中往往是行不通的；-輸入量太大，不能一一進行測試；-輸出結(jié)果太多，只能分類進行驗證；-軟件實現(xiàn)途徑太多；

-軟件產(chǎn)品說明書沒有客觀標準，從不同的角度看，軟件缺陷的標準不同；因此測試的程度要根據(jù)實際情況確定 7.是不是發(fā)現(xiàn)的缺陷越多就說明軟件缺陷越多 其中的原因主要如下：

-代碼復用、拷貝代碼導致程序員容易犯相同的錯誤。類的繼承導致所有的子類會包含基類的錯誤，反復拷貝同一代碼意味可能也復制了缺陷。-程序員比較勞累是可以導致某些連續(xù)編寫的功能缺陷較多。

“缺陷一個連著一個”不是一個客觀規(guī)律，只是一個常見的現(xiàn)象。如果軟件編寫的比較好，這種現(xiàn)象就不常見了。測試人員只要嚴肅認真的測試程序就可以了。8.軟件測試就是QA嗎

軟件測試人員的職責是盡可能早的找出軟件缺陷，確保得以修復。而質(zhì)量保證人員（QA）主要職責是創(chuàng)建或者制定標準和方法，提高促進軟件開發(fā)能力和減少軟件缺陷。測試人員的主要工作是測試，質(zhì)量保證人員日常工作重要內(nèi)容是檢查與評審，測試工作也是測試保證人員的工作對象。軟件測試和質(zhì)量是相輔相成的關(guān)系，都是為了提高軟件質(zhì)量而工作。9.測試產(chǎn)品和測試項目區(qū)別

習慣上把開發(fā)完成后進行商業(yè)化、幾乎不進行代碼修改就可以售給用戶使用的軟件成為軟件產(chǎn)品，也就是可以買“賣拷貝”的軟件，軟件項目是一種個性化的產(chǎn)品，可以是按照用戶要求全部重新開發(fā)，也可以修改已有的軟件產(chǎn)品來滿足特定的用戶需求。項目和產(chǎn)品的不同特點，決定我們測試產(chǎn)品和測試項目仍然會有很多不同的地方：

-質(zhì)量要求不同。通常產(chǎn)品的質(zhì)量要高一些，修復發(fā)布后產(chǎn)品的缺陷成本較高，甚至會帶來很多負面的影響。而做項目通常面向某一用戶，雖然質(zhì)量越高越好，但是一般只要滿足用戶要求就可以了。測試資源投入多少不同。做軟件產(chǎn)品通常是研發(fā)中心來開發(fā)，進度壓力要小些。同時由于質(zhì)量要求高，因此會投入較多的人力、物力資源。項目最后要和用戶共同驗收測試，這是產(chǎn)品測試不具有的特點。此外，測試產(chǎn)品與測試項目在缺陷管理方面、測試策略制定都會有很大不同，測試管理者應該結(jié)合具體的環(huán)境，恰如其分的完成工作 10.如何編寫提交給用戶的測試報告

測試報告一般分為內(nèi)部測試報告和外部測試報告。內(nèi)部報告是我們在測試工作中的項目文檔，反映了測試工作的實施情況,一般外部測試報告要滿足下面幾個要求：

根據(jù)內(nèi)部測試報告進行編寫，一般可以摘錄；不可以向客戶報告嚴重缺陷，即使是已經(jīng)修改的缺陷，開發(fā)中的缺陷也沒有必要讓客戶知道；報告上可以列出一些缺陷，但必須是中級的缺陷，而且這些缺陷必須是修復的；報告上面的內(nèi)容盡量要真實可靠；整個測試報告要仔細審閱，力爭不給項目帶來負面作用，尤其是性能測試報告。總之，外部測試報告要小心謹慎的編寫。

二、論述2*12’

1.請論述為什么要進行軟件測試，并列舉歷史上2~3個著名軟件測試（缺陷）案例，說明測試重要性

軟件測試的目的,第一是確認軟件的質(zhì)量，其一方面是確認軟件做了你所期望做的事情（，另一方面是確認軟件以正確的方式來做了這個事情。第二是提供信息，比如提供給開發(fā)人員或程序經(jīng)理的回饋信息，為風險評估所準備的信息。第三軟件測試不僅是在測試軟件軟件產(chǎn)品本身，而且還包括軟件開發(fā)的過程。如果一個軟件產(chǎn)品開發(fā)完成之后發(fā)現(xiàn)了很多問題，這說明此軟件開發(fā)過程很可能是有缺陷的。因此，軟件測試的第三個目的是保證整個軟件開發(fā)過程是高質(zhì)量的。

愛國者導彈防御系統(tǒng)把“槍口”對準了自己人 美國迪斯尼公司的獅子王游戲軟件的兼容性問題 售票系統(tǒng)性能問題

2.論述軟件測試科學的發(fā)展歷程 1957年之前－調(diào)試為主 20世紀50年代，計算機剛誕生不久，只有科學家級別的人才會去編程，需求和程序本身也遠遠沒有現(xiàn)在這么復雜多變，相當于開發(fā)人員一人承擔需求分析，設(shè)計，開發(fā)，測試等所有工作，當然也不會有人去區(qū)分調(diào)試和測試。

1957–1978－證明為主 當時計算機應用的數(shù)量，成本和復雜性都大幅度提升，隨之而來的經(jīng)濟風險也大大增加，測試就顯得很有必要了，這個時期測試的主要目就是確認軟件是滿足需求的，也就是我們常說的“做了該做的事情”。

1979–1982－破壞為主 我們不僅要證明軟件做了該做的事情，也要保證它沒做不該做的事情，這會使測試更加全面，更容易發(fā)現(xiàn)問題。

1983–1987－評估為主 人們提出了在軟件生命周期中使用分析，評審，測試來評估產(chǎn)品的理論。軟件測試工程在這個時期得到了快速的發(fā)展.1988–至今－預防為主 預防為主是當下軟件測試的主流思想之一。測試不是在編碼完成后才開始介入，而是貫穿于整個軟件生命周期。3.論述軟件缺陷的由來

軟件缺陷的產(chǎn)生主要是由軟件產(chǎn)品的特點和開發(fā)過程決定的。

軟件本身：①需求不清晰，導致設(shè)計目標偏離客戶的需求，從而引起功能或產(chǎn)品特征上的缺陷。②系統(tǒng)結(jié)構(gòu)非常復雜，而又無法設(shè)計成一個很好的層次結(jié)構(gòu)或組件結(jié)構(gòu)，結(jié)果導致意想不到的問題或系統(tǒng)維護、擴充上的困難；即使設(shè)計成良好的面向?qū)ο蟮南到y(tǒng)，由于對象、類太多，很難完成對各種對象、類相互作用的組合測試，而隱藏著一些參數(shù)傳遞、方法調(diào)用、對象狀態(tài)變化等方面問題。③對程序邏輯路徑或數(shù)據(jù)范圍的邊界考慮不夠周全，漏掉某些邊界條件，造成容量或邊界錯誤。④對一些實時應用，要進行精心設(shè)計和技術(shù)處理，保證精確的時間同步，否則容易引起時間上不協(xié)調(diào)，不一致性帶來的問題。⑤沒有考慮系統(tǒng)崩潰后的自我恢復或數(shù)據(jù)的異地備份、災難性恢復等問題，從而存在系統(tǒng)安全性、可靠性的隱患。⑥系統(tǒng)運行環(huán)境的復雜，不僅用戶使用的計算機環(huán)境千變?nèi)f化，包括用戶的各種操作方式或各種不同的輸入數(shù)據(jù)，容易引起一些特定用戶環(huán)境下的問題；在系統(tǒng)實際應用中，數(shù)據(jù)量很大。從而會引起強度或負載問題。⑦由于通信端口多、存取和加密手段的矛盾性等，會造成系統(tǒng)的安全性或適用性等問題。⑧新技術(shù)的采用，可能涉及技術(shù)或系統(tǒng)兼容的問題，事先沒有考慮到。

團隊工作：系統(tǒng)需求分析時對客戶的需求理解不清楚，或者和用戶的溝通存在一些困難。不同階段的開發(fā)人員相互理解不一致。對于設(shè)計或編程上的一些假定或依賴性，相關(guān)人員沒有充分溝通。項目組成員技術(shù)水平參差不齊技術(shù)問題。算法錯誤：在給定條件下沒能給出正確或準確的結(jié)果。語法錯誤：對于編譯性語言程序，編譯器可以發(fā)現(xiàn)這類問題；但對于解釋性語言程序，只能在測試運行時發(fā)現(xiàn)。計算和精度問題：計算的結(jié)果沒有滿足所需要的精度。系統(tǒng)結(jié)構(gòu)不合理、算法選擇不科學，造成系統(tǒng)性能低下。接口參數(shù)傳遞不匹配，導致模塊集成出現(xiàn)問題。

項目管理的問題：缺乏質(zhì)量文化，不重視質(zhì)量計劃，對質(zhì)量、資源、任務、成本等的平衡性把握不好，容易擠掉需求分析、評審、測試、等時間，遺留的缺陷會比較多。系統(tǒng)分析時對客戶的需求不是十分清楚，或者和用戶的溝通存在一些困難。開發(fā)周期短，需求分析、設(shè)計、編程、測試等各項工作不能完全按照定義好的流程來進行，工作不夠充分，結(jié)果也就不完整、不準確，錯誤較多；周期短，還給各類開發(fā)人員造成太大的壓力，引起一些人為的錯誤。開發(fā)流程不夠完善，存在太多的隨機性和缺乏嚴謹?shù)膬?nèi)審或評審機制，容易產(chǎn)生問題。文檔不完善，風險估計不足等。4.軟件測試V模型

①繪制示意圖

②闡述每個步驟是做什么 需求分析

即首先要明確客戶需要的是什么，需要軟件作成什么樣子，需要有那幾項功能

概要設(shè)計

主要是架構(gòu)的實現(xiàn)，指搭建架構(gòu)、表述各模塊功能、模塊接口連接和數(shù)據(jù)傳遞的實現(xiàn)等項事務。詳細設(shè)計

對概要設(shè)計中表述的各模塊進行深入分析，對各模塊組合進行分析等。軟件編碼

按照詳細設(shè)計好的模塊功能表，編程人員編寫出實際的代碼。單元測試

按照設(shè)定好的最小測試單元進行按單元測試，主要是測試程序代碼，為的是確保各單元模塊被正確的編譯，單元的具體劃分按不同的單位與不同的軟件有不同。集成測試

經(jīng)過了單元測試后，將各單元組合成完整的體系，主要測試各模塊間組合后的功能實現(xiàn)情況，以及模塊接口連接的成功與否，數(shù)據(jù)傳遞的正確性等，其主要目的是檢查軟件單位之間的接口是否正確。根據(jù)集成測試計劃，一邊將模塊或其他軟件單位組合成系統(tǒng)，一邊運行該系統(tǒng)，以分析所組成的系統(tǒng)是否正確，各組成部分是否合拍。系統(tǒng)測試

經(jīng)過了單元測試和集成測試以后，我們要把軟件系統(tǒng)搭建起來，按照軟件規(guī)格說明書中所要求，測試軟件其性能功能等是否和用戶需求相符合，在系統(tǒng)中運行是否存在漏洞，等。驗收測試

主要就是用戶在拿到軟件的時候，在使用現(xiàn)場，會根據(jù)前邊所提到的需求，以及規(guī)格說明書來做相應測試，以確定軟件達到符合效果的。

第三篇：軟件測試復習資料

1． 黑盒測試法是通過分析程序的功能來設(shè)計測試用例的方法。

2． 黑盒測試除了測試程序外，它還適用于對需求分析階段的軟件文檔進行測試。3． 白盒測試除了測試程序外，它也適用于對軟件具體設(shè)計階段的軟件文檔進行測試。4． 單元測試一般以白盒測試法為主，測試的依據(jù)是模塊功能規(guī)格說明。5． 軟件測試中常用的靜態(tài)分析方法是引用分析和接口分析。

6． 測試人員的基本素質(zhì)為計算機專業(yè)技能、測試專業(yè)技能、行業(yè)知識

7． 軟件危機的體現(xiàn)為：A、開發(fā)成本和進度估計不正確B、用戶對完成的軟件不滿足C、軟件經(jīng)常不可維護；

8． 軟件測試按照開發(fā)階段劃分：A、單元測試

B、集成測試；系統(tǒng)測試C、確認測試；驗收測試

9． 軟件測試按照測試技術(shù)劃分：A、性能測試、負載測試、壓力測試B、恢復測試、安全測試、兼容測試

10． 軟件測試項目周期是指：A、需求階段、測試計劃B、階段測試、設(shè)計階段測試、執(zhí)行階段 11． 軟件測試原則有：A、制定嚴格的測試計劃 B、保留所有的測試文檔C、功能測試中的缺陷確認 12． 制定測試計劃的步驟：確定測試范圍、確定測試策略、確定測試標準、確定測試構(gòu)架、確定項目管理機制、預計測試工作量、測試計劃評審 13． 對于軟件的β測試，β測試就是在軟件公司外部展開的測試，由非專業(yè)的測試人員執(zhí)行的測試。14． 正式的技術(shù)評審FTR（Formal Technical Review）是軟件質(zhì)量保證活動，其相關(guān)的描述為： A.FTR是評審產(chǎn)品而不是評審生產(chǎn)者的能力B.FTR要有嚴格的評審計劃并遵守日程安排C.FTR限制參與者人數(shù)并要求評審會之前做好預備 15． 在進行單元測試時，常用的方法是采用白盒測試，輔之以黑盒測試

16． 側(cè)重于觀察資源耗盡情況下的軟件表現(xiàn)的系統(tǒng)測試被稱為壓力測試 17． 必須要求用戶參與的測試階段是驗收測試 18． 系統(tǒng)測試的目的是對最終軟件系統(tǒng)進行全面的測試，確保最終軟件系統(tǒng)滿足產(chǎn)品需求并且遵循系統(tǒng)設(shè)計。

19． 測試通?？煞譃榘缀袦y試和黑盒測試。白盒測試是根據(jù)程序的內(nèi)部邏輯來設(shè)計測試用例,黑盒測試是根據(jù)軟件的規(guī)格說明來設(shè)計測試用例。20． 一個程序中所含有的路徑數(shù)與程序的復雜程度有著直接的關(guān)系。

1． 測試階段的根本目標是盡可能多地發(fā)現(xiàn)并排除軟件中潛藏的錯誤，最終把一個高質(zhì)量的軟件系統(tǒng)交給用戶使用。2． 功能測試時系統(tǒng)測試的主要內(nèi)容，檢查系統(tǒng)的功能、性能是否與需求規(guī)格說明相同。3． 軟件測試主要分為單元測試、集成測試、確認測試和系統(tǒng)測試四類測試。4． 漸增方式把模塊結(jié)合到程序中去時，有自頂向下和自底向上兩種集成策略。5． 編寫測試用例的依據(jù)是單元測試計劃和詳細設(shè)計說明書。6． 系統(tǒng)測試時在集成測試完成后，確認測試之前進行的測試。

7． 設(shè)計系統(tǒng)測試計劃需要參考的項目文檔有軟件測試計劃、軟件需求工件、和迭代計劃。

8． 測試設(shè)計員的職責有設(shè)計測試用例、設(shè)計測試過程、腳本。

9． 軟件驗收測試包括正式驗收測試、alpha測試、beta測試三種類型。10． 軟件測試按照開發(fā)階段劃分單元測試、集成測試、系統(tǒng)測試、確認測試、驗收測試。11． 軟件測試按照測試技術(shù)劃分性能測試、負載測試、壓力測試、恢復測試、安全測試、兼容測試

12． 靜態(tài)測試基本特征是在對軟件進行分析、檢查和審閱，不實際運行被測試的軟件 13． 軟件測試項目周期是指需求階段、測試計劃、階段測試、設(shè)計階段測試、執(zhí)行階段 14． 軟件測試的角色分析人員、設(shè)計人員、開發(fā)人員、執(zhí)行人員 15． 軟件測試原則有制定嚴格的測試計劃、、保留所有的測試文檔、功能測試中的缺陷確認

16． 測試工作的文檔主要有：測試計劃、測試模型和用例設(shè)計或規(guī)格說明、測試分析報告等

17． 測試計劃的制定必須要注重測試策略、測試范圍、測試方法、測試安排、測試風險、測試治理

18． 缺陷的分類為：需求文檔的缺陷、軟件配置引起的缺陷、分析、設(shè)計的缺陷、靜態(tài)文檔的缺陷、軟件開發(fā)引起的缺陷、短視將來的缺陷 19． 測試用例工作主要是如何添加測試用例、如何編寫測試用例、將測試用例和需求關(guān)聯(lián)

20． 自動化測試工具有：ratinal Robot、winrunner、quicktest 21． 軟件性能測試工具有： loadRunner、Ratinaol Visual Qantify、PureLoad 22． BUG的種類有：需求階段的BUG、分析設(shè)計階段的BUG、實現(xiàn)階段的BUG、配置階段的BUG、靜態(tài)文檔的BUG。23． 測試項目主要包括以下幾個階段：計劃階段、初始階段、執(zhí)行階段、總結(jié)評估階段、設(shè)計階段。

1． 缺陷報告

是描述軟件缺陷現(xiàn)象和重現(xiàn)步驟地集合。軟件缺陷報告Software Bug Report（SBR）或軟件問題報告Software Problem Report（SPR）

2． 回歸測試

是指重新執(zhí)行已經(jīng)做過的測試的某個子集，以保證修改變化沒有帶來非預期的副作用。

3． 動態(tài)測試 通過運行軟件來檢驗軟件的動態(tài)行為和運行結(jié)果的正確性。動態(tài)測試的兩個基本要素： 被測試程序、測試數(shù)據(jù)（測試用例）

4． 白盒測試又稱為結(jié)構(gòu)測試和邏輯驅(qū)動測試，允許測試人員對程序內(nèi)部邏輯結(jié)構(gòu)及有關(guān)信息來設(shè)計和選擇測試用例，對程序的邏輯路徑進行測試。白盒測試是把測試對象看作一個打開的盒子，測試人員須了解程序的內(nèi)部結(jié)構(gòu)和處理過程，由于白盒測試是一種結(jié)構(gòu)測試，所以被測對象基本上是源程序，以程序的內(nèi)部邏輯和指定的覆蓋標準確定測試數(shù)據(jù)。

5． 黑盒測試又稱為功能測試或數(shù)據(jù)驅(qū)動測試，把系統(tǒng)看成一個黑盒子，不考慮程序的內(nèi)在邏輯，只根據(jù)需求規(guī)格說明書的要求來檢查程序的功能是否符合它的功能說明。

6． 路徑覆蓋的含義是，選取足夠多的測試數(shù)據(jù)，使程序的每條可能路徑都至少執(zhí)行一次(如果程序圖中有環(huán)，則要求每個環(huán)至少經(jīng)過一次)。

7． 軟件測試 ：在軟件投入運行前，對軟件需求分析、設(shè)計規(guī)格說明和編碼的最終復審，是軟件質(zhì)量保證的關(guān)鍵步驟。8． 單元測試（模塊測試）：針對每個模塊進行的測試，可從程序的內(nèi)部結(jié)構(gòu)出發(fā)設(shè)計測試用例，多個模塊可以平行地對立地測試。通常在編碼階段進行，必要的時候要制作驅(qū)動模塊和樁模塊。9． 集成測試：在單元測試的基礎(chǔ)上，將所有模塊按照設(shè)計要求組裝成為系統(tǒng)，應提交集成測試計劃、集成測試規(guī)格說明和集成測試分析報告。

10． 確認測試：驗證軟件的功能和性能及其它特性是否與用戶的要求一致。

11． 系統(tǒng)測試：將軟件放在整個計算機環(huán)境下，包括軟硬件平臺、某些支持軟件、數(shù)據(jù)和人員等，在實際運行環(huán)境下進行一系列的測試。

1． 測試過程中會產(chǎn)生哪些基本文檔？

（1）測試計劃（通常包括單元測試和集成測試）：確定測試范圍、方法和需要的資源

（2）測試過程：詳細描述和每個測試方案有關(guān)的測試步驟和數(shù)據(jù)（包括測試數(shù)據(jù)及預期的結(jié)果）；

（3）測試結(jié)果：把每次測試運行的結(jié)果歸入文檔，如果運行出錯，則應產(chǎn)生 問題報告，并且必須通過調(diào)試解決所發(fā)現(xiàn)的問題。

（4）

2.大型軟件系統(tǒng)的測試過程基本上由幾個步驟組成? 1）.模塊測試

在設(shè)計得好的軟件系統(tǒng)中，每個模塊完成一個清晰定義的子功能，而且這個子功能和同級其他模塊的功能之間沒有相互依賴關(guān)系。因此，有可能把每個模塊作為一個單獨的實體來測試，而且通常比較容易設(shè)計檢驗模塊正確性的測試方案。模塊測試的目的是保證每個模塊作為一個單元能正確運行，所以模塊測試通常又稱為單元測試。在這個測試步驟中所發(fā)現(xiàn)的往往是編碼和詳細設(shè)計的錯誤。2）.子系統(tǒng)測試

子系統(tǒng)測試是把經(jīng)過單元測試的模塊放在一起形成一個子系統(tǒng)來測試。模塊相互間的協(xié)調(diào)和通信是這個測試過程中的主要問題，因此，這個步驟著重測試模塊的接口。3）.系統(tǒng)測試

系統(tǒng)測試是把經(jīng)過測試的子系統(tǒng)裝配成一個完整的系統(tǒng)來測試。在這個過程中不僅應該發(fā)現(xiàn)設(shè)計和編碼的錯誤，還應該驗證系統(tǒng)確實能提供需求說明書中指定的功能，而且系統(tǒng)的動態(tài)特性也符合預定要求。在這個測試步驟中發(fā)現(xiàn)的往往是軟件設(shè)計中的錯誤，也可能發(fā)現(xiàn)需求說明中的錯誤。不論是子系統(tǒng)測試還是系統(tǒng)測試，都兼有檢測和組裝兩重含義，通常稱為集成測試。4）.驗收測試

驗收測試把軟件系統(tǒng)作為單一的實體進行測試，測試內(nèi)容與系統(tǒng)測試基本類似，但是它是在用戶積極參與下進行的，而且可能主要使用實際數(shù)據(jù)(系統(tǒng)將來要處理的信息)進行測試。驗收測試的目的是驗證系統(tǒng)確實能夠滿足用戶的需要，在這個測試步驟中發(fā)現(xiàn)的往往是系統(tǒng)需求說明書中的錯誤。驗收測試也稱為確認測試。5）.平行運行

關(guān)系重大的軟件產(chǎn)品在驗收之后往往并不立即投入生產(chǎn)性運行，而是要再經(jīng)過一段平行運行時間的考驗。所謂平行運行就是同時運行新開發(fā)出來的系統(tǒng)和將被它取代的舊系統(tǒng)，以便比較新舊兩個系統(tǒng)的處理結(jié)果。這樣做的具體目的有如下幾點：(1)可以在準生產(chǎn)環(huán)境中運行新系統(tǒng)而又不冒風險；(2)用戶能有一段熟悉新系統(tǒng)的時間；

(3)可以驗證用戶指南和使用手冊之類的文檔；

(4)能夠以準生產(chǎn)模式對新系統(tǒng)進行全負荷測試，可以用測試結(jié)果驗證性能指標。3.一套完整的測試應該由哪些階段組成？分別闡述一下各個階段。

計劃階段、設(shè)計階段、白盒單元、白盒集成、黑盒單元、黑盒集成、系統(tǒng)測試、回歸測試、驗收測試一套完整的測試應該由五個階段組成：

1）測試計劃首先，根據(jù)用戶需求報告中關(guān)于功能要求和性能指標的規(guī)格說明書，定義相應的測試需求報告，即制訂黑盒測試的最高標準。以后所有的測試工作都將圍繞著測試需求來進行，符合測試需求的應用程序即是合格的，反之即是不合格的；同時，還要適當選擇測試內(nèi)容，合理安排測試人員、測試時間及測試資源等。2）測試設(shè)計將測試計劃階段制訂的測試需求分解、細化為若干個可執(zhí)行的測試過程，并為每個測試過程選擇適當?shù)臏y試用例（測試用例選擇的好壞將直接影響測試結(jié)果的有效性）。

3）測試開發(fā)建立可重復使用的自動測試過程。

4）測試執(zhí)行執(zhí)行測試開發(fā)階段建立的自動測試過程，并對所發(fā)現(xiàn)的缺陷進行跟蹤管理，測試執(zhí)行一般由單元測試、組合測試、集成測試、系統(tǒng)聯(lián)調(diào)及回歸測試等步驟組成，測試人員應本著科學負責的態(tài)度，一步一個腳印地進行測試。

5）測試評估結(jié)合量化的測試覆蓋域及缺陷跟蹤報告，對于應用軟件的質(zhì)量和開發(fā)團隊的工作進度及工作效率進行綜合評價。4.軟件測試的流程

制訂測試計劃、設(shè)計測試用例、實施測試、提交缺陷報告、編寫測試總結(jié)。5.測試計劃的內(nèi)容都包括什么？其中哪些是最重要的？

1)測試計劃的內(nèi)容：測試目的和測試項目簡介、測試參考文檔和測試提交文檔、術(shù)語和定義、測試策略、確定測試內(nèi)容、資源、測試進度、測試員的職責與任務分配、項目通過或失敗的標準、暫停和重新啟動測試的標準、風險和問題等。2)最重要的：測試策略、確定測試內(nèi)容、資源、測試進度、測試員的職責與任務分配、項目通過或失敗的標準 6.測試計劃的目的是什么？

測試計劃的目的：編寫軟件測試計劃的目的是指導測試組成員進行工作和讓測試組以外的項目成員了解測試工作的。7.簡述靜態(tài)測試和動態(tài)測試的區(qū)別？

a)靜態(tài)測試： 基本特征是在對軟件進行分析、檢查和審閱，不實際運行被測試的軟件。靜態(tài)測試約可找出30～70%的邏輯設(shè)計錯誤。對需求規(guī)格說明書、軟件設(shè)計說明書、源程序做檢查和審閱。包括：是否符合標準和規(guī)范；通過結(jié)構(gòu)分析、流圖分析、符號執(zhí)行指出軟件缺陷。b)動態(tài)測試：通過運行軟件來檢驗軟件的動態(tài)行為和運行結(jié)果的正確性。動態(tài)測試的兩個基本要素：被測試程序和測試數(shù)據(jù)（測試用例）。動態(tài)測試方法：(1)選取定義域有效值,或定義域外無效值；(2)對已選取值決定預期的結(jié)果；(3)用選取值執(zhí)行程序；(4)執(zhí)行結(jié)果與預期的結(jié)果相比,不吻和程序有錯。8.白盒測試有哪幾種方法？

語句覆蓋、判定覆蓋、條件覆蓋、判定/條件覆蓋、多重條件覆蓋。9.壓力測試和性能測試的區(qū)別？

1)廣義上說壓力測試是包括在性能測試之中的，是性能測試項內(nèi)的一種。

2)性能測試：顧名思義就是測試軟件的運行性能。驗證SRS中的性能需求，是否實現(xiàn)。

3)壓力測試：測試軟件在超負荷下的工作情況，也是一種軟件的性能。因此是屬于性能測試范圍的。

10.測試結(jié)束的標準是什么？

測試計劃中所有規(guī)定的測試內(nèi)容和回歸測試都已經(jīng)運行完成或根據(jù)上級主管對測試結(jié)果的意見，就可以結(jié)束本次測試。11.黑盒測試的測試用例設(shè)計方法包括哪些？：

a)等價類劃分：劃分等價類--確立測試用例--設(shè)計用例。b)邊界值分析：通過分析，考慮如何確立邊界情況 c)錯誤推測法：靠經(jīng)驗和直覺來推測程序中可能存在的各種錯誤，從而有針對性地編寫用例。可以列舉出可能的錯誤和可能發(fā)生錯誤的地方，然后選擇用例。d)因果圖：通過畫因果圖，在圖上標明約束和限制，轉(zhuǎn)換成判定表，然后設(shè)計測試用例。這適合于檢查程序輸入條件的各種組合情況。

12.缺陷報告的作用

缺陷報告是軟件測試人員的工作成果之一，體現(xiàn)軟件測試的價值缺陷報告可以把軟件存在的缺陷準確的描述出來，便于開發(fā)人員修正缺陷報告可以反映項目、產(chǎn)品當前的質(zhì)量狀態(tài)，便于項目整體進度和質(zhì)量控制。軟件測試缺陷報告是軟件測試的輸出成果之一，可以衡量測試人員的工作能力。13.等價分類法的基本思想是什么？

根據(jù)程序的輸入特性，將程序的定義域劃分為有限個等價區(qū)段“等價類”，從等價類中選擇出的用例具有“代表性”，即測試某個等價類的代表值就等于對這一類其他值的測試。如果某個等價類的一個輸入數(shù)據(jù)（代表值）測試中查出了錯誤，說明該類中其他測試用例也會有錯誤。14.簡單闡述一下軟件測試的目標

(1)測試是為了發(fā)現(xiàn)程序中的錯誤而執(zhí)行程序的過程；

(2)好的測試方案是極可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯誤的測試方案；(3)成功的測試是發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的錯誤的測試。15.軟件測試準則有哪些？

(1)所有測試都應該能追溯到用戶需求。

(2)應當把“盡早地和不斷地進行軟件測試” 作為軟件開發(fā)者的座右銘。(3)pareto原則：測試發(fā)現(xiàn)的錯誤中的80%很可能是由程序中20%的模塊造成的。

（4）應該從“小規(guī)?！睖y試開始，并逐步進行“大規(guī)?！睖y試。

（5）測試用例應由輸入數(shù)據(jù)和預期的輸出結(jié)果兩部分組成，并兼顧合理的輸入和不合理的輸入數(shù)據(jù)

（6）窮舉測試是不可能的。

（7）為了達到最佳的測試效果，應該由獨立的第三方從事測試工作。

（8）程序修改后要回歸測試。

（9）應長期保留測試用例，直至系統(tǒng)廢棄。16.您認為做好測試用例設(shè)計工作的關(guān)鍵是什么？

1)白盒測試用例設(shè)計的關(guān)鍵是以較少的用例覆蓋盡可能多的內(nèi)部程序邏輯結(jié)果

2)黑盒測試用例設(shè)計的關(guān)鍵同樣也是以較少的用例覆蓋模塊輸出和輸入接口。不可能做到完全測試，以最少的用例在合理的時間內(nèi)發(fā)現(xiàn)最多的問題

1． 根據(jù)下面給出的規(guī)格說明，利用等價類劃分的方法，給出足夠的測試用例。

“一個程序讀入三個整數(shù)。把此三個數(shù)值看成是一個三角形的三個邊。這個程序要打印出信息，說明這個三角形是三邊不等的、是等腰的、還是等邊的?！?/p>

2． 某報表處理系統(tǒng)要求用戶輸入處理報表的日期，日期限制在2003年1月至2008年12月，即系統(tǒng)只能對該段期間內(nèi)的報表進行處理，如日期不在此范圍內(nèi)，則顯示輸入錯誤信息。系統(tǒng)日期規(guī)定由年、月的6位數(shù)字字符組成，前四位代表年，后兩位代表月。請用等價類劃分法和邊界值劃分法設(shè)計測試用例來測試程序的日期檢查功能。

3． 設(shè)要對一個自動飲料售貨機軟件進行黑盒測試。該軟件的規(guī)格說明如下：

“有一個處理單價為1元5角錢的盒裝飲料的自動售貨機軟件。若投入1元5角硬幣，按下“可樂”、“雪碧”或“紅茶”按鈕，相應的飲料就送出來。若投入的是2元硬幣，在送出飲料的同時退還5角硬幣?！?/p>

利用等價類劃分的方法，設(shè)計測試該軟件的全部測試用例。

第四篇：軟件測試小結(jié)

第二階段學習小結(jié)

1.白盒測試需要了解其內(nèi)部結(jié)構(gòu)和運行機制。白盒測試，也稱之為結(jié)構(gòu)測試和邏輯驅(qū)動測試。黑盒測試不需了解程序內(nèi)部結(jié)構(gòu)和內(nèi)部特征。主要著眼于程序外部的用戶界面，關(guān)注軟件的輸入和輸出，關(guān)注用戶的需求，從用戶的角度來驗證軟件的功能。黑盒測試也稱之為功能測試和數(shù)據(jù)驅(qū)動測試。

2.黑盒測試技術(shù)主要有：等價類劃分法、邊界值分析法、判定表方法、因果圖法、錯誤推測法。

3.白盒測試主要技術(shù)有：語句覆蓋、判定覆蓋、條件覆蓋、判定-條件覆蓋、條件組合覆蓋、路徑覆蓋。

4.測試用例的定義：測試用例就是一個文檔，描述輸入、動作、或者時間和一個期望的結(jié)果，其目的是確定應用程序的某個特性是否正常的工作。

軟件測試的基本格式：軟件測試用例的基本要素包括測試用例編號、測試標題、重要級別、測試輸入、操作步驟、預期結(jié)果。{系統(tǒng)測試用例的編號這樣定義規(guī)則： PROJECT1-ST-001，命名規(guī)則是項目名稱+測試階段類型（系統(tǒng)測試階段）+編號。定義測試用例的優(yōu)先級別，可以籠統(tǒng)的分為 “ 高 ” 和 “ 低 ” 兩個級別。測試用例設(shè)計方法：（1）逐級細分法（2）輸入域測試法（3）輸出域分析法（4）正交試驗設(shè)計法（5）業(yè)務流程分析法（6）狀態(tài)遷移法（7）因果圖法（8）判定表法（9）錯誤猜測法(10)等價類劃分法（11）邊界值分析法}。

5.Bug的描述：

① 和 bug 產(chǎn)生對應的軟件版本。

② 開發(fā)的接口人員。

③ bug 的優(yōu)先級。

④ bug 的嚴重程度。

⑤ bug 可能屬于的模塊，如果不能確認，可以用開發(fā)人員來判斷。

⑥ bug 標題，需要清晰的描述現(xiàn)象。

⑦ bug 描述，需要盡量給出重新 bug 的步驟。

⑧ bug 附件中能給出相關(guān)的日志和截圖。

6.軟件測試環(huán)境的主要要素：配置測試環(huán)境是測試實施的一個重要階段，測試環(huán)境適合與否會嚴重影響測試結(jié)果的重要性和真實性。一般來說，配置測試環(huán)境要滿足五個基本元素：硬件、軟件、網(wǎng)絡環(huán)境、數(shù)據(jù)準備、測試工具。

7.測試環(huán)境的搭建:單機版測試環(huán)境搭建，b/s架構(gòu)測試環(huán)境的搭建，c/s架構(gòu)測試環(huán)境的搭建。

8.測試環(huán)境的管理：設(shè)置專門的測試環(huán)境管理員角色、明確測試環(huán)境管理所需的各種文檔、測試環(huán)境訪問權(quán)限的管理、測試環(huán)境的變更管理、測試環(huán)境的備份和恢復。

9.自動化測試工具介紹：性能測試—Loadrunner、Robot、Silk performer，功能測試—QTP、Winrunner、Robot、Silk test，其他測試—Xenu、AiRoboForm。

第五篇：軟件測試簡答題

一、軟件測試有哪些基本原則？答：1，所有的測試都應追溯到用戶需求。2，應當把

盡早和不斷的測試作為座右銘。3，測試工作應該由獨立的專業(yè)的軟件測試機構(gòu)來完成。4，Pareto原則。5，設(shè)計用例時，應該考慮各種情況。6，對測試出的錯誤結(jié)果一定要有一個確認的過程。7，制定嚴格的測試計劃。8，完全測試是不可能的，測試需要終止。9，注意回歸測試的關(guān)聯(lián)性。10，妥善保存一切測試過程文檔。

二、軟件測試人員需要哪些基本素質(zhì)？答：1，具有良好的計算機編程基礎(chǔ)。2，具有

創(chuàng)新精神和超前意識。3，不懈努力，追求完美。4，具有很強的溝通和交流能力。5，具有整體觀念，對細節(jié)敏感。6，團隊合作精神。

三、什么的黑盒測試？什么是白盒測試？答：黑盒測試：已知產(chǎn)品的功能設(shè)計規(guī)格和

用戶手冊，可以進行測試驗證每個功能是否實現(xiàn)每個實現(xiàn)了的功能是否符合要求，以及產(chǎn)品的性能是否滿足用戶的需求。白盒測試：已知產(chǎn)品的內(nèi)部工作過程，可以通過測試驗證每種內(nèi)部操作是否符合設(shè)計規(guī)格要求，所有內(nèi)部成分是否已經(jīng)過檢查。

四、黑盒測試包括功能 非功能測試部分，說明幾種測試方法。答：黑盒測試一般可分

為功能測試和非功能測試兩大類：功能測試主要包括等價類劃分、邊值分析、因果圖法、錯誤推測、功能圖法等，主要用于軟件確認測試；非功能測試主要包括使用性能測試、性能測試、強度測試、兼容性測試、配置測試、安全測試等。

五、簡述集成測試的實施方案有哪些？答：集成測試的實施方案有很多種，如非增量

式集成測試和增量式集成測試，三明治集成測試，核心集成測試，分層集成測試，基于使用的集成測試等；常用的是前兩種。

六、簡述增量式集成測試中的自頂山下和自底向上的兩種測試方法？答：自頂向下增

量式集成測試表示逐步集成和逐步測試是按結(jié)構(gòu)圖自上向下進行的，即模塊集成的順序是首先集成主控模塊，然后按照軟件控制層結(jié)構(gòu)向下進行集成。自底向上增量是集成測試是從最底層的模塊開始，按結(jié)構(gòu)圖自下向上逐步進行測試工作。

七、什么是軟件缺陷？軟件缺陷的類型？答：軟件缺陷是1軟件未達到軟件規(guī)格說明

書中規(guī)定的功能；2軟件超出軟件規(guī)格說明書中指出的范圍；3軟件未達到軟件規(guī)格說明書中指出的應達到的目標；4軟件運行出現(xiàn)錯誤；5軟件測試人員認為軟件難于理解，不易使用，運行速度慢，或者最終用戶認為軟件使用效果不好。類型：1功能缺陷；2用戶見面缺陷；3文檔缺陷；4軟件配置缺陷；5性能缺陷；6系統(tǒng)模塊接口缺陷。

八、可采取哪些方法來分離和再現(xiàn)軟件缺陷？答：1，確保所有的步驟都被記錄；2，注意時間和運行條件上的因素；3，注意軟件的邊界條件、內(nèi)容容量和數(shù)據(jù)溢出的問題；4,注意事件發(fā)生次序?qū)е碌能浖毕荩?，考慮資源依賴性和內(nèi)存、網(wǎng)絡、硬件共享的相互作用；6，不要忽視硬件。

九、什么是測試用例？測試用例的分類？答：測試用例是測試執(zhí)行的最小實體，是為

特定的目的而設(shè)計的一組測試輸入、執(zhí)行條件和預期的結(jié)果。分類：1白盒測試用例；2軟件各項功能的測試用例；3用戶界面測試用例；4軟件的各項非功能測試用例；5對軟件缺陷修正所確認的測試用例。

十、測試用例設(shè)計的基本原則是什么？答：1用成熟測試用例設(shè)計方法來指導設(shè)計；2

測試用例的正確性；3測試用例的代表性；4測試結(jié)果的可判定性；5測試結(jié)果的可再現(xiàn)性；6足夠詳細、準確和清晰的步驟。