seeResponseCodeIs no longer produce ComparisonFailure object when failed
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 3/5
- Geschätzter Aufwand
- 1-2 Tage
- Anfängerfreundlichkeit
- 42/100
Rechercherichtung
Beginnen Sie am Einstiegspunkt seeResponseCodeIs und vergleichen Sie dessen PHPUnit-Assertion-Verhalten mit den referenzierten Implementierungen von IsIdentical und IsEqual. Stellen Sie die fehlgeschlagene 200-gegen-401-Assertion nach und überprüfen Sie anschließend, dass die daraus resultierende ExpectationFailedException erneut eine ComparisonFailure offenlegt, deren tatsächlicher Wert 401 ist.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
Hello,
Since 2.x, method seeResponseCodeIs is no longer generating a object ComparisonFailure within the exception when the assertion failed.
This change come from the usage of assertSame instead of assertEquals.
Based on PHPUnit, assertSame generate a ComparisonFailure object only if both values are a string or an array (https://github.com/sebastianbergmann/phpunit/blob/0c37cbcbfdc72425c984460660ac4514918b112e/src/Framework/Constraint/IsIdentical.php#L55 while assertEquals always generate it (https://github.com/sebastianbergmann/phpunit/blob/0c37cbcbfdc72425c984460660ac4514918b112e/src/Framework/Constraint/Equality/IsEqual.php)
Because of this change, the following code no longer works :
try {
$this->seeResponseCodeIs(200);
} catch (\PHPUnit\Framework\ExpectationFailedException $e) {
if ($e->getComparisonFailure()->getActual() === 401) {
// Doing something else
}
}
Is there a reason to use assertSame instead of assertEquals in this case ? Do you think it could be changed ?
Thank you for your time.
- Vorherrschende Sprache
- PHP
- Sterne
- 87
- Forks
- 20
- PR-Merge-Kennzahlen
- Keine gemergten PRs in 30 T.
Entwicklungsumgebung
Die Einrichtungsdateien dieses Projekts haben wir noch nicht geprüft. Beginnen Sie mit der README; die allgemeinen Schritte stehen in unserem Leitfaden für den ersten Beitrag.
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus Codeception/lib-innerbrowser
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 48/100
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 35/100
Codeception/lib-innerbrowser#31 · 2 Kommentare ·
-
enhancement
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 35/100
Codeception/lib-innerbrowser#16 · 1 Kommentar ·
-
Add `seeSourceEquals()`Offen
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 35/100
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 48/100
Codeception/lib-innerbrowser#61 · 4 Kommentare ·
Alle Issues in Codeception/lib-innerbrowser
Ähnliche Issues
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 65/100
521xueweihan/HelloGitHub#3790 ·
-
bug
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 88/100
Maintainer antworten meist innerhalb von 1 Tag
-
enhancement
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
benjaminkott/bootstrap_package#1670 ·
-
sync-en
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 85/100
Maintainer antworten meist innerhalb von 2 Tagen