一位軟件測(cè)試工程師的面試經(jīng)歷

上個(gè)星期去TZ面試，他們提供的崗位并沒有我熟悉的軟件開發(fā)，但是盧老師介紹我過來，我總不能臨時(shí)逃跑吧。只好硬著頭皮選了軟件測(cè)試崗位。

其實(shí)再這后面還有一輪面試，面試官只問了我三個(gè)問題：1.軟件測(cè)試的流程。2.軟件測(cè)試的常規(guī)方法。3.關(guān)于黑盒和白盒測(cè)試。當(dāng)時(shí)出于抵觸情緒，我都沒有好好回答就離開了。

后來星期一去面試了，筆試和面試的結(jié)果應(yīng)該和我一樣，但是他主動(dòng)提出自己會(huì)as，曉得air開發(fā)。面試官對(duì)這個(gè)技術(shù)也有興趣，就交個(gè)他一個(gè)題目讓他回去做。經(jīng)過幾天的努力，那個(gè)程序?qū)懗鰜韥砹?，他也獲得了復(fù)試的機(jī)會(huì)。在有些方面，我確實(shí)比不上他：主動(dòng)、自信、有實(shí)力。我與面試官溝通的時(shí)候，只是問他們公司招什么樣的職位，發(fā)現(xiàn)沒有適合我的，就放棄了，而沒有充分的展示自己的能力來勾起面試官的興趣。當(dāng)然，這也存在一定的運(yùn)氣成分，但是如果自己不嘗試，又何來的機(jī)會(huì)呢？

盧老師后來又再次幫我與那邊溝通，讓我也去復(fù)試一下。叮囑我這幾天熟悉下測(cè)試相關(guān)知識(shí)。但是我一直拖到今天這個(gè)時(shí)候才開始，我真的很想做開發(fā)，做自己感興趣的事，但怎么也不能辜負(fù)他的好意??！也許測(cè)試也適合我呢？當(dāng)然，我是不會(huì)放棄做開發(fā)的。

隨便上網(wǎng)了解了下作測(cè)試人員的基本要求：計(jì)算機(jī)專業(yè)技能（包括測(cè)試專業(yè)技能、軟件編程技能和網(wǎng)絡(luò)、操作系統(tǒng)、數(shù)據(jù)庫(kù)、中間件等知識(shí)）。

發(fā)現(xiàn)我每個(gè)方面都懂一點(diǎn)點(diǎn)，但又不精通，也沒有相關(guān)的經(jīng)驗(yàn)。但我想，計(jì)算機(jī)專業(yè)技能對(duì)我來說應(yīng)該不難。我相信自己會(huì)上手很快的：）

除了基本要求，還有就是做軟件測(cè)試的素質(zhì)，我發(fā)現(xiàn)這個(gè)要求很搞。我打算一條條分析：

①、溝通能力 -- 我樂于與人溝通，也善于跟人打交道。

②、移情能力 -- 我是個(gè)感情豐富，又有同情心的人。

③、技術(shù)能力 -- 這個(gè)差點(diǎn)，我對(duì)常規(guī)的測(cè)試工具都較少使用。

④、自信心 -- 這個(gè)比較缺乏，我總認(rèn)為自己不夠好，不夠?qū)I(yè)。

⑤、外交能力 -- 這個(gè)經(jīng)驗(yàn)得學(xué)習(xí)，也得注意，我說話比較直。

⑥、幽默感 -- 朋友一致認(rèn)可的。

⑦、很強(qiáng)的記憶力 -- 上心的事記得很牢，一般的事過了就忘。

⑧、耐心 -- 長(zhǎng)期耐心可能不行，但是短期耐心很強(qiáng)。從自己平常調(diào)試程序可以看出。

⑨、懷疑精神 -- 缺乏。總相信牛人是對(duì)的。

⑩、自我督促 -- 缺乏。能為自己制定計(jì)劃，但是長(zhǎng)期實(shí)施有困難。

11、洞察力 -- 平常粗心大意，但是能留心到別人不注意的地方。

通過分析，我還是能成為測(cè)試工程師吧~對(duì)于薄弱的技術(shù)環(huán)節(jié)，我想現(xiàn)在趕快抱一抱佛腳吧。searching.。..。.好吧，我承認(rèn)以前小看測(cè)試了，以為就是測(cè)試下程序能不能正確運(yùn)行，會(huì)不會(huì)出bug就ok了。

先來說說第一個(gè)問題，軟件測(cè)試的流程是什么。

測(cè)試的流程：

需求階段流程圖：

單元/集成測(cè)試階段流程圖

系統(tǒng)測(cè)試階段流程圖

壓力測(cè)試流程圖

性能測(cè)試流程圖

僅僅了解就夠復(fù)雜的了，實(shí)際操作過程中的問題肯定更多。像壓力測(cè)試、性能測(cè)試，一般的情況下我哪里用得上啊。雖然也知道些什么分布式應(yīng)用、海量存儲(chǔ)之類的，但是我連1T的數(shù)據(jù)都沒見過。光說說那是是空話=。=

第二個(gè)問題：軟件測(cè)試的常規(guī)方法。

不看不知道，原來比我想象中的還要多啊。

第三個(gè)問題：黑盒測(cè)試和白盒測(cè)試

白盒測(cè)試（White-box testing）是通過程序的源代碼進(jìn)行測(cè)試而不使用用戶界面。這種類型的測(cè)試需要從代碼句法發(fā)現(xiàn)內(nèi)部代碼在算法，溢出，路徑，條件等等中的缺點(diǎn)或者錯(cuò)誤，進(jìn)而加以修正。

黑盒測(cè)試（Black-box testing）是通過使用整個(gè)軟件或某種軟件功能來嚴(yán)格地測(cè)試， 而并沒有通過檢查程序的源代碼或者很清楚地了解該軟件或某種軟件功能的源代碼程序具體是怎樣設(shè)計(jì)的。測(cè)試人員通過輸入他們的數(shù)據(jù)然后看輸出的結(jié)果從而了解軟件怎樣工作。通常測(cè)試人員在進(jìn)行測(cè)試時(shí)不僅使用肯定出正確結(jié)果的輸入數(shù)據(jù)，而且還會(huì)使用有挑戰(zhàn)性的輸入數(shù)據(jù)以及可能結(jié)果會(huì)出錯(cuò)的輸入數(shù)據(jù)以便了解軟件怎樣處理各種類型的數(shù)據(jù)。

順便補(bǔ)充一下軟件工程課上，我們學(xué)到的其他測(cè)試方法介紹：

灰箱測(cè)試或灰盒測(cè)試（Gray-box testing）：灰箱測(cè)試就像黑箱測(cè)試一樣是通過用戶界面測(cè)試，但是測(cè)試人員已經(jīng)有所了解該軟件或某種軟件功能的源代碼程序具體是怎樣設(shè)計(jì)的。甚至于還讀過部分源代碼。 因此測(cè)試人員可以有的放矢地進(jìn)行某種確定的條件/功能的測(cè)試。這樣做的意義在于：如果你知道產(chǎn)品內(nèi)部的設(shè)計(jì)和對(duì)產(chǎn)品有透過用戶界面的深入了解，你就能夠更有效和深入地從用戶界面來測(cè)試它的各項(xiàng)性能。

有效用例（Valid case）或者叫合法輸入用例：是那些已知軟件程序能正確地處理的測(cè)試用例。一般是指軟件輸入的測(cè)試用例。比如說，在 Microsoft Excel 中，用鍵盤輸入“=1+1”， 看到的結(jié)果是“2”。 這里輸入的有效用例是“=1+1”。無效用例（Invalid case有人叫不合法輸入用例）或者出錯(cuò)用例（error case）：是那些事先就知道軟件程序不支持處理的測(cè)試用例。比如說在 Microsoft Excel 中，用鍵盤輸入“=a+1”， 看到的結(jié)果是“#NAME？”。這里輸入的“=a+1”既是無效用例同時(shí)也是出錯(cuò)用例。

邊界條件（Boundary Cases）：環(huán)繞邊界值的測(cè)試。通常意味著最大值，最小值或者所設(shè)計(jì)軟件能夠處理的最長(zhǎng)的字符串等等。比如說某軟件字體的字號(hào)支持范圍是：從8到72。那么邊界測(cè)試用例應(yīng)該包括：小于8， 等于8， 等于72 和大于72。

等價(jià)類（equivalent classes）：等價(jià)類測(cè)試用例指的是如果有很多測(cè)試用例執(zhí)行再多也不會(huì)找到新的中的缺陷。因?yàn)殡m然輸入和輸出結(jié)果有所不同，但是它們都通過同樣的軟件的源代碼路徑。通常只要一個(gè)源代碼程序的路徑是用于處理一定數(shù)值范圍內(nèi)的所有數(shù)值，那么除了邊界值以外，在邊界值范圍以內(nèi)的所有數(shù)值一般都屬于等價(jià)類。因?yàn)槿绻浖绦蚰苷_處理一個(gè)值，也就意味著該程序能正確處理在這個(gè)范圍內(nèi)的除了邊界值以外的其他任何有效輸入值。我們來用以上軟件字體的字號(hào)來舉例說明。軟件支持的字號(hào)范圍是：從8到72。那么8和72之間的所有支持的字號(hào)都可以被認(rèn)為是等價(jià)類的測(cè)試用例。