關于企業文化 a) 加班。

有的人沒結婚、沒孩子，可能喜歡下班了還留在公司，如果再有加班費，那就更好了。但我問這個問題，主要目的是想看看這個企業是不是把加班當作一種常態，是不是已經成為企業文化的一部分了。

把加班當理所應當的事，這樣的企業恐怕我待不了。大多數面試官在此問題上，軟件測試，不會承認自己公司有太多加班，但他們一般還會說，有些情況下是要加班的，比如：XXXX。這個時候是你真正了解他們對加班看法的很佳時機。

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

1.現有的軟測工程師大多為培訓出身；

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

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

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

是因為我認為NoSQL解決方案不如RDBMS解決方案嗎？當然不!

是因為我專注于SQL的做事方式，而不想陷入一種相對較新的技術的不確定性嗎？不，軟件測試就業，也不是！事實上，我非常興奮地學習和使用各種分布式數據庫提供的設施。

那我為什么要寫這個？

原因很簡單——幾年前，我見證了設計一個為遙測事件提供模式管理設施的系統。事實證明，軟件測試前景，這比較初計劃的要昂貴得多。為什么呢？因為選擇了錯誤的數據庫解決方案。

這個系統的一個要求是確保模式編輯是一致的，并且模式的很新版本被顯示給每個模式編輯器。它還應該支持并發編輯。

此外，同時訪問這個系統的用戶數量永遠不會**過幾百個。存儲的數據量不會是Tb級——較多幾百Gb。

因此，如果我們考慮了CAP定理的權衡，那么選擇應該是顯而易見的——使用RDBMS。這樣做的好處是支持系統的一致性和事務支持需求。

相反，選擇了NoSQL數據庫（Azure表存儲）來進行原型設計。這一選擇的原因是，它使原型設計更快，并提供了更大的靈活性，同時更新了單個遙測事件的模式。與Azure SQL相比，Azure表存儲的低成本被認為是另一個原因。

軟件測試-正厚軟件技術有限公司-南京正厚軟件負責由南京正厚軟件技術有限公司提供。軟件測試-正厚軟件技術有限公司-南京正厚軟件負責是南京正厚軟件技術有限公司（）今年全新升級推出的，以上圖片僅供參考，請您撥打本頁面或圖片上的聯系電話，索取聯系人：陳老師。

正厚軟件以學員為根本，以責任心為驅動、以服務學員為宗旨提供給學員較實用、較全面的軟件測試技術基礎和職業綜合素養。