一、根基不牢
問題：利用等價類劃分的方法，對某問題設計測試用例。
分析：98%以上的應聘者只知道按照有效等價類和無效等價類進行劃分，殊不知此種分類方法只是等價類劃分的乙個典型應用而已，等價類劃分遠非只能劃分為有效和無效兩類。根據種種劃分依據，還可以進一步劃分很多其他類別。
問題：根據事件描述，畫出對應的因果圖。
分析：標準答案中只畫了「兩條恒等，兩條非，乙個與，乙個或」。如此簡單的問題，上百名應聘者中竟然無一人答對，痛心啊。黑盒測試方法就那麼幾種，既然你已知這個名，怎麼就不知道多看幾眼。
小結：上面提到的是軟體測試的最基本的方法，作為從業測試實際工作等 測試工具的應聘人員，但是當真正問到他們關於指令碼的具體除錯時，有7成以上人員表示他們只是參加測試培訓時老師講過，或者自己在網上看過相關資料，另外有 2成以上人員表示他們雖然用過，但是只是簡單的錄製回放，根本不會自己除錯。可能是迫於無奈吧，簡歷裡面什麼都不寫，可能面試的機會都沒有，但是簡歷如此誇大的來寫，終歸是浪費自己的面試時間和路費。
小結：從事測試僅1-2年時間，要想測試也精通，專業也精通確實不易，但是不說精通，至少也該知道個60%才對的起你的測試工作。一兩年時光如此荒廢，靜下心來反思一下，身邊還有哪些技能我們應該掌握紮實一點呢。
三、無測試體系概念，忽視理論
問題：請說出軟體測試的定義，bug的定義。
分析：99%的人不能說出這兩個測試名詞的定義，只是在給我解釋測試是為了發現bug之類的片面理解，殘留的幾個人也說得不夠準確。這兩個詞目前尚不能 說業內已經有了成熟統一的定義，但是無論是對是錯，身為測試人員已經數年，自己竟然說不出這兩個詞的概念，多少也說不過去啊。有些人和我說，理論名詞概念 不重要，我會做測試就是了。想想金庸老先生早就告訴我們，武功僅有招式是不夠的，必須配合上什麼心法口訣才能行。你只會測試執行的招式，卻不懂測試理論的 心法，怎麼能夠修煉成上乘的軟體測試呢？
問題：請介紹一下你們的測試流程，流程和過程有什麼不同，為什麼好的測試需要好的流程？
分析：但凡做過1、2年測試的人都能給我說出他們先做什麼後做什麼，但是當我繼續問「這是否可以叫做過程？流程和過程有什麼差別」，應聘者一棒子被打 暈，繼續追問「為什麼好的測試需要好的流程」的時候，早已經找不到東南西北了。每天公司各項制度叫你做什麼你就做什麼，讓你怎麼做你就怎麼做，完全不管不 顧為什麼，那麼自己豈不成了沒頭腦的工具。這樣你能幹的工作別人也能做，自己的優勢不就沒有了嗎。
小結：目前測 試業內流傳著學院派和實踐派的說法，學院派的理論給人的感覺往往是好聽但不實用，而實踐派的知識，往往能夠立即見效。所以眼下測試培訓往往實踐派的更受歡 迎。繼續引用金庸先生的觀點，練武分練內氣宗，練外劍宗，但是真正的高手是內外兼修。如果我們不想只做普通的測試小****的話，就要理論實踐並重，方能 有所作為。
四、周邊知識知之甚少
問題：能給我介紹一下軟體工程中的瀑布模型嗎？
分析：又是8成 應聘者不會回答，都是曾在遙遠的學生時代有所耳聞，現今早已忘得一乾二淨了。軟體測試因何而生——軟體危機，軟體危機導致軟體工程的興起，軟體工程中又包 含軟體測試，就好像魚兒活在水裡，如果沒有軟體工程這個水，**能夠養活這軟體測試的魚，如果我們對於身邊的軟體工程不夠了解，怎麼可能在裡面自由的暢遊 呢。
問題：用你最熟悉的開發語言實現sum=1+2+3+…+100
分析：保守統計7成以上的應聘者寫出來的程 序無法執行或者執行結果錯誤，更少有人能夠一氣呵成，而且精準。這道程式設計題難嗎？肯定不難，那麼為何答錯，自己沒有真正寫過程式，即使寫過幾行，也早就是 如煙往事了。做測試一定需要懂開發嗎？這個問題討論以久，當然不一定，但是如果要做好測試，做深測試，分析問題原因，提出問題解決方案，編寫測試指令碼或工 具，哪乙個又能離開軟體開發呢？
小結：我們學習測 試也應該有個先後順序，有步驟。掌握周邊知識的緊迫程度可能不如測試知識和行業知識。但是對於我們已經從業1-2年的測試人員來說，學校裡面學到的知識不 應該丟，之後的發展中，周邊知識的學習也應該開始了。周邊知識的範疇其實很廣，還包括各種其他測試理念的學習，機械工業出版社翻譯的那套測試叢書就很不 錯，觀點眾多而新穎，博眾家之長，集大成，向來都是大家風範。
五、缺乏必要的責任心、細心、耐心、虛心等
問題：請數出下圖中三角形的個數（平面圖，有幾根弧線做干擾）
分析：我總是問自己，這道題真有這麼難嗎？連中小學生都能數對的十幾個三角形，到了我們這二十幾歲的年輕人手中，正確率才1%，為什麼？其實就是現在我 們已經很少有人能夠靜下心來，耐心細緻的去做事情了。很多應聘者告訴我她的優點就是「踏實，坐的住，正適合這繁瑣的測試工作」。我需要的不是坐在那裡不做 事或者做錯事的人，而是需要能夠按時保質量完成測試工作的測試人員。
問題：你離職的原因？
分析：這是面試中最常 見的問題了。應聘者往往也是充分準備，理由多種多樣，但是看看應聘者的工作記錄統計，70%應聘者平均跳槽頻率是1年/次（實習情況除外），不會都那麼湊 巧吧，趕上什麼公司倒閉，每隔一年就會想一次自己學不到東西，需要去外面看看。而在我看來，真正的原因更多的應該是希望通過跳槽提高工資，或者因為自身水 平不足被公司炒魷魚吧。
小結：我並不認為所有的人都適合做測試。非技術素質方面，這點或者那點不足夠優秀也很正 常，心浮氣躁也可以理解。但是作為用人單位，理解歸理解，卻也不會用不勝任崗位，或價效比不高的人員。那麼對於此類應聘者，我的忠告就是，要麼你另謀高 就，要麼你就放低姿態，培養好你必備的素質後再談。
六、缺乏誠信
這一點本應該被歸在上一條素質中，但是這點的重要性 我認為遠超過了上一條所列各項，因此單獨提出。相關表現主要體現在：1、虛報自己歷史工薪；2、筆試題目作弊；3、編造離職原因；4、虛報學歷，工作經 驗；5、誇大自己工作技能等。對於嚴重缺乏誠信的，一旦發現，其他表現再好，也無濟於事了。
國內測試專業blog 部份 ,歡迎一起完善
webx朱少民 質量管理 陳紹英 效能測試 段念 效能測試 深圳oracle 朱波 oracle測試,效能 自動化測試 陳雷 效能,管理 柳勝 效能 自動化 文斯 白盒 微軟余正洋 jack 測試架構 廣東賽寶陳能技 自動化 劉艷會 c 工具 於湧 效能測試 深圳金蝶楊學明 秋陽 綜合 陽光 htt...
jmeter如何測試Bearer加密的介面？
使用jmeter做介面測試時，遇到乙個問題 登入返回的響應資料中，token型別是bearer，介面返回身份認證失敗 如下圖所示 按照正常的將獲取到的token值以引數形式放到資訊頭里，後邊依賴登入介面的介面會獲取不 到token值。解決辦法就是組合傳參 bearer toke 值，例如 beare...
24 介面測試的意義
在筆者看來介面自動化測試有以下四點優勢 1.提高版本發布質量 2.縮短專案週期 3.發現更多手工測試難以暴露的問題 4.提高測試效率 我們先說第一點 提高版本發布質量 我們知道，絕大多數問題都會暴露在功能測試階段，如果能在功能測試之前減少bug數量，那麼一定會減少測試版本的發布。那麼怎樣減少功能測試...