我已經爲Node JS
編寫了一個或兩個本地C++
模塊,但總是傾向於爲Javascript
中的模塊編寫測試。這是一種有效的測試策略,還是有更好的方法來測試(也可能是調試)本機模塊代碼?Node JS - C++插件的測試策略
1
A
回答
1
Purist可能會說它是「集成」測試,而不是「單元」測試。但我個人不介意。實際上,如果您的模塊將使用來自JS的,則測試此方面也是有意義的,如果您的所有測試都是以這種方式完成的,那麼您真的會徹底測試JS-> C++調用。
所以我認爲這是有效的策略。如果它也足夠快(JS-> C++測試套件的開銷不到1秒),我會堅持下去。
如果JS測試套件很慢,我會重新考慮它,並用一些C++框架(調用模塊的公共API的C++部分)添加純C++單元測試。我親自嘗試https://github.com/unittest-cpp/unittest-cpp作爲第一個,並堅持下去,因爲我喜歡它的語法和「複雜性」,構建速度快,沒有依賴性,當我處於「溫暖」模式時,以前的所有內容編譯,執行小的C++更改和重新運行測試通常需要大約0.5s來編譯+運行(〜數百個簡單測試)+顯示結果)。
如果你這樣做,你仍然應該在JS方面進行一些集成測試,以驗證模塊在JS中調用時的效果,而不僅僅是在C++中調用。
如果您問的是如何編譯+從JS中單獨運行純C++:取決於您的環境設置,我使用單獨的IDE來處理C++源代碼。這也讓我也可以自然地調試C++。
相關問題
- 1. EJB測試策略?
- 2. 測試Passport Twitter策略
- 3. 設計測試策略
- 4. SSIS腳本組件測試策略
- 5. 測試策略:生成XML文件
- 6. 插件更新策略
- 7. AWS Node JS SDK - Amazon IOT - MalformedPolicyException:策略文檔格式錯誤
- 8. Web服務的測試策略
- 9. 測試WCF服務的策略
- 10. Laravel web api的測試策略
- 11. 構建測試數據的策略
- 12. 迴歸測試和部署策略
- 13. 集成測試策略資源
- 14. postgres在後端測試策略
- 15. Gradle爲測試定義安全策略
- 16. Akka:嘲笑集成測試中的組件的策略
- 17. CompletionService中的重試策略
- 18. 單元測試C++ v8插件
- 19. 策略模式C++
- 20. 內容安全策略+表格插件
- 21. WPF插件創建UI策略
- 22. 測試策略文件服務沒有Flash?
- 23. Cloudkit JS && Node JS
- 24. 閃存插槽策略
- 25. 試用軟件/授權策略
- 26. Node-Js的選擇
- 27. GraphQL Node JS應用程序的單元測試
- 28. Azure搜索重試策略
- 29. django + flex:調試策略
- 30. 瞭解logstash重試策略