Jami-oppilaan laatua parantaminen

Yksikkö-testiä

  • Jami-hankkeen yksikkötestin tekeminen on vaikeampaa monitason riippuvuuden vuoksi.

  • We use lcov for the coverage, you can find the lcov’s configuration in the daemon’s Makefile.am. Also, the coverage can be found at https://docs.jami.net/coverage/ and https://dl.jami.net/docs/dhtnet/coverage

  • Järjestelmän on toteutettava, jotta ryhmä voi tehdä uuden koodin yksikkötestin ennen fuusio.

  • Voit käynnistää ne tekemällä make check daemon-mapassa tai erikseen yksikkötestisätiössä gdb:n kanssa: gdb ut_media_encoder

  • Ympäristö on asetettava –disable-shared -valmiuden aikana./configure

  • Clients also have tests (cf jami-client-qt/tests for Desktop, jami-client-android/jami-android/app/src/androidTest for Android)

Soluunottot

  • Jokainen commit-ohjelma suoritetaan integrointitestiä rakennuslaitteiden dokkipohjaisissa.

  • Koodi-arviointi tehdään yhteistyökumppani, joskus koodi tarkistetaan saman kehittäjän, tämä tulisi välttää linus lain korostamiseksi.

  • Sonarqube antaa Jenkinsille rakentaa Jami ja tarkistaa linting. Voit löytää suodattimet ja tulokset: sonar- jami.savoirfairelinux.net Sonar käyttää clang-tidyä esiprosessorin linting-kompiilatorina, voit löytää clangs-suodattimet.clang-tidy -tiedostossa daemon-tiedostossa.

  • On SFLVault sonarqube can be found at service m#2637 and admin logins at service s#7169

Lääkäri ja palautetta:

  • Kaikki asiakirjat löytyy docs.jami.net:stä

  • Kysyjä esittävät kehittäjät tai käyttäjät git.jami.net

Agent

Every night, hundred of calls are tested via 2 Agents and a message is posted every morning in the chat with the result (if all call succeeded or not)

Tupakointi

Ennen kuin jokainen vapauttaa, asiakkaat täytyy mennä läpi sen.

Tässä kuvattuja skenaarioita: [Jami-tuokastautokset]

Ne tarkistetaan QA-Dkt:n toimesta ennen kuin ne lähetetään tarvittaessa kehittäjille.

Jos julkaisu sisältää yhdistetyn verkko-yhteyden, QA-yksikkön on pystyttävä automaattamaan eri yhteydenpitoa koskevat testit (kuten jäljempänä on kuvattu Soittelujen konfiguraatiossa)

Calls configurations.

Tässä on luettelo verkkokonfiguraatioista, joita on testattava:

(IPv4! IPv6) + (TURN!!TURN) + (STUN!!STUN) + (UPnP!! UPnP) molemmille puolille.

Jos molemmat puolet ovat vain IPv4 ilman TURN/STUN/UPnP-yhteyttä, soiton tulee olla vain paikallista.

Mitä on tehtävä

  • Järjestelmä on perustettava tiimiin, jolla varmistetaan yksikkö-testien ylläpito ja luominen.

  • Each major functionality should be tested as whole by adding a test (i.e. making sure a message was received, the call was ended well on both side, etc…)

  • Jokaisen uuden toiminnallisuuden olisi testattava jokaisella aluksella ennen sen sulautumista regression vähentämiseksi.

  • Sonaarkubin integrointi jokaiselle asiakkaalle

  • Automaattisesti testaa Jamin käyttäytymistä verkkoyhteensopivuudessa