-
Notifications
You must be signed in to change notification settings - Fork 625
Use test app for Sessions e2e test #4881
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
Size Report 1Affected Products
Test Logs |
...test-app/src/androidTest/kotlin/com/google/firebase/testing/sessions/FirebaseSessionsTest.kt
Outdated
Show resolved
Hide resolved
androidTestImplementation("com.google.firebase:firebase-common-ktx:20.3.2") | ||
androidTestImplementation(libs.androidx.test.junit) | ||
androidTestImplementation(libs.androidx.test.runner) | ||
androidTestImplementation(libs.truth) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Why do we need this dependency? truth
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I prefer using Guava's Truth than JUnit's regular asserts. Truth reads much better, and other Firebase SDKs use it in their tests too.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
My comment was in the context of why we use that for the test app. For SDK's it makes sense to me. Do we have tests for the test app and we are using Guava's truth library for that?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Oh is there any reason we should avoid it?
Right now we do 1 Truth.assertThat(...)
on the placeholder api. That is how the test verifies that Sessions and everything got initialized correctly in the test app for now. We could make a simpler assert like that the instance is not null? But after my TODO is resolved, I expect to add different asserts on the logs. E.g. assert that the session was successfully sent to firelog.
Coverage Report 1This report is too large (209,912 characters) to be displayed here in a GitHub comment. Please use the below link to see the full report on Google Cloud Storage.Test Logs |
Startup Time Report 1Note: Layout is sometimes suboptimal due to limited formatting support on GitHub. Please check this report on GCS. Startup time comparison between the CI merge commit (987a052) and the base commit (229d597) are not available. No macrobenchmark data found for the base commit (229d597). Analysis for the CI merge commit (987a052) can be found at: |
No description provided.