【51CTO.com原創(chuàng)稿件】外媒速遞是核子可樂精選的近日國(guó)外媒體的精彩文章推薦，希望大家喜歡！

本期給大家推薦的是Node.js***MVC框架綜述、邁向微服務(wù)時(shí)代的七個(gè)正面理由與五大基本要求、十項(xiàng)***實(shí)踐助你成就高效DevOps事件管理團(tuán)隊(duì)和手動(dòng)測(cè)試仍然無(wú)法被取代的13個(gè)重要理由等。

一、Node.js***MVC框架綜述

原文標(biāo)題：The best MVC frameworks for Node.js

[[195124]]

作為一款JavaScript運(yùn)行時(shí)，Node.js立足Chrome V8 JavaScript引擎構(gòu)建，適用于實(shí)現(xiàn)各類桌面與服務(wù)器應(yīng)用。在另一方面，MVC框架的作用則在于減少代碼編寫量，同時(shí)以規(guī)范化方式對(duì)桌面或Web應(yīng)用中的功能進(jìn)行明確區(qū)分。下面，我們將共同了解Node.js領(lǐng)域的16款***MVC框架選項(xiàng)。

1. Diet

2. Express

3. Flatiron

4. Hapi

5. Koa

6. Locomotive

7. Total.js

8. Adonis

9. CompoundJS

10. Geddy

11. Kraken

12. Meteor

13. Nodal

14. Sails

15. ThinkJS

16. Trails

二、邁向微服務(wù)時(shí)代——七個(gè)正面理由與五大基本要求

原文標(biāo)題：7 reasons to switch to microservices — and 5 reasons you might not succeed

[[195125]]

微服務(wù)架構(gòu)自2011年以來(lái)被越來(lái)越多企業(yè)所重視，并將其作為應(yīng)用程序開發(fā)領(lǐng)域的重要選項(xiàng)之一。然而，就目前來(lái)看，仍有不少朋友對(duì)微服務(wù)方案的優(yōu)勢(shì)與適用范圍不太明確，這也引出了我們今天的探討議題——選用微服務(wù)的七個(gè)正面理由與五大基本要求。

正面理由

1. 提升彈性

2. 改進(jìn)可擴(kuò)展性

3. 能夠利用正確工具處理正確任務(wù)

4. 加快產(chǎn)品上市速度

5. 簡(jiǎn)化調(diào)試與維護(hù)

6. 降低TCO以提升ROI

7. 持續(xù)交付

基本要求

1. 需要有能力進(jìn)行快速配置及應(yīng)用部署

2. 要求具備強(qiáng)大的監(jiān)控能力

3. 必須引入DevOps文化

4. 測(cè)試工作較為復(fù)雜

5. 需要在設(shè)計(jì)中考慮故障問(wèn)題

三、十項(xiàng)***實(shí)踐助你成就高效DevOps事件管理團(tuán)隊(duì)

原文標(biāo)題：Top Ten Practices of Highly Effective DevOps Incident Management Teams

最近，我參加了由DevOps.com組織的一次研討會(huì)，各位與會(huì)者共同探討怎樣的團(tuán)隊(duì)才能代表事件管理事務(wù)的卓越實(shí)踐與水平。而著眼于事件管理工作中的五大生命周期階段，我們總結(jié)出十項(xiàng)與之相對(duì)應(yīng)的重要提示，旨在闡述如何將理論轉(zhuǎn)化為足以指導(dǎo)實(shí)踐的有力武器。

檢測(cè)

1. 采用混合方式進(jìn)行檢測(cè)

2. 關(guān)注業(yè)務(wù)成果

響應(yīng)

3. 保證警報(bào)具有可操作性

4. 著手培養(yǎng)你的聊天運(yùn)營(yíng)實(shí)踐

補(bǔ)救

5. 運(yùn)行手冊(cè)——補(bǔ)救工作的核心

6. 采用基礎(chǔ)設(shè)施即代碼方案

分析

7. 數(shù)據(jù)驅(qū)動(dòng)型調(diào)查

8. 保證取證與責(zé)任無(wú)關(guān)

準(zhǔn)備

9. 確保取證資料具備可操作性

10. 建立起完善的方案儲(chǔ)備

四、手動(dòng)測(cè)試仍然無(wú)法被取代的13個(gè)重要理由

原文標(biāo)題：13 Reasons Why Manual Testing Can Never Be Replaced

一部分開發(fā)團(tuán)隊(duì)將自動(dòng)化測(cè)試視為提升工作效率的圣杯，并在一切可能的情況下加以運(yùn)用。盡管自動(dòng)化方案確實(shí)在遞歸測(cè)試與冗余組件的檢查方面表現(xiàn)良好，但手動(dòng)測(cè)試仍在相當(dāng)比例的場(chǎng)景之下?lián)碛懈鼮槌錾男Ч?。在今天的文章中，我們將就此談開去，了解手動(dòng)測(cè)試仍無(wú)法被取代的13個(gè)理由。

1. 仍有大量測(cè)試任務(wù)需要手動(dòng)完成

2. 自動(dòng)化測(cè)試的意義在于輔助測(cè)試人員

3. Bug可能出現(xiàn)在最受忽略的位置

4. 人類具備更強(qiáng)的創(chuàng)造性與分析能力

5. 測(cè)試腳本必須以敏捷性方式進(jìn)行重寫

6. 自動(dòng)化對(duì)于小型項(xiàng)目成本過(guò)高

7. 除非進(jìn)行嚴(yán)密管理，否則自動(dòng)化一般存在滯后性

8. 手動(dòng)測(cè)試人員更了解用戶需求

9. 人類無(wú)法發(fā)現(xiàn)的問(wèn)題，自動(dòng)化同樣難以察覺

10. 良好的測(cè)試方案不僅擁有可重復(fù)性，亦擁有變化能力

11. 移動(dòng)設(shè)備中存在大量復(fù)雜用例

12. 手動(dòng)測(cè)試不局限于通過(guò)/失敗

13. 測(cè)試人員能夠快速處理客戶發(fā)現(xiàn)的錯(cuò)誤

【51CTO原創(chuàng)稿件，合作站點(diǎn)轉(zhuǎn)載請(qǐng)注明原文作者和出處為51CTO.com】

戳這里，看該作者更多好文