Page MenuHomePhabricator

Rewrite FileFinder tests to actually show why they break
ClosedPublic

Authored by epriestley on Jan 31 2018, 9:13 PM.
Tags
None
Referenced Files
Unknown Object (File)
Sun, Apr 21, 6:03 PM
Unknown Object (File)
Wed, Apr 17, 7:34 PM
Unknown Object (File)
Wed, Apr 17, 5:47 PM
Unknown Object (File)
Thu, Apr 11, 1:33 PM
Unknown Object (File)
Thu, Apr 11, 7:56 AM
Unknown Object (File)
Tue, Mar 26, 9:34 PM
Unknown Object (File)
Mar 5 2024, 9:54 AM
Unknown Object (File)
Feb 23 2024, 4:59 AM
Subscribers
None

Details

Summary

Depends on D18979. Currently, when you break FileFinder you get "test failure! got true, expected false on some random line".

There's no way to see why your change broke stuff, since the assertions are all these very narrow key checks in a result list.

Just test that the entire result list is what we expect so there's a nice diff in the output if you break something. Also, simplify the code.

Test Plan

arc unit is still clean, got sensible test errors while writing this.

Diff Detail

Repository
rPHU libphutil
Lint
Lint Not Applicable
Unit
Tests Not Applicable