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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

⑨、懷疑精神 -- 缺乏?？傁嘈排Ｈ耸菍Φ摹?/p>

⑩、自我督促 -- 缺乏。能為自己制定計劃，但是長期實施有困難。

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

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

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

測試的流程：

需求階段流程圖：

單元/集成測試階段流程圖

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

壓力測試流程圖

性能測試流程圖

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

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

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

第三個問題：黑盒測試和白盒測試

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

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

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

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

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

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

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