You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
However removing the first line where the filters are set still yields a passing test: // options.ListSecretsFilters = new List<Filter> { new Filter { Key = FilterNameStringType.Name, Values = new List<string> { testEntry.Name } } };
As does changing the final assert statement to a random key: Assert.That(sut.Get("hello"), IsNull);
It appears that the only behavior being tested is that ListSecretsAsync() is being called when the request filters match the options list filters.
I honestly can't tell whether setting options.ListSecretsFilters is intended to omit results in the filter list or include them.
The documentation seems to say include, but asserting that the filtered value will be null appears to indicate the opposite.
Either way, the test doesn't appear check the intended behavior because sut.Get(testEntry.Name) always returns null.
Maybe I'm missing something, but it seems like a more useful test would be a check to see whether a filtered request does return the desired values.
The text was updated successfully, but these errors were encountered:
This passing test in SecretsManagerConfigurationProviderTests appears to be attempting a test on filtering:
However removing the first line where the filters are set still yields a passing test:
// options.ListSecretsFilters = new List<Filter> { new Filter { Key = FilterNameStringType.Name, Values = new List<string> { testEntry.Name } } };
As does changing the final assert statement to a random key:
Assert.That(sut.Get("hello"), IsNull);
It appears that the only behavior being tested is that
ListSecretsAsync()
is being called when the request filters match the options list filters.I honestly can't tell whether setting
options.ListSecretsFilters
is intended to omit results in the filter list or include them.The documentation seems to say include, but asserting that the filtered value will be null appears to indicate the opposite.
Either way, the test doesn't appear check the intended behavior because
sut.Get(testEntry.Name)
always returns null.Maybe I'm missing something, but it seems like a more useful test would be a check to see whether a filtered request does return the desired values.
The text was updated successfully, but these errors were encountered: