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

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

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

3、檢查軟件單位之間的借口是否正確3、系統(tǒng)測試 整個系統(tǒng)的運行以及與其他軟件的兼容性。按照測試計劃進行，實現(xiàn)軟件輸入輸出和動態(tài)運行行為與規(guī)約進行對不4、驗收測試 向軟件購買者展示該軟件系統(tǒng)滿足其用戶的需求。驗證軟件功能實現(xiàn)的正確性5、回歸測試 是軟件維護階段，對軟件進行修改之后進行的測試。檢驗對軟件進行的修改是否正確。6、你認為開發(fā)人員自己測試和測試人員測試的區(qū)別是什么？5分開發(fā)人員測試會產(chǎn)生盲點，會認為自己做的東西不會有錯，這導(dǎo)致的結(jié)果就是測試不出軟件的Bug，測試人員因為沒有參與開發(fā)，所以不會產(chǎn)生這種盲點，測試出來的結(jié)果更直觀和可信更正確。7、測試計劃工作的內(nèi)容包括什么？其中最重要的是哪些內(nèi)容

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

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

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

7、6分答：我認為這個測試策略不正確，因為根據(jù)bug分散性原理，發(fā)現(xiàn)bug越多的模塊越容易產(chǎn)生新的bug。15、現(xiàn)缺陷管理系統(tǒng)中，有Defect和Project兩表（結(jié)構(gòu)如下），請按要求寫出SQL：20分TableColumn nameType nameDefectidVarchar缺陷編號StateVarchar缺陷狀態(tài)：包括“待分配、待解決、已修復(fù)、測試通過”幾個狀態(tài)ProjectIDint項目編號produceVarchar項目所屬產(chǎn)品線Last_submit_datedateTime提交日期Last_assign_datedateTime分配任務(wù)日期Last_fix_datedateTim

8、e修復(fù)日期Last_testpass_datedateTime測試通過日期Test_refuse_countdateTime測試拒絕（不通過）次數(shù)ProjectProjectIDint項目編號ProjectNameVarchar項目名稱produceVarchar所屬產(chǎn)品線1）、請給出“按Project統(tǒng)計當前日期提交的缺陷總數(shù)”的SQL，結(jié)果請按Produce及Project排序。5分Select sum(*) as 記錄總數(shù) from project p left join Defect d on p.ProjectID=d.ProjectID where d. Last_submit_d

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