“你們是如何測試軟件的？”

理想情況下，驗證代碼質量應該是單元測試、人工測試以及自動化測試的結合。

危險信號：“我們都寫不出 bug，哈哈?！?→ 那些人正是會寫出 bug 的人。

　“你們使用什么樣的版本控制系統(tǒng)？”

版本控制系統(tǒng)對于協(xié)作極其有用，在職業(yè)環(huán)境下沒有理由不使用。

危險信號 #1：“額，版本控制系統(tǒng)？” → 快跑，跑得越遠越好。

永遠記得使用版本控制。

危險信號 #2：“<插入不的或者定制的 VCS>” → 這表明他們很有可能沒有跟上時代并且很久沒有升級自己的基礎設施了。

知道何時使用庫

簡短回答：隨時都要。

詳細回答：99% 的時間內你都不應該重新發(fā)明輪子。在大多數(shù)的軟件工程崗位，實現(xiàn)特定類型的東西都屬于純粹浪費時間。這并不意味著你不應該知道所使用的算法和數(shù)據(jù)結構是怎么工作的，因為這可以幫助你決定用什么以及什么時候用。

為了成為一名的軟件工程師，你需要理解自己可以任意支配使用的那些庫。大多數(shù)流行語言的標準庫都是極其有用的，其規(guī)模比你想象的要大。此外，代碼庫也許也會利用了額外的特殊庫。閱讀其文檔，知道什么使用去使用它們。

一般來說，在系統(tǒng)的設計范圍之內，吞吐量隨系統(tǒng)的并發(fā)用戶數(shù)的增加呈現(xiàn)增加趨勢，也就是說你客戶端來多少請求數(shù)系統(tǒng)吃（處理）多少請求數(shù)；如果有可能，要求跟1、2位將來可能成為你團隊中的成員的人面談一下。當超出這個范圍時有兩種情況，一種是系統(tǒng)只能處理這么多，超過這個數(shù)系統(tǒng)不接收了，后隨著并發(fā)用戶數(shù)的增多吞吐量是一個水平的直線；

還有一種情況是不管來多少系統(tǒng)都接收后導致系統(tǒng)吞吐量下降甚至系統(tǒng)崩潰。測試工具的發(fā)展，大大提高了軟件測試的自動化程度，讓測試人員從繁瑣和重復的測試活動中解脫出來，專心從事有意義的測試設計等活動。并發(fā)用戶數(shù)是客戶端單位時間內對服務器端施加的壓力，具體能不能接受并處理要看被測系統(tǒng)的吞吐量，而吞吐量是被測系統(tǒng)單位時間內處理的請求數(shù)或者說單位時間內處理的字節(jié)數(shù)；一個著重于客戶端的操作即測試手段，一個著重于應用系統(tǒng)的處理能力即查看對象；（上面的討論沒有考慮兩者的單位，如一個用戶同時有多個請求情況）