27cfa9ac13
Collection Bruno (.bru text files, comme Postman mais file-based versionable) qui couvre l'API V1 actuelle. Open Collection → bruno/ → sélectionner l'environnement "local". Domaines couverts (22 requêtes) : - 00-Auth : Signup, Login, Logout - 01-Account : Get/Update profile - 02-Organizations : Get/Update my org - 03-Clients : List, List+stats, Search, Create, Create duplicate (409), Create without email (422), Get detail, Update - 04-Plans : List, Get by slug, Update (steps remplacés) - 05-Invoices : List, List+filters, Counts, Create, Get detail, Mark paid Environnement local (bruno/environments/local.bru) : - baseUrl, email/password/fullName en dur - token, userId, organizationId, clientId, invoiceId remplis automatiquement par les script:post-response Chaque requête a : - assertions Chai (statut, shape de la réponse) - bloc docs avec sémantique métier + erreurs typiques - inheritance auth Bearer via folder.bru pour ne pas répéter le header Mise à jour de docs/tech/dev-setup.md pour pointer vers la collection. Le parcours recommandé Signup → Update org → Create client → Create invoice → Mark paid couvre le happy path et permet de checker rubisCount qui s'incrémente.
63 lines
1.5 KiB
Plaintext
63 lines
1.5 KiB
Plaintext
meta {
|
|
name: 01 Signup
|
|
type: http
|
|
seq: 1
|
|
}
|
|
|
|
post {
|
|
url: {{baseUrl}}/api/v1/auth/signup
|
|
body: json
|
|
auth: none
|
|
}
|
|
|
|
body:json {
|
|
{
|
|
"email": "{{email}}",
|
|
"password": "{{password}}",
|
|
"fullName": "{{fullName}}"
|
|
}
|
|
|
|
}
|
|
|
|
script:post-response {
|
|
if (res.getStatus() === 201) {
|
|
const session = res.getBody().data;
|
|
bru.setEnvVar("token", session.accessToken);
|
|
bru.setEnvVar("userId", session.user.id);
|
|
bru.setEnvVar("organizationId", session.user.organizationId);
|
|
}
|
|
}
|
|
|
|
tests {
|
|
test("201 Created", function () {
|
|
expect(res.getStatus()).to.equal(201);
|
|
});
|
|
test("AuthSession shape", function () {
|
|
const data = res.getBody().data;
|
|
expect(data).to.have.property("accessToken");
|
|
expect(data).to.have.property("expiresAt");
|
|
expect(data.user).to.have.property("id");
|
|
expect(data.user).to.have.property("organizationId");
|
|
});
|
|
}
|
|
|
|
docs {
|
|
POST /api/v1/auth/signup
|
|
|
|
Crée une organisation vide + un user + duplique les 4 plans pré-fournis
|
|
(Standard B2B / Rapide / Patient / Ferme) dans la même transaction. Émet
|
|
ensuite un access token (TTL 30 min).
|
|
|
|
Le nom de l'organisation reste `""` jusqu'à ce que l'utilisateur passe
|
|
l'onboarding via PATCH /organizations/me.
|
|
|
|
Validation côté API :
|
|
- email format + unique
|
|
- password ≥ 8 chars
|
|
- fullName 2-120 chars
|
|
|
|
Erreurs typiques :
|
|
- 422 validation_failed (email/password/fullName invalides)
|
|
- 422 + `rule: database.unique` si email déjà pris
|
|
}
|