自動化測試的主流框架有哪些？

自動化測試的主流框架有哪些？

自動化測試框架分類，根據功能平臺來劃分：

1.基于前端的W

運維及監測人員是什么？

是做以下工作的

1、問題發現：設計并開發高效的監控平臺和告警平臺，使用機器學習、大數據分析等方法對系統中的大量監控數據進行匯總分析，以及在系統出現異常的時候可以快速的發現問題和判斷故障的影響。

2、問題處理：設計并開發高效的問題處理平臺和工具，在系統出現異常的時候可以快速/自動決策并觸發相關止損預案，快速恢復服務。

3、問題跟蹤：通過分析問題發生時系統的各種表現(日志、變更、監控)確定問題發生的根本原因，制定并開發預案工具。

4、變更管理：以可控的，盡可能高效的完成產品功能的迭代的變更工作。在這方面主要工作內容有：

5、配置管理：通過配置管理平臺(自研、開源)管理服務涉及到的多個模塊、多個版本的關系以及配置的準確性。

6、發布管理：通過構建自動化的平臺確保每一次版本變更可以安全可控地發布到生產環境。

7、容量管理：在服務運行維護階段，為了確保服務架構部署的合理性同時掌握服務整體的冗余，需要不斷評估系統的承載能力，并不斷優化之。

服務器數量比較少，怎么運維比較好？

機器數比較小的話，你可以用云的服務器，這樣可以節省好多錢。找一個專門的運維，還不如讓開發自己來搞，因為機器少運維他也應付得過來?，F在都在搞云計算了，把你的機器放上阿里云或者騰訊云，你自己維護好很多，包括網絡貸款都很容易擴容。上面這個我說到的只是說建議你如果你已經是自己的機器了。我建議你從我下面所說的來搞。

認為的整個過程的話一般分為三個階段，第一的話是手工階段，什么東西都是手工搞。

第2個階段就是腳本階段了，本來手工搞的東西全部腳本化。

第3個階段就是平臺化了，平臺化了之后，所有東西都在頁面上完成系統完成，不需要人工來干預，甚至不用運維來搞。

有一些人說既然認為就是最后的一個階段，但是這個很不成熟。所以我就不說了。

針對你這個機器數少的，你可以It用手或腳本思考是可以的。在正確的階段做正確的事是最好的。所以我建議你做手工操作或者腳本操作。