測試專業(yè)筆試題創(chuàng)立

1、軟件測試專業(yè)筆試卷姓名：分別有紅、黃、藍三個 ）種排列，其屮紅）;如果規(guī)定紅球和藍球不能在一連通，考慮有沒有兩種解 法。5 分。1、球進行排列組合，如果排列請問有（6 球和藍球排在一起的可能性（幾率）是（2/3起（互斥），那么有（2）組合3分2、什么是白盒測試？什么是黑盒測試？如果進行了充分的黑盒測試，還需要進行白盒測試嗎？為什么？ 6分答：白盒測試是基于代碼的測試，黑盒測試是針對軟件的功能需求/實現(xiàn)進行的測試。即 使執(zhí)行了充分的黑盒測試，也不能測試程序內部特定部位，若規(guī)格說明本身有誤，也不能發(fā)現(xiàn)問題。但是白盒測試能對程序的內部特定部位進行覆蓋測試，所以黑盒和白盒測試為互補關系，結合起來進行測

2、試用例的設計更為合理。3如下排列的九個點，請一筆連續(xù)劃四條線段（不提筆、不相互覆蓋）將這九個點全部? ? ? ? ? ? ? ? ? ?JLjljljl旦4、等價類劃分是黑盒測試方法屮設計測試輸入數(shù)據(jù)進行等價性分析，分別選擇有效輸入和無效輸入的等價類做為測試用例 例數(shù)。請按輸入數(shù)據(jù)的類型說明選擇測試用例的具體方法？ 5分?種方初?它基于集?理論的等價性原理，對,以減少測試用輸入條件有效等價類無效等價類密碼位數(shù)6位非6位密碼內容數(shù)字非數(shù)字輸入次數(shù)三次以內超過三次、單元測試5、按階段劃分測試分為那兒利啖型？各自的側重點是什么？6分的正確性。系統(tǒng)的模塊，包括子程序的正確性驗證等一一檢驗軟件基本組成單

3、位模塊間2、集成測試的銜接以及參數(shù)的傳遞等 檢查軟件單位之間的借口是否正3、系統(tǒng)測試4、驗收測試實現(xiàn)的正確性實現(xiàn)軟件輸入輸出和動態(tài)運行行為與規(guī)約進行對不整個系統(tǒng)的運行以及與其他軟件的兼容性。按照測試計劃進行向軟件購買者展示該軟件系統(tǒng)滿足其用戶的需求。 驗證軟件功能5、回歸測試是軟件維護階段，對軟件進行修改之后進行的測試。一一檢驗對軟件進行的修改是否正確6、你認為開發(fā)人員自己測試和測試人員測試的區(qū)別是什么？ 5分開發(fā)人員測試會產(chǎn)牛盲點，會認為自己做的東西不會有錯，這導致的結果就是測試不出 軟件的 Rug,測試人員因為沒有參與開發(fā)，所以不會產(chǎn)牛這種肓點，測試岀來的結果更 直觀和可信更正 確。7、測

4、試計劃工作的內容包括什么？其屮最重要的是哪些內容？5分軟件測試計劃是指導測試過程的綱領性文件，包含了產(chǎn)品概述，測試策略，測試方法，測試區(qū)域，測試配置，測試周期，測試資源，風險分析等內容；借助軟件 /測試計劃，參與測試 的項Fl成員，可以明確測試任務和測試方法，保持測試實施過程的順暢溝通，跟蹤和控制測試進度，應對測試過程屮的各種變更。測試計劃和測試用例間是戰(zhàn)略和戰(zhàn)術的關系，測試計劃主要從宏觀上規(guī)劃測試活動的范圍，方法和資源配置；而測試用例是完成測試任務的具體戰(zhàn)術。測試計劃屮，最重要的是測試策略和測試方法&使用LoadRunner進行性能測試，在腳本準備過程中，為什么要創(chuàng)建參數(shù)？3分答：在

5、環(huán)境變化時必須要使腳本具有環(huán)境變化的能力，就需要參數(shù)化。9、使用LoadRunner準備性能測試腳本過程屮，你如何找出哪里需要關聯(lián)？請給一？些你 經(jīng)歷過的項FI的實例簡單說明一下。5分sessi onid, 是某答：用戶登錄，客戶端發(fā)送請求后，服務器端驗證正確性后，發(fā)送給客戶端 種規(guī)則產(chǎn)牛。10、簡要回答什么是負載測試？什么是疲勞測試？4分答：負載測試是通過測試系統(tǒng)在資源超負荷情況下的表現(xiàn)，以發(fā)現(xiàn)設計上的錯誤或驗證系統(tǒng)的負載能力。疲勞測試：測試其最人負荷量和最小負荷量11、判斷題：4分1）、測試H的就是為了發(fā)現(xiàn)系統(tǒng)屮存在的 BUG測試人員要堅持原則，缺陷未修復堅決不予通過（1）2）、工具測試完

6、全可以代替手工測試。（0）12、選擇題：3分某測試人員在測試屮發(fā)現(xiàn)了問題 Al,之后乂陸續(xù)發(fā)現(xiàn)系列問題 An,偶然問他突然發(fā)現(xiàn)，Al 和An之間有某種共性，這是因為：（）A: BUG具有群聚性B: BUG之間在一定條件下是相互關聯(lián)的C: BUG彼此是互斥的13、 對一個由三個模塊組成的系統(tǒng)執(zhí)行功能測試，第一輪測試完成后，統(tǒng)計發(fā)現(xiàn)其屮一模塊Bug比例為65%,其它模塊發(fā)現(xiàn)數(shù)量為35%,當開發(fā)人員對這些Bug修復后，第二 輪測試開始， 首先針對己發(fā)現(xiàn)的Bug進行修復確認測試通過后，需要再進行一次全面的功能回歸測試，測試組長決定不將發(fā)現(xiàn)大量 Bug的模塊做為重點，而是將其它兩模塊做為重點進行測試，你

7、認為這個測試策略是否正確？為什么？6分答：我認為這個測試策略不止確，因為根據(jù)bug分散性原理，發(fā)現(xiàn)bug越多的模塊越容 易產(chǎn)牛新的bugo15、現(xiàn)缺陷管理系統(tǒng)中，有Defect和Project兩表（結構如下），請按要求寫出 SQL 20分TableColu mn n ameType n ameDefectidVarchar缺陷編號StateVarchar缺陷狀態(tài)：包括“待分配、待解決、已修復、測試通過”兒個 狀態(tài)ProjectIDint項目編號produceVarchar項目所屬產(chǎn)品線? ? ? LasCsubmit datedateTime提交日期Last assig n datedateT

8、ime分配任務日期Last fix datedateTime修復日期Last testpass datedateTime測試通過口期Test refuse countdateTime測試拒絕（不通過）次數(shù)? ? ? ProjectProjectIDint項目編號ProjectNameVarchar項目名稱produceVarchar所屬產(chǎn)品線? ? ? 1）、請給出“按Project統(tǒng)計當前日期提交的缺陷總數(shù)”的SQL,結果請按Produce及Project 排序。5 分Select sum（*） as ' 記錄總數(shù)'from project pleft join Defect

9、 d on p. ProjectTD二 d. ProjectTDwhere d. LastAsubmi t_date=J 2010T0T2'/order by p. produce, d. Project;2）、現(xiàn)要統(tǒng)計每個項Fl當前口期各狀態(tài)（待分配、待解決、已修復、測試通過）缺陷的條數(shù)， 結果集按Produce及Project排序。請給出實現(xiàn)的 SQL或者解決思路15分SELECTd. i d, d. st ate, d. Las tsubmit date, p. projec tTd, p. projectXame, COUNT （d.state）FROM defect d LEFT JOIN project p ON d. projectld=p. projectldWHERE d. lsd= 2010-10-26 , GROUP BY jectTdOrder by duce ject;后而沒有加排序哈。你己把它加上就是了，很簡單的。趙少泉23:00:36lsd是指提交日期15、現(xiàn)有要求你對一根簽字筆做測試，你如何進行測試？請先確定測試策略，再寫出盡可能多的測試用例（注意策略及條理）15分1、 功能測試：筆的部件完整性；筆的大小規(guī)格；筆能否書寫；筆水從筆管里能否倒流；在書 寫過程屮，筆水是否流出來；筆頭是