Make account components explicit in AccountTracker unittest
The AccountTracker unittest currently plays fast-and-loose with the notion of an "account ID", which can be either the Gaia ID or the email address for a given account depending on the platform. This is a blocker to porting AccountTracker to use IdentityManager, as the IdentityManager test infrastructure deliberately makes a much more explicit and enforced separation between email address, Gaia ID, and account ID, reflecting how these elements are used in production. In particular: - Adding an account takes in the gaia ID and email and returns an account ID. - Calls that interact with the token service take in the account ID. This CL paves the way for that porting by changing the AccountTracker unittest to be explicit about its usage of the email address, Gaia ID, and account ID of a given account. The test now adds accounts by passing the gaia ID/email, obtains the account IDs of the added accounts, and interacts with the token service via those account IDs. Bug: 809923 Change-Id: Ia0bf7fc90c035976f8c578563e7d81c597d4d635 Reviewed-on: https://chromium-review.googlesource.com/1138082 Commit-Queue: Colin Blundell <blundell@chromium.org> Reviewed-by:Peter Beverloo <peter@chromium.org> Cr-Commit-Position: refs/heads/master@{#577444}
Showing
This diff is collapsed.
Please register or sign in to comment