五，對錯誤結果要進行一個確認過程。一般由A測試出來的錯誤，一定要由B來確認。01找學員了解：不管培訓機構怎么廣告宣傳，首先確定一點是不是專業(yè)做這個培訓的，實際培訓的效果和最終的就業(yè)怎么樣不是靠他們自己說的，這個就要去找一些在讀或者已經(jīng)畢業(yè)的學員親自了解一下。嚴重的錯誤可以召開評審會議進行討論和分析，對測試結果要進行嚴格地確認，是否真的存在這個問題以及嚴重程度等。六，制定嚴格的測試計劃。一定要制定測試計劃，并且要有指導性。測試時間安排盡量寬松，不要希望在極短的時間內(nèi)完成一個高水平的測試。七，妥善保存測試計劃、測試用例、出錯統(tǒng)計和終分析報告，為維護提供方便。

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

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

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

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

您的數(shù)據(jù)事務是基于什么？或者，您需要什么級別的事務支持？如果您的系統(tǒng)需要ACID屬性，那么您很好還是堅持使用RDBMS解決方案。否則，您將花費大量的時間試圖在您的應用程序/業(yè)務邏輯層重制ACID保證，并且您可能仍然沒有RDBMS解決方案那么。#3: 您需要Web/高可伸縮性嗎？總是在先計算出您需要什么樣的可伸縮性。一定要辨別下真實的就業(yè)薪資和就業(yè)承諾，很多培訓機構只是口頭承諾就業(yè)或者在就業(yè)保證方面玩了一些文字游戲。在這個特殊的例子中，我們正在為微軟內(nèi)部游戲工作室構建系統(tǒng)。有10到15個游戲工作室正在考慮中——這取決于有多少注冊用戶使用這個系統(tǒng)每個工作室多有3-5個活躍的游戲標題。每個游戲標題為三個環(huán)境存儲遙測模式——開發(fā)、預生產(chǎn)（PPE）和生產(chǎn)對于每個標題，將會有2-5個數(shù)據(jù)科學家同時修改游戲標題數(shù)據(jù)每一個標題事件都有大約50 KB的max事件數(shù)據(jù)我們被要求存儲所有的版本——我們估計這個數(shù)字是1000除以一個標題的生命周期有了以上粗略的估計，我們就可以計算并發(fā)性和存儲需求：

總并發(fā)數(shù) = 工作室數(shù)量 * 標題數(shù)量每工作室 * 用戶數(shù)量每標題

=  15 * 5 * 5 = 375 并發(fā)用戶

大存儲 =  工作室數(shù)量 * 標題數(shù)量每工作室 * 環(huán)境數(shù)量 * 事件存儲大小每版本* 需要存儲的版本數(shù)

= 15 * 5 * 3 * 50 KB * 1000 = 11250000 KB = 11.25 GB大存儲

SQL Azure支持1024個并發(fā)打開連接，并且能夠很容易地支持并發(fā)需求。另外，在考慮云計算時，11.25 GB實際上是一個非常小的數(shù)字。

這個系統(tǒng)并不是下一個FaceBook或必應——那么NoSQL的路線真的值得嗎？