1樓：LYNN
對於這種服務端後台的測試人員，除了需要掌握上述的自動化測試技術之外，還有乙個溝通、協調的工作，因為後台的介面一般是同時提供給iOS／Android／WEB三個端，所以需要跟三端的測試人員協調測試進度、測試環境等事項。
如果遇到後端服務大的重構、或者是第一次上線預計有大流量的，那還需要對後端服務做乙個效能測試，用JMeter／Grinder等工具編寫指令碼並進行壓測，看看後端服務能不能撐住大流量。有些版本效能風險小的，不必要每次都做效能測試，可以根據實際版本的情況具體分析。
二、第二種：對更後端的資料庫、快取系統、中介軟體、檔案系統等進行測試。
這種就類似於雲計算等後端基礎服務的測試，對於一些大的公司，會有乙個專門的團隊來開發這種後端基礎服務，這種服務當然也需要測試人員來保證質量。
如果這種基礎服務用了某乙個開源軟體，那通常也需要測試人員能關注社群的進展，並把我們發現的Bug及解決方案等推到社群，為社群做貢獻。
除了介面測試之外，在我們公司，異常測試、穩定性測試、效能測試也是服務端測試必備的測試型別。
異常測試會模擬各種異常情況，比如硬體異常－機器掛掉的情況下能否啟動備機、硬碟掛掉的情況下是否會丟失資料；網路異常－網路忽然斷掉、或者網路流量變小的情況；系統異常－作業系統忽然掛掉的情況。這些極端的情況出現的時候，我們需要驗證資料有沒有丟、能不能盡快啟動備機對外提供服務、系統狀態有沒有異常等。我們會採用各種方式或者工具來模擬這些異常，比如用TrafficControl工具來控制網路流量。
穩定性測試，就是模擬系統在7*24的執行下會不會出問題，一般會用介面測試或者效能測試用例不斷地跑，在執行期間，我們會模擬各種情況，比如說負載的變化、系統的各種干擾等。可以用ChaosMonkey等工具來進行這類測試。
效能測試，其實細分起來會有各種型別，比如負載測試、壓力測試、配置測試、甚至還有線上壓測、容量規劃等。最常規的效能測試，一般是先規定乙個系統需要承受的壓力，比如說，某乙個系統，1個小時之內會有1W單的單子，那基於這個需求我們分析伺服器後端需要承受的壓力，分析出來以後，就寫效能測試指令碼，然後逐漸增加壓測的力度，直到超過這個預定的壓力。通常在這個測試過程中會發現各種問題，比如資料庫索引沒有建、執行緒池太小、系統異常等。
需要解決了之後再加大壓力測試。也是用Grinder／JMeter等工具來進行效能測試，不過難的不是這些工具的使用，而是發現問題以後的定位。
對於這種後端服務的測試人員來說，技術上的要求是挺高的，需要有較好的程式設計能力，需要對資料庫、作業系統等機制有很好的了解才行。
2樓：刻文
我覺得最麻煩的就是業務邏輯這一塊兒，只不過是對於新人來說，至少得有半年多時間去熟悉服務端的業務情況，介面的效能測試，業務場景搞不清楚，採集的資料也就不夠準確了。
Linux 為什麼沒有伺服器端病毒？為什麼都是針對桌面端或者瀏覽器攻擊？
賽維 關注什麼，就會發現什麼特別多。隨著Linux伺服器使用率的增加，近些Linux病毒也越來越多。不同於windows，Linux的病毒主要是針對伺服器的。有做肉雞的，有挖礦的，也有其他用途的。至於為什麼題主覺得少，還是剛才那句話關注什麼，就會發現什麼特別多。 T3qui1a 哈哈哈哈哈哈哈，我也...
有必要使用伺服器端渲染 SSR 嗎？
檸檬仙人 如果不需要搞搜尋引擎結果優化，那沒必要做，如果為了首屏載入顯示快也可以做。主要解決的問題就是首屏載入以及seo優化。所以看你需求咯 信鑫 King 為啥不用更先進的 SSG 靜態站點生成 既有 CSR 客戶端渲染 的優勢，又有 SSR 服務端渲染 的 SEO 首屏，又能放 CDN 上，多好...
想做遊戲伺服器端開發，大神能指條路線麼？
專案實戰是最快捷的辦法。加入成熟的團隊，維護伺服器，修改BUG，逐步熟悉程式執行流程，下來參與寫具體的邏輯功能。主動解決出現的各種莫名其妙的問題，解決問題多了，自然就知道哪些問題是架構的問題，哪些規範的問題，哪些是測試不足的問題，最後可以自己做個架構盡可能避免上面的問題，然後商業應用，經過成千上萬的...