克利瑪碴
軟件測試的基本概念,代碼檢查、走查與評審 ,軟件性能測試和可靠性測試等,大概應(yīng)該是這些,我是學(xué)的開發(fā),不過有一個(gè)同學(xué)在北京測試空間學(xué)習(xí),我可以幫你問問,考的是軟件產(chǎn)品檢驗(yàn)師和軟件質(zhì)量檢驗(yàn)師。
就是愛你一下
黑盒測試面試題
1.白盒測試和黑盒測試是什么?什么是回歸測試?
白盒測試要了解軟件內(nèi)部的結(jié)構(gòu),測試代碼是否正確實(shí)現(xiàn)了功能。
黑盒測試是不需要了解軟件內(nèi)部節(jié)構(gòu),依據(jù)軟件的需求規(guī)格說明書,檢查程序的功能是否符合需求說明。
回歸測試一是檢查所作的修改是否達(dá)到預(yù)定目的,如錯(cuò)誤得到改正,能夠適應(yīng)新的運(yùn)行環(huán)境等等;二是不影響軟件的其他功能的正確性。
2.單元測試、集成測試、系統(tǒng)測試的側(cè)重點(diǎn)是什么?
單元測試的重點(diǎn)是系統(tǒng)的模塊,包括子程序的正確性驗(yàn)證等。
集成測試的重點(diǎn)是模塊間的銜接以及參數(shù)的傳遞等。
系統(tǒng)測試的重點(diǎn)是整個(gè)系統(tǒng)的.運(yùn)行以及與其它軟件的兼容性。
3.設(shè)計(jì)用例的方法、依據(jù)是哪些?
白盒測試用例設(shè)計(jì)有如下方法:基本路徑測試、等價(jià)類劃分、邊界值分析、覆蓋測試、循環(huán)測試、數(shù)據(jù)流測試、程序插樁測試、變異測試。這時(shí)候依據(jù)就是詳細(xì)設(shè)計(jì)說明書及其代碼結(jié)構(gòu)。
黑盒測試用例設(shè)計(jì)方法:等價(jià)類劃分、邊界值分析、錯(cuò)誤推測方法、因果圖方法、場景設(shè)計(jì)法;依據(jù)是用戶需求規(guī)格說明書,詳情設(shè)計(jì)說明書。
4.一個(gè)測試工程師應(yīng)具備哪些素質(zhì)和技能?
掌握基本的測試基礎(chǔ)理論
本著找出軟件存在的問題的態(tài)度進(jìn)行測試,即客觀,不要以挑刺形象出現(xiàn)
可熟練閱讀需求規(guī)格說明書等文檔
以用戶的觀點(diǎn)看待問題
有著強(qiáng)烈的質(zhì)量意識
細(xì)心和責(zé)任心
良好的有效的溝通方式(與開發(fā)人員及客戶)
具有以往的測試經(jīng)驗(yàn)
能夠及時(shí)準(zhǔn)確地判斷出高危險(xiǎn)區(qū)在何處
5.集成測試通常都有哪些策略?
大爆炸集成;自頂向下集成;自底向上集成;三明治集成;分層集成;基干集成;基于功能的集成;基于消息的集成;基于風(fēng)險(xiǎn)的集成;基于進(jìn)度的集成;
6.你用過的測試工具的主要功能、性能及其他?
7.一個(gè)缺陷測試報(bào)告的組成?
8.基于WEB信息管理系統(tǒng)測試時(shí)應(yīng)考慮的因素有哪些?
a.功能測試:鏈接測試,表單測試,Cookie測試,設(shè)計(jì)語言測試,數(shù)據(jù)庫測試
b.性能測試:連接速度測試,負(fù)載測試,壓力測試
c.可用性測試:導(dǎo)航測試,圖形測試,內(nèi)容測試,整體界面測試
d.客戶端兼容性測試:平臺測試,瀏覽器測試
e.安全性測試
9.軟件本地化測試比功能測試都有哪些方面需要注意?
10.軟件測試項(xiàng)目從什么時(shí)候開始,為什么
軟件測試應(yīng)該在需求分析階段就介入,因?yàn)闇y試的對象不僅僅是程序編碼,應(yīng)該對軟件開發(fā)過程中產(chǎn)生的所有產(chǎn)品都測試,并且軟件缺陷存在放大趨勢,缺陷發(fā)現(xiàn)的越晚,修復(fù)它所花費(fèi)的成本就越大。
11.需求測試注意事項(xiàng)有哪些?
一個(gè)良好的需求應(yīng)當(dāng)具有以下特點(diǎn):
完整性:每一項(xiàng)需求都必須將所要實(shí)現(xiàn)的功能描述清楚,以使開發(fā)人員獲得設(shè)計(jì)和實(shí)現(xiàn)這些功能所需的所有必要信息。
正確性:每一項(xiàng)需求都必須準(zhǔn)確地陳述其要開發(fā)的功能。
一致性:一致性是指與其它軟件需求或高層(系統(tǒng),業(yè)務(wù))需求不相矛盾。
可行性:每一項(xiàng)需求都必須是與已知系統(tǒng)和環(huán)境的權(quán)能和限制范圍內(nèi)可以實(shí)施的。
無二義性:對所有需求說明的讀者都只能有一個(gè)明確統(tǒng)一的解釋,由于自然語方極易導(dǎo)致二義性,所以盡量把每項(xiàng)需求用簡潔明了的用戶性的語方表達(dá)出來。
健壯性:需求的說明中是否對可能出現(xiàn)的異常進(jìn)行了分析,并且對這些異常進(jìn)行了容錯(cuò)處理。
必要性:可以理解為每項(xiàng)需求都是用來授權(quán)你編寫文檔的“根源”。要使用每項(xiàng)需求都能回溯至某項(xiàng)客戶的輸入,如Use Case或別的來原。
可測試性:每項(xiàng)需求只應(yīng)在SRS中出現(xiàn)一次。這樣更改時(shí)易于保持一致性。另外,使用目錄表、索引和相互參照列表方法將使軟件需求規(guī)格說明書更容易修改。
可跟蹤性:應(yīng)能對每項(xiàng)軟件需求與它的根源和設(shè)計(jì)元素、源代碼、測試用例之間建立鏈接鏈,這種可跟蹤性要求每項(xiàng)需求以一種結(jié)構(gòu)化的,粒度好的方式編寫并單獨(dú)標(biāo)明,而不是大段大段的敘述。
12.簡述一下缺陷的生命周期。
13.分析測試用例注意(事項(xiàng))?
a.為什么要寫用例
我們編寫測試用例,有如下的好處:
便于團(tuán)隊(duì)交流:假如說一個(gè)測試團(tuán)隊(duì)有10個(gè)成員,大家測試的時(shí)候都各自為政,沒有統(tǒng)一的標(biāo)準(zhǔn),測試的效率無疑會(huì)大打折扣;如果大家都遵循統(tǒng)一的用例規(guī)范去寫,就會(huì)解決這一問題。
便于重復(fù)測試:大家知道,軟件在實(shí)際開發(fā)過程中是會(huì)有不同的版本的,比如會(huì)從升級為,那么如果不寫測試用例的話,在測試版本的時(shí)候,你能完全記得版本時(shí)你做過哪些測試嗎?測試用例就像一個(gè)備忘錄一樣,便于重復(fù)測試。
便于跟蹤統(tǒng)計(jì):
這一點(diǎn)是針對測試經(jīng)理或是項(xiàng)目經(jīng)理來說的,項(xiàng)目負(fù)責(zé)人通過看測試用例的執(zhí)行情況,就能了解到項(xiàng)目目前的概況,比如已經(jīng)執(zhí)行了哪些測試,還有哪些測試沒有執(zhí)行,測試沒有通過的地方主要集中在哪些模塊等。
便于用戶自測:尤其是項(xiàng)目軟件,有的時(shí)候用戶希望自己測試一下軟件產(chǎn)品,但是用戶大都是非專業(yè)人士,他需要根據(jù)你寫好的用例來更好的檢驗(yàn)產(chǎn)品的質(zhì)量。
說了這么多測試用例的優(yōu)點(diǎn),那它有沒有缺點(diǎn)呢?有一個(gè)明顯的缺點(diǎn)就是需要花費(fèi)大量的時(shí)間,通常編寫測試用例的時(shí)間比實(shí)際執(zhí)行測試的時(shí)間還要長,這一點(diǎn)大家會(huì)在實(shí)際工作中有深刻的體會(huì)。
b.什么時(shí)候?qū)懹美?/p>
測試用例要盡早編寫,通常我們都會(huì)在測試設(shè)計(jì)階段來寫用例,即《需求規(guī)格說明書》和《測試計(jì)劃》都已完成之后。
14.測試結(jié)束的標(biāo)準(zhǔn)是什么?
用例全部測試;覆蓋率達(dá)到標(biāo)準(zhǔn);缺陷率達(dá)到標(biāo)準(zhǔn);其他指標(biāo)達(dá)到質(zhì)量標(biāo)準(zhǔn)
那右怎樣
通過培訓(xùn)后咱們頒發(fā)國家認(rèn)證的證書:1,(國家級證書)勞動(dòng)社會(huì)保障部和信息產(chǎn)業(yè)部聯(lián)合認(rèn)證的軟件產(chǎn)品檢驗(yàn)師的證書,屬于職業(yè)資格證書2,(國家級證書)工業(yè)和信息化部教育考試中心頒發(fā)的軟件質(zhì)量檢驗(yàn)師,屬于職業(yè)技術(shù)證書這都是必考的吧好像!之前在測試空間做外派的時(shí)候,好像它們那可以考。
玉面小達(dá)摩1986
你學(xué)的編程語言可真多,挺佩服你的。除了以上你所學(xué)的,還需要學(xué)習(xí)和了解網(wǎng)絡(luò)技術(shù)、數(shù)據(jù)庫、軟件工程和軟件測試的相關(guān)理論和實(shí)踐操作。 如果你想?yún)⒓佑?jì)算機(jī)四級軟件測試工程師的考試,建議你在網(wǎng)上購買一本書:《四級教程——軟件測試工程師》 高等教育出版社 2008年版 ,大概35元吧。 如果你想從事這個(gè)行業(yè)的話,拿到這個(gè)證書是有一點(diǎn)幫助的,不過軟件公司更看重的是你的工作經(jīng)驗(yàn)和能力。對于應(yīng)屆畢業(yè)生來說,更加需要構(gòu)建從事這個(gè)行業(yè)的資本。第一:趁在校期間多學(xué)習(xí)一些相關(guān)的理論知識,還要自己主動(dòng)地去尋找一些實(shí)習(xí)單位,正所謂理論與實(shí)踐相結(jié)合嗎。第二:多參加一些社團(tuán)活動(dòng),鍛煉自己的能力,比如溝通和交往能力、思維能力等 你現(xiàn)在是大二的計(jì)算機(jī)專業(yè)的學(xué)生,有足夠的時(shí)間和精力去完成上面的任務(wù)。祝你成功!
κiξs飛揚(yáng)
軟件測試工程師考試內(nèi)容: 一、軟件測試的基本概念 1.軟件質(zhì)量的概念。 2.軟件測試的目標(biāo)和原則。 3.軟件測試的心理學(xué)。 4.軟件測試的經(jīng)濟(jì)學(xué)。 5.軟件質(zhì)量保證。 二、軟件測試的類型及其在軟件開發(fā)過程中的地位 1.軟件開發(fā)階段。 2.規(guī)劃階段的測試。 3.設(shè)計(jì)階段的測試。 4.編碼階段的測試。 5.驗(yàn)收和維護(hù)階段的測試。 三、代碼檢查、走查與評審 1.桌面檢查。 2.代碼走查。 3.代碼檢查。 4.同行評審。 四、覆蓋率(白盒)測試 1.覆蓋率測試。 2.邏輯結(jié)構(gòu)的覆蓋率測試。 3.路徑覆蓋率測試。 4.數(shù)據(jù)流測試。 5.程序變異測試。 6.基于覆蓋的測試用例選擇。 五、功能(黑盒)測試 1.邊界值測試。 2.等價(jià)類測試。 3.基于因果圖的測試。 4.基于決策表的測試。 5.基于狀態(tài)圖的測試。 6.基于場景的測試。 7.比較測試。 六、單元測試和集成測試 1.單元測試的目標(biāo)和模型。 2.單元測試策略。 3.單元測試分析。 4.單元測試的測試用例設(shè)計(jì)原則。 5.集成測試基本概念。 6.集成測試策略。 7.集成測試分析。 8.集成測試用例設(shè)計(jì)原則。 七、系統(tǒng)測試 1.系統(tǒng)測試概念。 2.系統(tǒng)測試方法。 3.系統(tǒng)測試的實(shí)施。 八、軟件性能測試和可靠性測試 1.軟件性能的概念。 2.性能測試的執(zhí)行。 3.軟件可靠性的概念。 4.可靠性預(yù)計(jì)。 5.可靠性分析方法。 6.軟件可靠性測試的執(zhí)行。 九、面向?qū)ο筌浖臏y試 1.面向?qū)ο筌浖y試的問題。 2.面向?qū)ο筌浖y試模型。 3.面向?qū)ο筌浖臏y試策略。 4.面向?qū)ο筌浖膯卧獪y試。 5.面向?qū)ο筌浖募蓽y試。 6.面向?qū)ο筌浖南到y(tǒng)測試。 十、Web應(yīng)用測試 1.應(yīng)用服務(wù)器的分類和特征。 應(yīng)用系統(tǒng)的特點(diǎn)。 應(yīng)用系統(tǒng)的測試策略。 應(yīng)用系統(tǒng)測試技術(shù)。 應(yīng)用系統(tǒng)安全測試。 十一、其他測試 1.兼容性測試。 2.易用性測試。 測試。 4.構(gòu)件測試。 5.極限測試。 6.文檔測試。 十二、軟件測試過程和管理 1.軟件測試過程概念。 2.測試組織管理。 3.測試計(jì)劃的制定。 4.測試步驟的確定。 5.測試環(huán)境管理。 6.軟件測試風(fēng)險(xiǎn)分析和成本管理。 7.測試文檔管理。 8.測試的復(fù)用與維護(hù)。 十三、軟件測試自動(dòng)化 1.測試自動(dòng)化的原理、方法。 2.測試用例自動(dòng)生成。 3.測試執(zhí)行自動(dòng)化。 4.測試結(jié)果比較自動(dòng)化。 5.測試工具的分類和選擇。 6.測試工具的主流產(chǎn)品介紹。 十四、軟件測試的標(biāo)準(zhǔn)和文檔 1.軟件測試的標(biāo)準(zhǔn)。 2.軟件測試的文檔。 十五、軟件測試實(shí)踐 1.軟件測試過程管理。 (1)軟件測試過程管理概念。 (2)測試的設(shè)計(jì)。 (3)測試的準(zhǔn)備。 (4)測試的執(zhí)行。 (5)軟件問題報(bào)告和軟件問題生命周期。 (6)測試的總結(jié)。 (7)QESuite軟件測試過程管理平臺。 2.白盒測試實(shí)踐。 (1)被測程序說明。 (2)靜態(tài)分析。 (3)被測程序的插裝和動(dòng)態(tài)測試。 (4)QESAT/C++白盒測試工具
優(yōu)質(zhì)工程師考試問答知識庫