測(cè)試原則一，測(cè)試應(yīng)該盡早進(jìn)行，好在需求階段就開始介入，因?yàn)閲?yán)重的錯(cuò)誤不外乎是系統(tǒng)不能滿足用戶的需求。二，程序員應(yīng)該避免了檢查自己的程序，軟件測(cè)試應(yīng)該由第三方來(lái)負(fù)責(zé)。三，設(shè)計(jì)測(cè)試用例時(shí)應(yīng)考慮到合法的輸入和不合法的輸入以及各種邊界條件，特殊情況下還要制造極端狀態(tài)和意外狀態(tài)，如網(wǎng)絡(luò)異常中斷、電源斷電等。(5)這種分析也能幫助測(cè)試人員設(shè)計(jì)出有針對(duì)性的測(cè)試方法，改善測(cè)試的效率和有效性。四，應(yīng)該充分注意測(cè)試中的群集現(xiàn)象。

04關(guān)注機(jī)構(gòu)的口碑：

考核業(yè)界有沒(méi)有學(xué)生的不好的新聞，學(xué)生對(duì)培訓(xùn)機(jī)構(gòu)的認(rèn)可程度怎么樣，這種機(jī)構(gòu)把精力放在了學(xué)生身上的機(jī)構(gòu)，才是做教育的應(yīng)有態(tài)度。

05看學(xué)員的就業(yè)率和就業(yè)質(zhì)量：

學(xué)員的就業(yè)率和就業(yè)質(zhì)量在很大程度上反映出一家培訓(xùn)機(jī)構(gòu)的課程研發(fā)是否和企業(yè)的實(shí)際需求相一致，讓學(xué)員能學(xué)以致用是培訓(xùn)學(xué)校的基本目標(biāo)。一定要辨別下真實(shí)的就業(yè)薪資和就業(yè)承諾，很多培訓(xùn)機(jī)構(gòu)只是口頭承諾就業(yè)或者在就業(yè)保證方面玩了一些文字游戲。

　　好的行業(yè)代碼

好的行業(yè)代碼有以下屬性，依序是：可讀性，因?yàn)榇a用來(lái)讀和維護(hù)的頻次要高于寫。代碼的意圖必須清晰，讓其他開發(fā)者在多年后依然理解。防御性，就是要遵循防御性編碼的實(shí)踐。防御性編碼本身就是一個(gè)課題，不過(guò)其要義是：你必須確保自己所寫的類和方法的不恰當(dāng)使用不會(huì)導(dǎo)致你的代碼搞得軟件都崩潰。優(yōu)化，位列清單的后未知，因?yàn)榇蠖鄶?shù)時(shí)候你并不需要真正去擔(dān)心這個(gè)。這并不意味著你應(yīng)該編寫糟糕代碼，在存在線性解決方案的情況下以O(shè)(n3)的效率去做某個(gè)東西。使用NoSQL解決方案在培訓(xùn)中增加了大約1個(gè)sprint，當(dāng)然，這也是由于缺乏經(jīng)驗(yàn)和設(shè)計(jì)上的失誤。但開發(fā)者通?？释麌L試并且會(huì)在不需要的情況下過(guò)度優(yōu)化，卻犧牲了代碼的可讀性和防御性。你永遠(yuǎn)都應(yīng)該能夠證明犧牲了這些屬性的特定優(yōu)化是值得的?，F(xiàn)在你了解了如何去編寫良好的行業(yè)代碼了。

對(duì)于你的產(chǎn)品，可用性是否勝過(guò)一致性？如果你正在建立一個(gè)像Facebook newsfeed這樣的系統(tǒng)，你可能會(huì)希望這個(gè)系統(tǒng)是高可用性的，并且是終一致。

另一方面，如果您正在構(gòu)建一個(gè)銀行系統(tǒng)（或者像我們的案例那樣的模式存儲(chǔ)），您可能希望支持強(qiáng)一致性，并放棄高可用性。

無(wú)論采用哪種方式，您都應(yīng)該首先考慮CAP定理的含義，然后決定您的系統(tǒng)是否需要SQL或NoSQL解決方案。