草莓视频官网

測試人員在測試過程中發現一處問題相關內容

軟件測試題

一、 判斷題 (每題2分,20)
1、軟件測試就是為了驗證軟件功能實現的是否正確,是否完成既定目標的活動,所以軟件測試在軟件工程的后期才開始具體的工作。(初級) ( × )
2、發現錯誤多的模塊,殘留在模塊中的錯誤也多。( √ ) (初級)
3、測試人員在測試過程中發現一處問題,如果問題影響不大,而自己又可以修改,應立即將此問題正確修改,以加快、提高開發的進程。( × )(初級)
4、單元測試通常應該先進行“人工走查”,再以白盒法為主,輔以黑盒法進行動態測試。
( √ )(中級)
5、功能測試是系統測試的主要內容,檢查系統的功能、性能是否與需求規格說明相同。( √ )(中級)
6、軟件質量管理即QM由QA和QC構成,軟件測試屬于QC的核心工作內容。(√)(高級)
7、軟件測試只能發現錯誤,但不能保證測試后的軟件沒有錯誤。(√)
8、軟件就是程序。(X)
9、測試只要做到語句覆蓋和分支覆蓋,就可以發現程序中的所有錯誤。(X)
10、I18N測試是指對產品做出具有國際性的規劃,而L10N測試則是指對軟件做出符合本地需求更改工作。(√)【高級】
二、 選擇題 (每題2分 20 )
1、 進行軟件質量管理的重要性有:(ABCD)【中級】
A、維護降低成本 B、法律上的要求 C、市場競爭的需要
D、質量標準化的趨勢 E、軟件工程的需要 F、CMM過程的一部分
G、方便與客戶進一步溝通為后期的實施打好基礎
2、以測試的形態分測試可以分為:(ABC)【中級】
A、建構性測試 B、系統測試 C、專項測試
D、單元測試 E、組件測試 F、集成測試
3、選出屬于黑盒測試方法的選項(ABC)【初級】
A、測試用例覆蓋 B、輸入覆蓋 C、輸出覆蓋
D、分支覆蓋 E、語句覆蓋 F、條件覆蓋
4、編寫測試計劃的目的是:(ABC)【中級】
A、使測試工作順利進行 B、使項目參與人員溝通更舒暢 C、使測試工作更加系統化
D、軟件工程以及軟件過程的需要 E、軟件過程規范化的要求 F、控制軟件質量
5、依存關系有4種分別是:(ABCD)【高級】
A、開始-結束 B、開始-開始 C、結束-開始
D、結束-結束 E、開始-實施-結束 F、結束-審核-開始
6、軟件質量管理(QM)應有質量保證(QA)和質量控制(QC)組成,下面的選項屬于QC得是:(ABC)【高級】
A、測試 B、跟蹤 C、監督
D、制定計劃 E、需求審查 F、程序代碼審查
7、實施缺陷跟蹤的目的是:(ABCD)【中級】
A、軟件質量無法控制 B、問題無法量化 C、重復問題接連產生
D、解決問題的知識無法保留 E、確保缺陷得到解決 F、使問題形成完整的閉環處理
8、使用軟件測試工具的目的:(ABC)【中級】
A、幫助測試尋找問題 B、協助問題的診斷 C、節省測試時間
D、提高Bug的發現率 E、更好的控制缺陷提高軟件質量 F、更好的協助開發人員
9、典型的瀑布模型的四個階段是:(ABCD)【高級】
A、分析 B、設計 C、編碼
D、測試 E、需求調研 F、實施
10、PSP是指個人軟件過程 ,是一種可用于( A )、( B )和( C )個人軟件工作方式的自我改善過程。【高級】
A、控制 B、管理 C、改進
D、高效 E、充分 F、適宜
三、 問答題
1、 測試人員在軟件開發過程中的任務是什么?(初級)(5分)
答:1、尋找Bug;
2、避免軟件開發過程中的缺陷;
3、衡量軟件的品質;
4、關注用戶的需求。
總的目標是:確保軟件的質量。
2、 在您以往的工作中,一條軟件缺陷(或者叫Bug)記錄都包含了哪些內容?如何提交高質量的軟件缺陷(Bug)記錄?(初級)(6分)
答:一條Bug記錄最基本應包含:編號、Bug所屬模塊、Bug描述、Bug級別、發現日期、發現人、修改日期、修改人、修改方法、回歸結果等等;要有效的發現Bug需參考需求以及詳細設計等前期文檔設計出高效的測試用例,然后嚴格執行測試用例,對發現的問題要充分確認肯定,然后再向外發布如此才能提高提交Bug的質量。
3、 界面測試題及設計題。請找出下面界面中所存在的問題并分別列出;用黑盒測試的任何一種方法設計出此登陸窗體的測試用例。(中級)(6分)
答:1、窗體的標題欄中為空,沒有給出標題。
2、用戶名和密碼控件的字體不一致并且沒有對齊。
3、文本框的大小不一致沒有對其。
4、確定和取消按鈕控件的大小不一致。
4、 黑盒測試和白盒測試是軟件測試的兩種基本方法,請分別說明各自的優點和缺點!(中級)(5分)
答:黑盒測試的優點有:
1)比較簡單,不需要了解程序內部的代碼及實現;
2)與軟件的內部實現無關;
3)從用戶角度出發,能很容易的知道用戶會用到哪些功能,會遇到哪些問題;
4)基于軟件開發文檔,所以也能知道軟件實現了文檔中的哪些功能;
5)在做軟件自動化測試時較為方便。
黑盒測試的缺點有:
1)不可能覆蓋所有的代碼,覆蓋率較低,大概只能達到總代碼量的30%;
2)自動化測試的復用性較低。
白盒測試的優點有:
幫助軟件測試人員增大代碼的覆蓋率,提高代碼的質量,發現代碼中隱藏的問題。
白盒測試的缺點有:
1)程序運行會有很多不同的路徑,不可能測試所有的運行路徑;
2)測試基于代碼,只能測試開發人員做的對不對,而不能知道設計的正確與否,可能會漏掉一些功能需求;
3)系統龐大時,測試開銷會非常大。
5、 根據自己的理解回答什么是軟件測試,軟件測試分為哪幾個階段。(初級)(5分)
答:軟件測試是一個為了尋找軟件中的錯誤而運行軟件的過程,一個成功的測試是指找到了迄今為止尚未發現的錯誤的測試。
軟件測試一般分為單元測試、集成測試和系統測試。
6、 根據自己的理解什么是測試用例和測試規程,設計一個測試用例應當從哪幾方面考慮?(中級)(10分)
答:狹義的講,一個測試用例就是測試人員用以測試被測軟件的某個特性或特性組合的一組數據。這組數據可能是從用戶處得來的實際的一組數據,也可能是測試人員專門設計出來的測試軟件某些功能的一組數據。
測試規程就是詳細的對測試用例設計方法、測試方法、測試工具、測試環境和測試數據進行描述的文檔,還可以包括能把某個或某一組測試用例應用到被測軟件上完成某項測試的一系列的操作步驟。
設計測試用例應當從以下幾方面考慮:邊界值,等價類劃分,有效/無效值等。
7、 什么是軟件質量保證?軟件質量保證人員與開發人員的關系如何?(高級) (10分)
答:軟件質量保證就是通過確保軟件過程的質量,來保證軟件產品的質量。
軟件質量保證人員和開發人員之間具有管理上的嚴格的獨立性,兩個小組的管理員都不能越權管理另一組,但都可以向更高層的管理者匯報軟件開發中的問題
四、 設計題
1).輸入三個整數,判斷三個整數能否構成一個三角形,請用黑盒測試方法中的一種設計出相應的測試用例并詳細說明所使用的黑盒測試方法。(中高級) (15分)
自己面試與到的其他問題:
8.java程序會不會引起內存泄漏
9.什么是系統部署
10數據庫是如何實現數據的存儲的
11持久性框架
12軟(ruan)件(jian)測試工作總(zong)體流程...

5156

5、軟件測試工程師在測試中發現了一個bug,但是開發經理認為這不是一...

非常大。因為軟件(jian)測試是一個跨學科和知識面廣的(de)(de)(de)工作,可以很容易發(fa)展(zhan)成為產品經理(li)、質量經理(li)等(deng)職(zhi)位(wei)。不過要注(zhu)意一點(dian),想發(fa)展(zhan)成產品經理(li)的(de)(de)(de)話,一定要鍛煉自己的(de)(de)(de)溝(gou)通交流(liu)和產品策劃的(de)(de)(de)能力。...

14783

軟件測試過程中發現了錯誤,然后改正嗎?那不就等于調試了

測試過程中發現缺陷是測試工程師,改正錯誤是開發工程師,不是一個人完成的。
測試工程師做的就是測試,開發人員做的就是調試。
測試是(shi)發現問(wen)題(ti);調試是(shi)解決(jue)問(wen)題(ti)。...

2519

在測試過程中遇到問題

測試中遇到不可重現的Bug處理辦法:
一、一定要提交。1. 記得有這么個缺陷,以后再遇到的時候可能就會了解發生的原因。
2. 盡力去查找出錯的原因,比如有什么特別的操作,或者一些操作環境等。
3. 程序員對程序比測試人員熟悉的多,也許你提交了,即使無法重新,程序員也會了解問題所在。
4. 無法重現的問題再次出現后,可以直接叫程序員來看看問題。
5. 對于測試人員來說,沒有操作錯誤這條.既然遇到,就是問題。即使真的操作錯了,也要推到程序員那里,既然測試人員犯錯誤,用戶也可能會犯同樣的錯誤。錯誤發生的時候,Tester最大。二、程序不是測試人員寫的,出問題也不是測試人員的原因。
至于無法重現,可能的原因很多,因為測試人員看到的只是程序的外部,無法深入程序內部,所以把責任推給測試人員是不對的。測試人員的任務只是盡力重現問題,而不是必須重現。
三、下次再遇到的時候,拉他們來看就可以了。
因為問題如果無論如何無法重現,程序員確實也沒有什么好的解決方法。而且此類問題即使程序員說修改了,測試員也沒有好的方法去驗證是不是。四、你可以告訴程序員,測試過程是沒有錯誤的。
測試人員只是檢查程序中可能存在的問題,雖然測試人員使用一定的手段方法努力去覆蓋所有的情況,但這些都是理論的推測。在實際中,可能因為人員、環境、配置等種種原因出現各種各樣的問題,在測試人員這里發現問題是公司內部的事情,程序發到外面可就是公司的形象問題了。五、問題無法重現,也要提出,程序員那里可以回復無法再現。問題放在那里,等到再次出現的時候,就立刻叫程序員過來查看。實在沒有再次出現,最后可以寫到報告中,說出現了什么現象,但無法再現(比較嚴重的問題才如此處理,小問題經理之間商量商量可能就算了)。
Bug英文單詞(ci),本意是臭(chou)蟲、缺陷、損壞、犯貧、竊聽器、小蟲等意思。現在(zai)人們將在(zai)電腦(nao)(nao)系(xi)統(tong)或程序中,隱藏著的一些未(wei)被發現的缺陷或問題統(tong)稱為bug(漏洞)。 由(you)于現在(zai)社會的發展,bug另有(you)一種引(yin)申意義,用來(lai)形容某事物(wu)厲(li)害的超乎想象,BUG可以(yi)使電腦(nao)(nao)系(xi)統(tong)崩潰、容易(yi)被施詐(zha)者攻擊(ji),現有(you)修復漏洞的工具。...

12808

常見的黑盒測試方法有哪些

常用的黑(hei)盒測試方法(fa)有劃分等價類、邊(bian)界(jie)值(zhi)分析(xi)法(fa)、錯誤推(tui)測法(fa)、因果圖法(fa)、判定(ding)表組成(cheng)法(fa)、正交試驗(yan)設計、場(chang)景法(fa)。

黑盒(he)(he)測(ce)(ce)試(shi)(shi),它是(shi)通過(guo)測(ce)(ce)試(shi)(shi)來(lai)檢(jian)測(ce)(ce)每個功(gong)能(neng)是(shi)否(fou)都能(neng)正常使用。在測(ce)(ce)試(shi)(shi)中,把程序看作一(yi)個不能(neng)打開(kai)的(de)黑盒(he)(he)子(zi),在完全不考慮(lv)程序內(nei)(nei)(nei)部(bu)(bu)結(jie)構(gou)(gou)和內(nei)(nei)(nei)部(bu)(bu)特(te)性的(de)情況下,在程序接口(kou)進行測(ce)(ce)試(shi)(shi),它只檢(jian)查程序功(gong)能(neng)是(shi)否(fou)按照需求(qiu)規(gui)格說明書的(de)規(gui)定正常使用,程序是(shi)否(fou)能(neng)適(shi)當地接收輸入(ru)數據而產生正確(que)的(de)輸出信息。黑盒(he)(he)測(ce)(ce)試(shi)(shi)著眼于(yu)程序外部(bu)(bu)結(jie)構(gou)(gou),不考慮(lv)內(nei)(nei)(nei)部(bu)(bu)邏輯(ji)結(jie)構(gou)(gou),主要(yao)針對軟件(jian)界(jie)面和軟件(jian)功(gong)能(neng)進行測(ce)(ce)試(shi)(shi)。

擴展資料:

黑盒測(ce)試是以用戶的(de)角度,從輸(shu)入數據與輸(shu)出數據的(de)對應關系出發進行測(ce)試的(de)。很明顯,如果外部特(te)性本身設計(ji)有問題或規格(ge)說明的(de)規定有誤(wu),用黑盒測(ce)試方法是發現(xian)不了的(de)。

采(cai)用(yong)(yong)這種測(ce)(ce)(ce)(ce)(ce)試(shi)(shi)方法,測(ce)(ce)(ce)(ce)(ce)試(shi)(shi)工(gong)程(cheng)師(shi)把測(ce)(ce)(ce)(ce)(ce)試(shi)(shi)對象看作(zuo)一個黑盒子,完全(quan)不考慮(lv)程(cheng)序(xu)內(nei)部的(de)邏輯結構和(he)內(nei)部特性,只依據程(cheng)序(xu)的(de)《需(xu)求(qiu)規格說明書》,檢(jian)查程(cheng)序(xu)的(de)功能是(shi)否(fou)符合它的(de)功能說明。測(ce)(ce)(ce)(ce)(ce)試(shi)(shi)工(gong)程(cheng)師(shi)無需(xu)了(le)解程(cheng)序(xu)代碼(ma)的(de)內(nei)部構造(zao),完全(quan)模擬軟(ruan)(ruan)件(jian)產品的(de)最終用(yong)(yong)戶使(shi)用(yong)(yong)該軟(ruan)(ruan)件(jian),檢(jian)查軟(ruan)(ruan)件(jian)產品是(shi)否(fou)達(da)到了(le)用(yong)(yong)戶的(de)需(xu)求(qiu)。黑盒測(ce)(ce)(ce)(ce)(ce)試(shi)(shi)方法能更好、更真實(shi)地(di)從用(yong)(yong)戶角(jiao)度來考察被測(ce)(ce)(ce)(ce)(ce)系(xi)(xi)統的(de)功能性需(xu)求(qiu)實(shi)現(xian)情況。在軟(ruan)(ruan)件(jian)測(ce)(ce)(ce)(ce)(ce)試(shi)(shi)的(de)各(ge)個階段,如(ru)單元測(ce)(ce)(ce)(ce)(ce)試(shi)(shi)、集成測(ce)(ce)(ce)(ce)(ce)試(shi)(shi)、系(xi)(xi)統測(ce)(ce)(ce)(ce)(ce)試(shi)(shi)及驗收測(ce)(ce)(ce)(ce)(ce)試(shi)(shi)等階段中(zhong),黑盒測(ce)(ce)(ce)(ce)(ce)試(shi)(shi)都發(fa)揮著重要作(zuo)用(yong)(yong),尤其在系(xi)(xi)統測(ce)(ce)(ce)(ce)(ce)試(shi)(shi)和(he)確認(ren)測(ce)(ce)(ce)(ce)(ce)試(shi)(shi)中(zhong),其作(zuo)用(yong)(yong)是(shi)其他(ta)測(ce)(ce)(ce)(ce)(ce)試(shi)(shi)方法無法取代的(de)。

...

1207

黑盒測試的方法有哪些

黑盒測試的測試方法有:等價類劃分、邊界值分析法、猜錯法、隨機數法、因果圖
白盒測試的測試方法有:代碼檢查法、程序變異、靜態結構分析法、靜態質量度量法、符號測試法、邏輯覆蓋法、域測試、Z路徑覆蓋和基本路徑測試法
還可以參照以下網址
1. 白盒測試也稱結構測試或邏輯驅動測試,它是按照程序內部的結構測試程序,通過測試來檢測產品內部動作是否按照設計規格說明書的規定正常進行,檢驗程序中的每條通路是否都能按預定要求正確工作。這一方法是把測試對象看作一個打開的盒子,測試人員依據程序內部邏輯結構相關信息,設計或選擇測試用例,對程序所有邏輯路徑進行測試,通過在不同點檢查程序的狀態,確定實際的狀態是否與預期的狀態一致
2. 黑盒測試也稱功能測試,它是通過測試來檢測每個功能是否都能正常使用。在測試地,把程序看作一個不能打開的黑盒子,在完全不考慮程序內部結構和內部特性的情況下,在程序接口進行測試,它只檢查程序功能是否按照需求規格說明書的規定正常使用,程序是否能適當地接收輸入數據而產生正確的輸出信息。黑盒測試著眼于程序外部結構,不考慮內部邏輯結構,主要針對軟件界面和軟件功能進行測試
3. 黑盒(he)測(ce)試是(shi)以用戶的(de)(de)(de)角度(du),從輸(shu)入數據(ju)與輸(shu)出(chu)(chu)數據(ju)的(de)(de)(de)對應關系出(chu)(chu)發(fa)進行(xing)測(ce)試的(de)(de)(de)。很明(ming)顯(xian),如果外部特性本身有問題或規格說(shuo)明(ming)的(de)(de)(de)規定有誤,用墨盒(he)測(ce)試方法是(shi)發(fa)現不了的(de)(de)(de)...

12160

展開(kai)全文