摘要:功能測(cè)試在測(cè)試工作中占的比例最大,功能測(cè)試也叫黑盒測(cè)試。軟件的黑盒測(cè)試意味著測(cè)試要在軟件的接口處進(jìn)行。因此白盒測(cè)試又稱為結(jié)構(gòu)測(cè)試或邏輯驅(qū)動(dòng)測(cè)試。集成測(cè)試也叫組裝測(cè)試,聯(lián)合測(cè)試是單元測(cè)試的邏輯擴(kuò)展。
最大的興趣就是測(cè)試有難度,有挑戰(zhàn)性!做測(cè)試越久越能感覺到做好測(cè)試有多難。曾經(jīng)在無憂測(cè)試網(wǎng)上看到一篇文章,是關(guān)于如何做好一名測(cè)試工程師。一共羅列了 11,12 點(diǎn),有部分是和人的性格有關(guān),有部分需要后天的努力。但除了性格有關(guān)的 1,2 點(diǎn)我沒有把握,其他點(diǎn)我都很有信心做好它。
剛開始進(jìn)入測(cè)試行業(yè)時(shí),對(duì)測(cè)試的認(rèn)識(shí)是從無憂測(cè)試網(wǎng)上了解到的一些資料,當(dāng)時(shí)是沖著做
測(cè)試需要很多技能才能做的好,雖然入門容易,但做好很難,比開發(fā)更難,雖然當(dāng)時(shí)我很想
做開發(fā)(學(xué)校專業(yè)課我基本上不缺席,因?yàn)槲蚁矚g我的專業(yè)),但看到測(cè)試比開發(fā)更難更有
挑戰(zhàn)性,想做好測(cè)試的意志就更堅(jiān)定了。
我覺得做測(cè)試整個(gè)過程中有 2 點(diǎn)讓我覺得很有難度(對(duì)我來說,有難度的東西我就非常感興趣),第一是測(cè)試用例的設(shè)計(jì),因?yàn)闇y(cè)試的精華就在測(cè)試用例的設(shè)計(jì)上了,要在版本出來之前,把用例寫好,用什么測(cè)試方法寫?(也就是測(cè)試計(jì)劃或測(cè)試策略),如果你剛測(cè)試一個(gè)新任務(wù)時(shí),你得花一定的時(shí)間去消化業(yè)務(wù)需求和技術(shù)基礎(chǔ),業(yè)務(wù)需求很好理解(多和產(chǎn)品經(jīng)理和開發(fā)人員溝通就能達(dá)到目的),而技術(shù)基礎(chǔ)可就沒那么簡(jiǎn)單了,這需要你自覺的學(xué)習(xí)能力,比如說網(wǎng)站吧,最基本的技術(shù)知識(shí)你要知道網(wǎng)站內(nèi)部是怎么運(yùn)作的的,后臺(tái)是怎么響應(yīng)用戶請(qǐng)求的?測(cè)試環(huán)境如何搭建?這些都需要最早的學(xué)好。至少在開始測(cè)試之前能做好基本的準(zhǔn)備,可能會(huì)遇到什么難題?需求細(xì)節(jié)是不是沒有確定好?這些問題都能在設(shè)計(jì)用例的時(shí)候發(fā)現(xiàn)。
第二是發(fā)現(xiàn) BUG 的時(shí)候了,這應(yīng)該是測(cè)試人員最基本的任務(wù)了,一般按測(cè)試用例開始測(cè)試就能發(fā)現(xiàn)大部分的 bug,還有一部分 bug 需要測(cè)試的過程中更了解所測(cè)版本的情況獲得更多信息,補(bǔ)充測(cè)試用例,測(cè)試出 bug。還有如何發(fā)現(xiàn) bug?這就需要在測(cè)試用例有效的情況下,
通過細(xì)心和耐心去發(fā)現(xiàn) bug 了,每個(gè)用例都有可能發(fā)現(xiàn) bug,每個(gè)地方都有可能出錯(cuò),所以測(cè)試過程中思維要清晰(測(cè)試過程數(shù)據(jù)流及結(jié)果都得看仔細(xì)了,bug 都在里面發(fā)現(xiàn)的)。如何描述 bug 也很有講究,bug 在什么情況下會(huì)產(chǎn)生,如果條件變化一點(diǎn)點(diǎn),就不會(huì)有這個(gè) bug,以哪些最少的操作步驟就能重現(xiàn)這個(gè)bug,這個(gè)bug產(chǎn)生的規(guī)律是什么?如果你夠厲害的話,可以幫開發(fā)人員初步定位問題。
問題十五:你的測(cè)試職業(yè)發(fā)展目標(biāo)是什么?
測(cè)試經(jīng)驗(yàn)越多,測(cè)試能力越高。所以我的職業(yè)發(fā)展是需要時(shí)間累積的,一步步向著高級(jí)測(cè)試
工程師奔去。而且我也有初步的職業(yè)規(guī)劃,前 3 年累積測(cè)試經(jīng)驗(yàn),按如何做好測(cè)試工程師的要求要求自己,不斷的更新自己改正自己,做好測(cè)試任務(wù)。
系(如功能測(cè)試、性能測(cè)試)
測(cè)試類型有:功能測(cè)試,性能測(cè)試,界面測(cè)試。
功能測(cè)試在測(cè)試工作中占的比例最大,功能測(cè)試也叫黑盒測(cè)試。是把測(cè)試對(duì)象看作一個(gè)
黑盒子。利用黑盒測(cè)試法進(jìn)行動(dòng)態(tài)測(cè)試時(shí),需要測(cè)試軟件產(chǎn)品的功能,不需測(cè)試軟件產(chǎn)品的內(nèi)部結(jié)構(gòu)和處理過程。采用黑盒技術(shù)設(shè)計(jì)測(cè)試用例的方法有:等價(jià)類劃分、邊界值分析、錯(cuò)
誤推測(cè)、因果圖和綜合策略。
性能測(cè)試是通過自動(dòng)化的測(cè)試工具模擬多種正常、峰值以及異常負(fù)載條件來對(duì)系統(tǒng)的各
項(xiàng)性能指標(biāo)進(jìn)行測(cè)試。負(fù)載測(cè)試和壓力測(cè)試都屬于性能測(cè)試,兩者可以結(jié)合進(jìn)行。通過負(fù)載
測(cè)試,確定在各種工作負(fù)載下系統(tǒng)的性能,目標(biāo)是測(cè)試當(dāng)負(fù)載逐漸增加時(shí),系統(tǒng)各項(xiàng)性能指
標(biāo)的變化情況。壓力測(cè)試是通過確定一個(gè)系統(tǒng)的瓶頸或者不能接收的性能點(diǎn),來獲得系統(tǒng)能
提供的最大服務(wù)級(jí)別的測(cè)試。
界面測(cè)試,界面是軟件與用戶交互的最直接的層,界面的好壞決定用戶對(duì)軟件的第一印
象。而且設(shè)計(jì)良好的界面能夠引導(dǎo)用戶自己完成相應(yīng)的操作,起到向?qū)У淖饔谩M瑫r(shí)界面如
同人的面孔,具有吸引用戶的直接優(yōu)勢(shì)。設(shè)計(jì)合理的界面能給用戶帶來輕松愉悅的感受和成
功的感覺,相反由于界面設(shè)計(jì)的失敗,讓用戶有挫敗感,再實(shí)用強(qiáng)大的功能都可能在用戶的
畏懼與放棄中付諸東流。
區(qū)別在于,功能測(cè)試關(guān)注產(chǎn)品的所有功能上,要考慮到每個(gè)細(xì)節(jié)功能,每個(gè)可能存在的
功能問題。性能測(cè)試主要關(guān)注于產(chǎn)品整體的多用戶并發(fā)下的穩(wěn)定性和健壯性。界面測(cè)試更關(guān)
注于用戶體驗(yàn)上,用戶使用該產(chǎn)品的時(shí)候是否易用,是否易懂,是否規(guī)范(快捷鍵之類的),
是否美觀(能否吸引用戶的注意力),是否安全(盡量在前臺(tái)避免用戶無意輸入無效的數(shù)據(jù),
當(dāng)然考慮到體驗(yàn)性,不能太粗魯?shù)膹棾鼍妫??做某個(gè)性能測(cè)試的時(shí)候,首先它可能是個(gè)功
能點(diǎn),首先要保證它的功能是沒問題的,然后再考慮該功能點(diǎn)的性能測(cè)試。
黑盒測(cè)試:已知產(chǎn)品的功能設(shè)計(jì)規(guī)格,可以進(jìn)行測(cè)試證明每個(gè)實(shí)現(xiàn)了的功能是否符合要求。
白盒測(cè)試:已知產(chǎn)品的內(nèi)部工作過程,可以通過測(cè)試證明每種內(nèi)部操作是否符合設(shè)計(jì)規(guī)格要求,所有內(nèi)部成分是否以經(jīng)過檢查。
軟件的黑盒測(cè)試意味著測(cè)試要在軟件的接口處進(jìn)行。這種方法是把測(cè)試對(duì)象看做一個(gè)黑盒子,測(cè)試人員完全不考慮程序內(nèi)部的邏輯結(jié)構(gòu)和內(nèi)部特性,只依據(jù)程序的需求規(guī)格說明書,檢查程序的功能是否符合它的功能說明。因此黑盒測(cè)試又叫功能測(cè)試或數(shù)據(jù)驅(qū)動(dòng)測(cè)試。黑盒測(cè)試主要是為了發(fā)現(xiàn)以下幾類錯(cuò)誤:
1、是否有不正確或遺漏的功能?
2、在接口上,輸入是否能正確的接受?能否輸出正確的結(jié)果?
3、是否有數(shù)據(jù)結(jié)構(gòu)錯(cuò)誤或外部信息(例如數(shù)據(jù)文件)訪問錯(cuò)誤?
4、性能上是否能夠滿足要求?
5、是否有初始化或終止性錯(cuò)誤?
軟件的白盒測(cè)試是對(duì)軟件的過程性細(xì)節(jié)做細(xì)致的檢查。這種方法是把測(cè)試對(duì)象看做一個(gè)打開的盒子,它允許測(cè)試人員利用程序內(nèi)部的邏輯結(jié)構(gòu)及有關(guān)信息,設(shè)計(jì)或選擇測(cè)試用例,對(duì)程序所有邏輯路徑進(jìn)行測(cè)試。通過在不同點(diǎn)檢查程序狀態(tài),確定實(shí)際狀態(tài)是否與預(yù)期的狀態(tài)一致。因此白盒測(cè)試又稱為結(jié)構(gòu)測(cè)試或邏輯驅(qū)動(dòng)測(cè)試。白盒測(cè)試主要是想對(duì)程序模塊進(jìn)行如下檢查:
1、對(duì)程序模塊的所有獨(dú)立的執(zhí)行路徑至少測(cè)試一遍。
2、對(duì)所有的邏輯判定,取“真”與取“假”的兩種情況都能至少測(cè)一遍。
3、在循環(huán)的邊界和運(yùn)行的界限內(nèi)執(zhí)行循環(huán)體。
4、測(cè)試內(nèi)部數(shù)據(jù)結(jié)構(gòu)的有效性,等等。
單元測(cè)試(模塊測(cè)試)是開發(fā)者編寫的一小段代碼,用于檢驗(yàn)被測(cè)代碼的一個(gè)很小的、很明確的功能是否正確。通常而言,一個(gè)單元測(cè)試是用于判斷某個(gè)特定條件(或者場(chǎng)景)下某個(gè)特定函數(shù)的行為。
單元測(cè)試是由程序員自己來完成,最終受益的也是程序員自己??梢赃@么說,程序員有
責(zé)任編寫功能代碼,同時(shí)也就有責(zé)任為自己的代碼編寫單元測(cè)試。執(zhí)行單元測(cè)試,就是為了
證明這段代碼的行為和我們期望的一致。
集成測(cè)試(也叫組裝測(cè)試,聯(lián)合測(cè)試)是單元測(cè)試的邏輯擴(kuò)展。它的最簡(jiǎn)單的形式是:
兩個(gè)已經(jīng)測(cè)試過的單元組合成一個(gè)組件,并且測(cè)試它們之間的接口。從這一層意義上講,組
件是指多個(gè)單元的集成聚合。在現(xiàn)實(shí)方案中,許多單元組合成組件,而這些組件又聚合成程
序的更大部分。方法是測(cè)試片段的組合,并最終擴(kuò)展進(jìn)程,將您的模塊與其他組的模塊一起
測(cè)試。最后,將構(gòu)成進(jìn)程的所有模塊一起測(cè)試。
系統(tǒng)測(cè)試是將經(jīng)過測(cè)試的子系統(tǒng)裝配成一個(gè)完整系統(tǒng)來測(cè)試。它是檢驗(yàn)系統(tǒng)是否確實(shí)能
提供系統(tǒng)方案說明書中指定功能的有效方法。(常見的聯(lián)調(diào)測(cè)試)
系統(tǒng)測(cè)試的目的是對(duì)最終軟件系統(tǒng)進(jìn)行全面的測(cè)試,確保最終軟件系統(tǒng)滿足產(chǎn)品需求并
且遵循系統(tǒng)設(shè)計(jì)。
驗(yàn)收測(cè)試是部署軟件之前的最后一個(gè)測(cè)試操作。驗(yàn)收測(cè)試的目的是確保軟件準(zhǔn)備就緒,
并且可以讓最終用戶將其用于執(zhí)行軟件的既定功能和任務(wù)。
驗(yàn)收測(cè)試是向未來的用戶表明系統(tǒng)能夠像預(yù)定要求那樣工作。經(jīng)集成測(cè)試后,已經(jīng)按照設(shè)計(jì)
把所有的模塊組裝成一個(gè)完整的軟件系統(tǒng),接口錯(cuò)誤也已經(jīng)基本排除了,接著就應(yīng)該進(jìn)一步
驗(yàn)證軟件的有效性,這就是驗(yàn)收測(cè)試的任務(wù),即軟件的功能和性能如同用戶所合理期待的那樣。
開發(fā)人員說不是 bug,有 2 種情況,一是需求沒有確定,所以我可以這么做,這個(gè)時(shí)候
可以找來產(chǎn)品經(jīng)理進(jìn)行確認(rèn),需不需要改動(dòng),3 方商量確定好后再看要不要改。二是這種情
況不可能發(fā)生,所以不需要修改,這個(gè)時(shí)候,我可以先盡可能的說出是 BUG 的依據(jù)是什么?
如果被用戶發(fā)現(xiàn)或出了問題,會(huì)有什么不良結(jié)果?程序員可能會(huì)給你很多理由,你可以對(duì)他
的解釋進(jìn)行反駁。如果還是不行,那我可以給這個(gè)問題提出來,跟開發(fā)經(jīng)理和測(cè)試經(jīng)理進(jìn)行
確認(rèn),如果要修改就改,如果不要修改就不改。其實(shí)有些真的不是 bug,我也只是建議的方式
寫進(jìn) TD 中,如果開發(fā)人員不修改也沒有大問題。如果確定是 bug 的話,一定要堅(jiān)持自己的立場(chǎng),讓問題得到最后的確認(rèn)。
因?yàn)闆]有經(jīng)過測(cè)試的軟件很難在發(fā)布之前知道該軟件的質(zhì)量,就好比 ISO 質(zhì)量認(rèn)證一樣,測(cè)
試同樣也需要質(zhì)量的保證,這個(gè)時(shí)候就需要在團(tuán)隊(duì)中開展軟件測(cè)試的工作。在測(cè)試的過程發(fā)
現(xiàn)軟件中存在的問題,及時(shí)讓開發(fā)人員得知并修改問題,在即將發(fā)布時(shí),從測(cè)試報(bào)告中得出
軟件的質(zhì)量情況。
如果公司確實(shí)需要我可以從事開發(fā),但我還是喜歡做測(cè)試,我認(rèn)為我更適合做測(cè)試。
背景、項(xiàng)目簡(jiǎn)介、目的、測(cè)試范圍、測(cè)試策略、人員分工、資源要求、進(jìn)度計(jì)劃、參考文檔、
常用術(shù)語、提交文檔、風(fēng)險(xiǎn)分析。
閱讀用戶手冊(cè)了解軟件的功能和操作流程;
看一些業(yè)務(wù)的專業(yè)書籍補(bǔ)充業(yè)務(wù)知識(shí);
如果有用戶實(shí)際的數(shù)據(jù),可以拿實(shí)際的數(shù)據(jù)進(jìn)行參考;
參考以前的用例和 BUG 報(bào)告;
在使用軟件的過程中多思考;
多與產(chǎn)品經(jīng)理交流。
編號(hào)、模塊名稱、編寫人、日期、操作說明、輸入數(shù)據(jù)、預(yù)期結(jié)果等。
如何定位測(cè)試用例 的作用?
組織性:編寫、組織性、功能覆蓋、重復(fù)性、跟蹤、測(cè)試確認(rèn)
需求、計(jì)劃。
主要驗(yàn)證軟件產(chǎn)品在不同版本之間的兼容性。包括向下兼容和交錯(cuò)兼容,向下兼容是測(cè)試軟
件新版本保留它早期版本功能的情況,交錯(cuò)兼容是驗(yàn)證共同存在的兩個(gè)相關(guān)但不相同的產(chǎn)品
之間的兼容性。
看軟件的運(yùn)行環(huán)境要求。如果符合要求則是程序存在問題,若不符合要求則是硬件系統(tǒng)存在
問題
以上筆者的經(jīng)歷更像一張橫向的知識(shí)網(wǎng),創(chuàng)建了一個(gè)交流平臺(tái) 914172719 ,群內(nèi)有各種技術(shù)同行交流、學(xué)習(xí)資料、面試經(jīng)驗(yàn)等。其中用到j(luò)enkins、docker、moutebank、python編程等,還需要花更多的精力去深入學(xué)習(xí),當(dāng)每項(xiàng)技能都能掌握到一定深度,才能稱為一個(gè)完整的知識(shí)體系。
最后: 可以關(guān)注公眾號(hào):傷心的辣條 ! 進(jìn)去有許多資料共享!資料都是面試時(shí)面試官必問的知識(shí)點(diǎn),也包括了很多測(cè)試行業(yè)常見知識(shí),其中包括了有基礎(chǔ)知識(shí)、Linux必備、Shell、互聯(lián)網(wǎng)程序原理、Mysql數(shù)據(jù)庫、抓包工具專題、接口測(cè)試工具、測(cè)試進(jìn)階-Python編程、Web自動(dòng)化測(cè)試、APP自動(dòng)化測(cè)試、接口自動(dòng)化測(cè)試、測(cè)試高級(jí)持續(xù)集成、測(cè)試架構(gòu)開發(fā)測(cè)試框架、性能測(cè)試、安全測(cè)試等。
如果我的博客對(duì)你有幫助、如果你喜歡我的博客內(nèi)容,請(qǐng) “點(diǎn)贊” “評(píng)論” “收藏” 一鍵三連哦!
轉(zhuǎn)行面試,跳槽面試,軟件測(cè)試人員都必須知道的這幾種面試技巧!
面試經(jīng):一線城市搬磚!又面軟件測(cè)試崗,5000就知足了…
面試官:工作三年,還來面初級(jí)測(cè)試?恐怕你的軟件測(cè)試工程師的頭銜要加雙引號(hào)…
文章版權(quán)歸作者所有,未經(jīng)允許請(qǐng)勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請(qǐng)注明本文地址:http://systransis.cn/yun/119351.html
摘要:個(gè)人也建議不要滿足于自己當(dāng)下所知道的,多去拓展自己,多去學(xué)新的東西。作為一個(gè)面試者來說,知識(shí)點(diǎn)的記憶準(zhǔn)備為的是更好的應(yīng)對(duì)面試中技術(shù)面中問到的各種問題。 你好,是我琉憶——PHP程序員面試筆試系列圖書的作者。 隨著越來越多的人開始邁入PHP開發(fā)工程師的隊(duì)列,不管是一個(gè)PHP新手還是一個(gè)有一兩年開發(fā)經(jīng)驗(yàn)的PHPer都不得不去面對(duì)找工作前面試這件事。 我現(xiàn)在以個(gè)人對(duì)面試的經(jīng)歷和見解來全面的對(duì)...
摘要:是為互聯(lián)網(wǎng)服務(wù)的協(xié)議族,它是網(wǎng)絡(luò)通信協(xié)議的統(tǒng)稱,由和等協(xié)議組成。預(yù)告本周五更新面試??碱}之會(huì)話控制和網(wǎng)絡(luò)協(xié)議,敬請(qǐng)期待。以上內(nèi)容摘自程序員面試筆試寶典書籍,該書已在天貓京東當(dāng)當(dāng)?shù)入娚唐脚_(tái)銷售。 你好,是我琉憶,歡迎您來到PHP面試專欄。本周(2019.2-25至3-1)的一三五更新的文章如下: 周一:PHP面試??贾畷?huì)話控制周三:PHP面試??贾W(wǎng)絡(luò)協(xié)議周五:PHP面試??碱}之會(huì)話控...
摘要:以下正文的部分內(nèi)容來自程序員面試筆試寶典書籍,如果轉(zhuǎn)載請(qǐng)保留出處一什么是是一個(gè)開源免費(fèi)高性能的分布式對(duì)象緩存系統(tǒng),它基于一個(gè)存儲(chǔ)鍵值對(duì)的來存儲(chǔ)數(shù)據(jù)到內(nèi)存中。預(yù)告面試??純?nèi)容之和將于本周三更新。 你好,是我琉憶。繼上周(2019.2-11至2-15)發(fā)布的PHP面試??純?nèi)容之面向?qū)ο髮n}后,發(fā)布的第二個(gè)專題,感謝你的閱讀。本周(2019.2-18至2-22)的文章內(nèi)容點(diǎn)為以下幾點(diǎn),更新時(shí)...
摘要:以下正文的部分內(nèi)容來自程序員面試筆試寶典書籍,如果轉(zhuǎn)載請(qǐng)保留出處一什么是是一個(gè)開源免費(fèi)高性能的分布式對(duì)象緩存系統(tǒng),它基于一個(gè)存儲(chǔ)鍵值對(duì)的來存儲(chǔ)數(shù)據(jù)到內(nèi)存中。預(yù)告面試??純?nèi)容之和將于本周三更新。 你好,是我琉憶。繼上周(2019.2-11至2-15)發(fā)布的PHP面試??純?nèi)容之面向?qū)ο髮n}后,發(fā)布的第二個(gè)專題,感謝你的閱讀。本周(2019.2-18至2-22)的文章內(nèi)容點(diǎn)為以下幾點(diǎn),更新時(shí)...
摘要:一的會(huì)話也稱為。如果啟動(dòng)會(huì)話成功,則函數(shù)返回,否則返回。會(huì)話啟動(dòng)后就可以載入該會(huì)話已經(jīng)注冊(cè)的會(huì)話變量以便使用。但數(shù)組創(chuàng)建的在會(huì)話結(jié)束后就會(huì)失效。預(yù)告本周三更新面試??贾W(wǎng)絡(luò)協(xié)議,敬請(qǐng)期待。 你好,是我琉憶,歡迎您來到PHP面試專欄。本周(2019.2-25至3-1)的一三五更新的文章如下: 周一:PHP面試??贾畷?huì)話控制周三:PHP面試??贾W(wǎng)絡(luò)協(xié)議周五:PHP面試常考題之會(huì)話控制和...
閱讀 1784·2021-09-22 15:10
閱讀 1277·2021-09-07 09:58
閱讀 2347·2019-08-30 15:44
閱讀 1647·2019-08-26 18:29
閱讀 2047·2019-08-26 13:35
閱讀 770·2019-08-26 13:31
閱讀 729·2019-08-26 11:42
閱讀 1074·2019-08-23 18:39