this post was submitted on 18 Jun 2023
8 points (100.0% liked)

Programming

13386 readers
2 users here now

All things programming and coding related. Subcommunity of Technology.

This community's icon was made by Aaron Schneider, under the CC-BY-NC-SA 4.0 license.

founded 2 years ago
MODERATORS
remington
alyaza
Hexorg
8
Pact testing vs end-to-end testing (vlemmy.net)
submitted 1 year ago by show_me_the_clamps@vlemmy.net to c/programming
10 comments fedilink hide all child comments
 

At my company there has been a move away from our large e2e testing suite for various reasons:

  • flaky tests
  • long build times
  • significant burden for multiple teams to contribute

The use of pact is seemingly only covering some small portion of each integration point between applications as large, comprehensive pacts that cover the full API and values used are considered too costly or coupled.

I am conflicted that we are losing test coverage of business use cases because there aren't necessarily any tests that are automatically running a use case end to end.

How do you deal with this in your workplace and what is your position on e2e vs pact testing.

you are viewing a single comment's thread
view the rest of the comments
[–] ZeroEcks@lemmy.blahaj.zone 4 points 1 year ago (2 children)

I think pact testing means contract testing, basically a test that asserts an agreement between two things (microservice, backend, frontend, etc)

[–] EthicalAI 2 points 1 year ago (1 children)

My edit covers that

[–] ZeroEcks@lemmy.blahaj.zone 1 points 1 year ago

Sorry, the one downside of quick updates is I can respond very quickly before the edit is done / sent through hah.

[–] show_me_the_clamps@vlemmy.net 1 points 1 year ago

Yep I could have been more clear this. Pact being the library I am using to fulfil the contract tests.