cdk-async-testing-example
sls-test-tools
| cdk-async-testing-example | sls-test-tools | |
|---|---|---|
| 3 | 6 | |
| 4 | 187 | |
| - | 0.0% | |
| 0.0 | 0.0 | |
| almost 2 years ago | about 1 year ago | |
| TypeScript | TypeScript | |
| - | 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.
cdk-async-testing-example
-
First Look at Lambda Powertools TypeScript
If you want to see my instrumented code, it is available in this branch.
-
Cloud Driven Development - Episode #001
Example
-
Testing the Async Cloud with AWS CDK
Read enough already? Check out my source code.
sls-test-tools
-
Easy Integration Tests for Event-Driven AWS Architectures with EventScout 📨🔭
Creating an EventBridge target to dump events to SQS. This approach was proposed in several articles (here and here) and implemented in the sls-test-tools library
-
The Best Integration Testing Library for Serverless Projects Now Supports Typescript!
How can you achieve that? 🤔 Using sls-test-tools 🏅
-
Testing AWS Step Functions flows
Check out the sls-test-tools as well. It is a great library. I'm using aws-testing-library because I'm used to it.
-
Integration testing tool for DynamoDB
Integration testing in serverless architectures can be challenging. Testing specific outcomes within managed services is cumbersome. sls-test-tools provides a range of utilities, setup, teardown and assertions to make it easier to write effective and high quality integration tests for Serverless Architectures on AWS.
-
Cloud Driven Development - Episode #001
sls-test-tools
-
Testing the Async Cloud with AWS CDK
When writing tests using something like aws-testing-library or sls-test-tools, we must have credentials to an AWS account that at least lets us send a few events and subscribe to or query the results in order to perform assertions. Depending on the stance of our organization about cloud access, this could be completely fine or it could be a never-gonna-happen dealbreaker. Often this kind of approach will be OK for a development environment, but it could be unlikely to fly in production.
What are some alternatives?
websocat - Command-line client for WebSockets, like netcat (or curl) for ws:// with advanced socat-like functions
super-serverless-sample - Backend serverless que simula o sistema de votação do BBB
aws-testing-library - Chai (https://chaijs.com) and Jest (https://jestjs.io/) assertions for testing services built with aws
dazn-lambda-powertools - Powertools (logger, HTTP client, AWS clients, middlewares, patterns) for Lambda functions.
cdk-eventbridge-socket - CDK construct that creates a WebSocket endpoint for you for any EventBridge rule you are interested in. (Built for debugging + testing )
eventbridge-atlas - Open-source tool to document, discover, and share your Amazon EventBridge schemas.
powertools-lambda-typescript - Powertools is a developer toolkit to implement Serverless best practices and increase developer velocity.
aws-cdk-rfcs - RFCs for the AWS CDK
aws-embedded-metrics-node - Amazon CloudWatch Embedded Metric Format Client Library
s3-to-lambda-patterns - Example applications for the S3-to-Lambda patterns series in the AWS Compute Blog and learning path. Questions? @jbesw.