是新技術？
其實零代碼/低代碼并非什么新鮮的概念，2000年左右就開始有了，之所以在現有開發工具的基礎上設計開發平臺，是要實作無代碼或低代碼開發，縮短專案周期，保證專案穩定，同時方便維護升級，大到BPM之類的軟體、小到介面的自動化測驗工具，都是屬于這類，
可以做什么？
單從應用來說，零代碼/低代碼更多用于單一細節的開發，這些開發的共性就是標準化，就是設計出圖形化的界面給最終用戶使用，效率會有所提高，
在介面自動化測驗中，傳統模式是需要自己寫腳本，明確資料流和業務流之后，把N個介面測驗腳本串起來，再找一個運行平臺如jmeter進行測驗，
運用零代碼/低代碼，則是直接在介面自動化測驗工具如Eolinker上匯入介面檔案，直接在界面上生成測驗用例，再設定一下測驗流程的相關引數和回傳值，就可以一鍵發起自動化測驗并實時得到測驗結果，
低代碼比零代碼好？
直接說結論，簡單業務可以零代碼，復雜業務還是需要低代碼，
因為做一個專案不可能只是簡單的錄入和查看資料，為了讓系統更智能，你必須要做很多計算，這就涉及到業務邏輯，就像上面說到的介面自動化測驗，雖然一些基礎功能可以直接配置，但涉及到一些復雜邏輯也還是需要通過腳本或者插件工具來做，
為什么要用此類工具？
有啥好說的，效率！
傳統的軟體測驗作業往往在開發任務的最后階段進行，既增加測驗的難度，也難以完整測驗所有內容，容易導致專案延期，自動化測驗可以幫助測驗團隊在專案開發中的任何階段實施快速測驗，將測驗作業分散在整個研發周期中，
同時現在的自動化測驗工具也可以做到多個成員分工及完成測驗后的報告生成發送之類的東西，也能提高不少團隊協作的效率，
Jmeter：https://jmeter.apache.org/
Eolinker：https://www.eolinker.com/
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/252936.html
標籤：其他
上一篇：快速獲取API狀態的三種方式