testcontainers-scala
µTest
Our great sponsors
testcontainers-scala | µTest | |
---|---|---|
2 | 2 | |
613 | 478 | |
1.3% | -0.6% | |
7.4 | 4.2 | |
about 1 month ago | 3 days ago | |
Scala | Scala | |
MIT License | - |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
testcontainers-scala
-
Confusion about Tagless Final
Let me highly recommend integration tests with testcontainers-scala, especially with Weaver Test using this snippet. Weaver is a great test framework, and testcontainers-scala is IMO simply the right way to do integration tests.
- ZIO: Mock Kafka Producer from zio.kafka
µTest
-
From First Principles: Why Scala?
Let's clarify some points for folks not so familiar with Scala.
> * Scala minor version are binary incompatible, so maintaining Scala projects is a big pain. Upgrading Spark from Scala 2.11 to Scala 2.12 was a massive undertaking for example.
Scala just chose a strange naming scheme. Other languages would have just increased their major version instead. The scala minor version is increased every few years and not every month or so.
> * Scala has tons of language features and lets people do crazy things in the code.
Actually, that's not true. Or rather: compared to what language?
Scala has surprisingly few language features, but the ones it has are very flexible and powerful. Take Kotlin for example. It has method extensions as a dedicated feature. Scala just has implicits which can be used for method extension.
> * Scalatest is stil used by most projects and is annoying to use, as described here: https://github.com/lihaoyi/utest#why-utest. The overuse of DSLs in Scala is really annoying.
I agree with the overuse of DSLs. Luckily that got much better, but older libraries like scalatest still suffer from that.
> * Li's libs (os-lib, upickle, utest) have clean public interfaces, but most Scala ecosystem libs are hard to use, see the JSON alternatives for examples
I think that just comes from using the library in a non-idiomatic way. In most applications, you will need to use the whole json anyways, and then you use (or can use) circe like that:
{
What are some alternatives?
ScalaTest - A testing tool for Scala and Java developers
ScalaMock - Native Scala mocking framework
zio-kafka - A Kafka client for ZIO and ZIO Streams
Diffy
Specs2 - Software Specifications for Scala
scalaprops - property based testing library for Scala
cornichon - Testing tool in Scala for HTTP JSON API
Scala Test-State - Scala Test-State.
Gatling - Modern Load Testing as Code
Mockito Scala - Mockito for Scala language
Scalive - Connect a Scala REPL to running JVM processes without any prior setup