到了上世紀80年代初期，軟件和IT行業(yè)進入了大發(fā)展，軟件趨向大型化、高復雜度，軟件的質量越來越重要。這個時候，一些軟件測試的基礎理論和實用技術開始形成，并且人們開始為軟件開發(fā)設計了各種流程和管理方法，軟件開發(fā)的方式也逐漸由混亂無序的開發(fā)過程過渡到結構化的開發(fā)過程，以結構化分析與設計、結構化評審、結構化程序設計以及結構化測試為特征。今天又把它拿出來，復習復習，同時也跟大家分享一下，看看大家還有那些問題會問，也取取經(jīng)。

所以，我們不難得出兩點結論：

1.現(xiàn)有的軟測工程師大多為培訓出身；

2.也存在五分之一非培訓出身的軟測工程師，排除本身就有基礎的大學專業(yè)學習和從開發(fā)轉行的，有不到十分之一的自學成才的軟測工程師。

那么這樣看來，報班培訓還是蠻靠譜的。但是，必須要說清楚的是，報培訓班固然靠譜，但并不是報什么培訓班都靠譜。

這也好理解，郭德綱說過：“人分三六九等，肉分五花三層”，餓的時候吃東西是靠譜的，但不是吃什么都是靠譜的。同理，培訓班也是分檔次的，有好的，有次的，也有那個差不多中不溜的.....

軟件測試新起點、高薪工作任你挑

每次面試的時候，面試官都會在后給面試者一些時間，來問問題。這是個非常好的機會，能按照自己的思路，來了解職位、技術、企業(yè)文化、福利待遇、企業(yè)狀況和前景等情況，以彌補前面面試過程中沒有了解到的情況。

但較早以前面試準備不太充分，雖然也能地問上一些問題，但掛一漏萬，每次回來后，總覺得對企業(yè)、對職位沒有完全了解清楚，不能依此作出很理性的決斷。去？還是不去？往往還是靠大概其的感覺而定。

后來，我總結出了一張問題表，等讓我問問題的時候，可以有針對性地提出來，來進一步了解職位和企業(yè)。今天又把它拿出來，復習復習，同時也跟大家分享一下，看看大家還有那些問題會問，也取取經(jīng)。

你的客戶在下游使用什么技術？考慮這樣一個場景：您向客戶交付分析數(shù)據(jù)。您正在使用NoSQL來存儲分析數(shù)據(jù)。然而，您的一個客戶決定堅持使用基于SQL的報告系統(tǒng)。

這對你來說意味著什么？

這意味著您現(xiàn)在需要將所有NoSQL數(shù)據(jù)轉換為SQL格式，并通過Azure數(shù)據(jù)工廠等服務將其向下推到客戶的SQL數(shù)據(jù)庫。(2)好的測試方案是極可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯誤的測試方案。這是您需要承擔額外的開發(fā)和運營成本。如果您的所有下游客戶都在使用SQL，那么您需要認真地考慮是否使用NoSQL和做所有這些昂貴的數(shù)據(jù)轉換對您的系統(tǒng)有意義嗎？