-
Notifications
You must be signed in to change notification settings - Fork 1.4k
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
CastReceiver integration tests #1162
Comments
This adds a single integration test for cast receiver, as well as a framework for adding more in the future. This particular test pauses at each stage in Player.load where the player could theoretically be polled to compose an update message, and waits for an update message to be polled. This should help catch any further null exceptions in the cast receiver that prevent update messages from being sent out. Issue #1162 Change-Id: If24486dd821275ab674960e559bd6d10776955a7
This adds a single integration test for cast receiver, as well as a framework for adding more in the future. This particular test pauses at each stage in Player.load where the player could theoretically be polled to compose an update message, and waits for an update message to be polled. This should help catch any further null exceptions in the cast receiver that prevent update messages from being sent out. Issue #1162 Change-Id: If24486dd821275ab674960e559bd6d10776955a7
We now have one integration test for CastReceiver, in which we delay various stages of load() to make sure the sender continues to get updates. This helped catch and solve some runtime exceptions. We will leave this open until we write some general integration tests for CastReceiver, unrelated to any known bug, along the lines of the playback tests we have in |
@joeyparrish I'm not sure we add it, since we want to do #4214 in the future |
Agreed. Thanks! |
We currently have unit tests on shaka.cast.CastReceiver, but no integration tests. We should write integration tests that integrate CastReceiver with Player. This could help catch bugs like #1128 (uncaught receiver-side exceptions) sooner by simulating the environment of a receiver app.
These tests could be run on a single device, which means better automation than we could get from actually casting from one device to another.
The text was updated successfully, but these errors were encountered: