五，對(duì)錯(cuò)誤結(jié)果要進(jìn)行一個(gè)確認(rèn)過(guò)程。一般由A測(cè)試出來(lái)的錯(cuò)誤，一定要由B來(lái)確認(rèn)。嚴(yán)重的錯(cuò)誤可以召開評(píng)審會(huì)議進(jìn)行討論和分析，對(duì)測(cè)試結(jié)果要進(jìn)行嚴(yán)格地確認(rèn)，是否真的存在這個(gè)問(wèn)題以及嚴(yán)重程度等。六，制定嚴(yán)格的測(cè)試計(jì)劃。在公司努力尋找這份工作的合適人選時(shí)，你也應(yīng)該設(shè)法弄清楚這家公司適不適合你。一定要制定測(cè)試計(jì)劃，并且要有指導(dǎo)性。測(cè)試時(shí)間安排盡量寬松，不要希望在極短的時(shí)間內(nèi)完成一個(gè)高水平的測(cè)試。七，妥善保存測(cè)試計(jì)劃、測(cè)試用例、出錯(cuò)統(tǒng)計(jì)和終分析報(bào)告，為維護(hù)提供方便。

組織你的思路

既然你的大量時(shí)間都是用在溝通、研究和多任務(wù)上，你需要一些工具來(lái)幫助一切井然有序。TODO 清單/任務(wù)工具：你的公司應(yīng)該已經(jīng)有了某種任務(wù)管理軟件了，但你自己也有類似的個(gè)人系統(tǒng)是有幫助的。使用便利貼或者像 Trello 或者 Todoist 之類的軟件。筆記：開會(huì)一定要記筆記，要致力于改進(jìn)現(xiàn)有文檔并且建立個(gè)人的知識(shí)庫(kù)。你應(yīng)該能夠回答任何有關(guān)你列上簡(jiǎn)歷的經(jīng)歷方面的問(wèn)題，并且解釋清楚這一經(jīng)歷如何讓你成為本工作更好的候選人。使用 Evernote、oneNote 或者筆記本。使用這些工具似乎有用力過(guò)度之嫌，但日后在回顧這一耗掉了你 3 天時(shí)間才想清楚的晦澀的開發(fā)過(guò)程時(shí)你會(huì)感謝自己的。不做豐富筆記的好的軟件開發(fā)者我一個(gè)都沒見過(guò)。圖表/可視化：人是視覺動(dòng)物，創(chuàng)建流程圖和架構(gòu)可幫助你和其他人理解復(fù)雜的話題。在跟非技術(shù)人員溝通時(shí)圖解尤其有用?？墒褂?Lucidchart、 Visio 或者白板。

軟件測(cè)試新起點(diǎn)、高薪工作任你挑

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

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

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

您的數(shù)據(jù)事務(wù)是基于什么？或者，您需要什么級(jí)別的事務(wù)支持？如果您的系統(tǒng)需要ACID屬性，那么您很好還是堅(jiān)持使用RDBMS解決方案。否則，您將花費(fèi)大量的時(shí)間試圖在您的應(yīng)用程序/業(yè)務(wù)邏輯層重制ACID保證，并且您可能仍然沒有RDBMS解決方案那么。#3: 您需要Web/高可伸縮性嗎？總是在先計(jì)算出您需要什么樣的可伸縮性。這個(gè)時(shí)候，一些軟件測(cè)試的基礎(chǔ)理論和實(shí)用技術(shù)開始形成，并且人們開始為軟件開發(fā)設(shè)計(jì)了各種流程和管理方法，軟件開發(fā)的方式也逐漸由混亂無(wú)序的開發(fā)過(guò)程過(guò)渡到結(jié)構(gòu)化的開發(fā)過(guò)程，以結(jié)構(gòu)化分析與設(shè)計(jì)、結(jié)構(gòu)化評(píng)審、結(jié)構(gòu)化程序設(shè)計(jì)以及結(jié)構(gòu)化測(cè)試為特征。在這個(gè)特殊的例子中，我們正在為微軟內(nèi)部游戲工作室構(gòu)建系統(tǒng)。有10到15個(gè)游戲工作室正在考慮中——這取決于有多少注冊(cè)用戶使用這個(gè)系統(tǒng)每個(gè)工作室多有3-5個(gè)活躍的游戲標(biāo)題。每個(gè)游戲標(biāo)題為三個(gè)環(huán)境存儲(chǔ)遙測(cè)模式——開發(fā)、預(yù)生產(chǎn)（PPE）和生產(chǎn)對(duì)于每個(gè)標(biāo)題，將會(huì)有2-5個(gè)數(shù)據(jù)科學(xué)家同時(shí)修改游戲標(biāo)題數(shù)據(jù)每一個(gè)標(biāo)題事件都有大約50 KB的max事件數(shù)據(jù)我們被要求存儲(chǔ)所有的版本——我們估計(jì)這個(gè)數(shù)字是1000除以一個(gè)標(biāo)題的生命周期有了以上粗略的估計(jì)，我們就可以計(jì)算并發(fā)性和存儲(chǔ)需求：

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

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

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

= 15 * 5 * 3 * 50 KB * 1000 = 11250000 KB = 11.25 GB大存儲(chǔ)

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

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