Import stuff from old repo #10
Conversation
|
@cleverer merci für das Refactoring! Zum Testing der PageHelper: Wenn ich dich richtig verstehe schlägst du vor, via UI zu überprüfen, ob die per Request gemachten Änderungen auch tatsächlich angezeigt werden? Anstatt wie aktuell via API/Datenbank-Abfrage die Objekte zu vergleichen. Also bspw. ich ändere den Namen eines Events via POST-Request und checke per Assertion, ob der im UI angezeigte Name dem neuen entspricht. |
|
Gerne, das Refactoring darf auch gerne in Frage gestellt werden ;) Ja genau, wir wollen ja keine unit tests machen, sondern verifizieren, das die page-helper das gleiche bewirken wie ui interaktionen. |
|
Leider hat sich meine Befürchtung nun bewahrheitet (glaube ich zumindest)… siehe Kommentar hier: 2264e32#diff-e0932ba83b9ff01616eeae0bd38bcba9R35 |
There was a problem hiding this comment.
Danke für das Refactoring! Ich finde die Änderungen sinnvoll, da uns das etwas unabhängiger von den Datenbank-Seeds (Daten) macht und uns erlaubt, uns mehr auf Tests für die Logik (Code) zu konzentrieren.
In Sachen Lesbarkeit, Developer Convenience beim Tests schreiben, sowie Maintainability haben wir wohl noch einen langen Weg vor uns.
|
|
||
| export const GET_PERSON_IN_ABTEILUNG_BELOW = (group_id) => `begin | ||
| group = Group.find(${group_id}) | ||
| person = Person.joins("INNER JOIN groups ON groups.lft >= #{group.lft} AND groups.lft < #{group.rgt} AND groups.id = people.primary_group_id").last |
There was a problem hiding this comment.
Das findet streng genommen nicht jemand in einer Abteilung, sondern in einer Gruppe darunter. Etwas sprechender könnte man dasselbe wohl auch so schreiben:
Person.where(primary_group: group.descendants).last| rescue StandardError => e | ||
| return e | ||
| end` |
There was a problem hiding this comment.
Statt überall zu rescuen könnten wir vielleicht in Zukunft auch mal den appEval Command erweitern
| end` | ||
|
|
||
| export const JSON_APPROVAL = (participation_id) => `begin | ||
| Event::Approval.joins('INNER JOIN event_participations ON event_participations.application_id = event_approvals.application_id') |
There was a problem hiding this comment.
Auch hier könnte man vielleicht marginal sprechender schreiben:
Event::Approval
.joins(application: :participation)
.where(approved: true)
.where(application: { participations: participation_id })
.as_json(except: :approved_at)| export const get_reset_auto_increment_query = (entities) => { | ||
| let query = ''; | ||
| entities.forEach((entity) => { | ||
| query += `entity_table_name = \'${entity}\'.constantize.table_name; | ||
| new_id = ${entity}.maximum(:id).next; | ||
| ActiveRecord::Base.connection.execute("ALTER TABLE #{entity_table_name} AUTO_INCREMENT = #{new_id};"); | ||
| ` | ||
| }) | ||
| return query | ||
| } |
There was a problem hiding this comment.
Gibt es einen Grund weshalb dieser Query nicht in cypress/support/queries.js liegt und gleich formatiert ist wie diese?
Ausserdem würde ich in 2020 eher die funktionale statt imperative Schreibweise nehmen:
return entities.map(entity => { /* ... */ }).join("\n")
cleverer/hitobito-docker#5