Skip to main content

Create Tester Profile from API

E' possibile creare uno o più profili tester usando un endpoint pubblico disponibile a questo indirizzo https://crowd.app-quality.com/wp-json/appq/v1/testers/new.

Requisiti Minimi​

Per il completamento con successo della creazione di un profilo tester servirà postare all'endpoint un minimo set di informazioni composto da:

  • 'email'
  • 'name'
  • 'surname'

Se la mail proposta non dovesse esistere nel nostro db la procedura andrà a buon fine e verrà restituito il tester ID del nuovo tester, altrimenti verrà restituito il seguente messaggio di errore.

We cannot proceed any further because a user with <email_richiesta> email address, already exists.

Lista Completa campi di campi disponibili​

Di seguito l'elenco completo dei campi disponibili:

Campi Base Profilo​

  • email <string>
  • name <string>
  • surname <string>
  • sex <int>
  • birth_date <string>
  • city <string>
  • address <string>
  • postal_code <int>
  • country <string>

Campi Custom Profilo​

Si possono aggiungere al profilo dell'utente uno o più campi addizionali specificandoli all'interno di un json con riferimento alla chiave "custom_fields". Il valore può essere testuale per i campi di testo o l'id dell'opzione desiderata per i campi di selezione. E' possibile compilare anche più campi.

Esempio: custom_fields=[{"id": 1,"value":338}, ... ]

Esempio Richiesta #1​

<Additional information about your API call. Try to use verbs that match both request type (fetching vs modifying) and plurality (one vs multiple).>

  • URL <The URL Structure (path only, no root url)>
  • Method: <The request type> GET | POST | DELETE | PUT
  • URL Params <If URL params exist, specify them in accordance with name mentioned in URL section. Separate into optional and required. Document data constraints.> Required: id=[integer] Optional: photo_id=[alphanumeric]
  • Data Params <If making a post request, what should the body payload look like? URL Params rules apply here too.>
  • Success Response: <What should the status code be on success and is there any returned data? This is useful when people need to to know what their callbacks should expect!>
    • Code: 200 Content: { id : 12 }
  • Error Response: <Most endpoints will have many ways they can fail. From unauthorized access, to wrongful parameters etc. All of those should be liste d here. It might seem repetitive, but it helps prevent assumptions from being made where they should be.>
    • Code: 401 UNAUTHORIZED Content: { error : "Log in" } OR
    • Code: 422 UNPROCESSABLE ENTRY Content: { error : "Email Invalid" }
  • Sample Call: <Just a sample call to your endpoint in a runnable format ($.ajax call or a curl request) - this makes life easier and more predictable.>
  • Notes: <This is where all uncertainties, commentary, discussion etc. can go. I recommend timestamping and identifying oneself when leaving comments here.>