大話軟件測試與職業生涯

轉載請註明出自天外歸雲的博客園：http://www.cnblogs.com/LanTianYou/

題外話：大局作法與細節作法的區別——封裝度高的事情作完之後可視度大，好比網站開發。封裝度低的事情作完之後可視度小，好比接口開發等更底層的事情。前者更重於應用，而應用倚靠與於底層的開發所支撐。兩者應解耦。底層的人更專一於開發，頂層的人更專一於應用。但現實中或多或少，他們彼此都在進行着滲透。沒有電，仍然能夠進行的，是編程思想。能夠用編程的思想在現實生活中對現實進行編程。現實中的API就是咱們本身的行爲，類庫就是咱們的大腦。

1.黑盒測試只能從必定程度上覆蓋白盒測試中的checkpoint，並且是由表及裏的測試。（界面測試的意義）

2.一旦代碼中存在一些判斷邏輯分支的點測存在遺漏，就已經產生bug，因此必定要作好單元測試。（白盒測試的意義）

3.若是任務是防治森林火災，黑盒測試就像是找一個老大爺騎自行車去檢查森林防火。（黑盒測試的意義）

4.必定要檢查各我的出沒的地方有沒有防火標識和警示語之類的東西。（友好性測試）

5.過分的黑盒測試就是一羣小夥子騎自行車去檢查森林防火（開汽車也行就算開飛機也同樣，沒有太大差異，地上有個菸頭根本看不到，防患於未然是假，亡羊補牢是真（客戶反饋））。（不少公司不重視測試技術）

6.所謂的soft freeze和hard freeze就像是平時和嚴打期，前者提倡你儘量多的發現着火點，然後者，屆時若是發現森林隱患，老大爺可能就要面臨革職了（說的有點兒嚴重）。（軟件測試階段）

7.過分設計與測試至關於杞人憂天，也許你這麼想，一切都把客戶當上帝，沒想到客戶當你放個屁，回頭告訴你不須要，你還得刪減邏輯（測試必定要遵循客戶的需求，也要適當引導客戶去發現隱藏的由於客戶懶惰而暫時沒有提出的需求，一旦這些需求後期提出，將對整個項目的進展產生很大的影響）。（需求分析）

8.擴展測試至關於未雨綢繆，主要是測試測試周邊的一些不易被人發現的東西（所謂正常checkpoint覆蓋不到的點），通常來說人所至者皆路，假如真有人跑去森林深處放把火，也是致命的。（擴展測試）

9.自動化測試就像是在森林裏安裝了一個安全報警系統，隨時隨地進行監控，真正意義上的高效。可是有些路面理論上看起來沒問題，走起來就塌陷了（汽車過重了單位面積壓強太大，而地面的承受能力又不在本次防火職責範圍內），一旦起火了沒人過得去救火仍是不行，因此還得須要小夥子開車親自去跑一趟（又是黑盒），這時候騎自行車是不行的，由於你騎自行車可能地面就不會塌陷，若是事實證實了汽車壓過地面真的會塌陷而又沒有辦法的時候，咱們強制全部人只能騎車或步行當心經過（這就須要和客戶談判了，通常SE和PM作這件事）。（軟件測試職責分工）

10.黑盒與白盒，理論上兩者缺一不可，但有不少公司根本沒有白盒測試，就像不少小超市都沒有安裝監控攝像頭同樣，找個大娘坐門口一看就完了。（論黑盒與白盒的關係）

11.好的防火員是勤勞勇敢的老大爺，辛辛苦苦一生沒賺着錢，是共產主義的接班人。（黑盒測試）

12.完善的防火防災是要善於製造各類工具來將整個森林控制在鼓掌之中和眼界以內，今後須要看森林的老大爺數量就從100人變成了5我的。（自動化測試）

13.好的防患於未然是要善於分析森林裏的每一區域每一種樹，各類溼度與溫度的狀況下，森林的火災指數有多少（老大爺作不到）。（白盒測試）

14.咱們都是年輕人，若是你在作軟件測試行業，請問你是否年紀輕輕的就由於本身的不思進取而已經搶走了老大爺的飯碗。（軟件測試職業生涯規劃）

15.一羣小夥子去森林裏扔菸頭，看看去什麼樣的地方扔多少菸頭才能把森林點着了。（壓力測試）