Kundeportaler, testerallokering og fakturering for firmaer innen programvaretesting

Mythex bygger et testselskaps kundeportal, allokering av testere, avgrensede tilbud og fakturering ut fra en beskrivelse av hvordan oppdragene deres gjennomføres. Produkteieren ser blokkerende feil og testfremdrift per bygg på ett skjermbilde, i stedet for en regnearkseksport ingen åpner.

Begynn å bygge gratis

Å jobbe innenfor andres utgivelsesplan

Et testfirmas arbeid kommer med kundens bygg: manuelle regresjonskjøringer, automatiserte testsett, tilgjengelighetsrevisjoner og lasttester, alt før en utgivelsesdato som kan skli. Arbeidet hoper seg opp før lanseringer og stilner etterpå, så ledige testere er den største belastningen på marginen. Selve testingen skjer som regel i kundens sakssystem og testverktøy, men planlegging, bemanning, rapportering og fakturering går på regneark og e-post, og feilrapporter eksporteres til ark som personen som godkjenner utgivelsen aldri åpner. Et QA-selskap trenger en lesbar kundevisning, allokering av testere og enheter etter ferdighet, og tilbud som sier hva de bygger på.

Feil etter alvorlighetsgrad per testsyklus, lesbart med et blikk
Testkjøringer per bygg: bestått, feilet, blokkert, ikke kjørt
Testere allokert etter ferdighet og holdt til utgivelsesvinduer
Enheter og testlaboratorier booket sammen med personell
Tilbud avgrenset etter funksjoner, plattformer og syklus
Retainere faktureres med en oppsummering av hva som ble testet

En første skjerm for den som godkjenner utgivelsen

Hvor mange blokkerende feil gjenstår, og kan dette bygget sendes ut? Vis åpne feil etter alvorlighetsgrad per syklus, fremdrift i testkjøringer per bygg, lenker fra hver feil til kundens egen oppføring i sakssystemet, og signerte rapporter lagret per utgivelse.

Lag en kundeportal for testselskapet mitt. Hver kunde ser sine utgivelser; for hvert bygg vis testkjøringer som er bestått, feilet, blokkert og ikke kjørt, åpne feil etter alvorlighetsgrad med lenke til sakssystemet deres, og et oppsummeringsfelt med ja/nei på om bygget kan sendes ut. Lagre signerte testrapporter per utgivelse. Kunder ser bare sine egne prosjekter.

Testere holdt til utgivelsesvinduer

Allokér testere etter ferdighet, for eksempel mobil, tilgjengelighet eller ytelse, hold tiden deres mot et utgivelsesvindu i stedet for en dato, og book enheter og testlaboratorier sammen med personell slik at to sykluser aldri trenger samme telefon. Vinduer for lasttester avtales med kunden, ofte utenfor vanlig arbeidstid.

Lag planlegging for QA-selskapet mitt: testere med ferdigheter (manuell webtesting, mobil, tilgjengelighet, ytelse) allokert til kundens testsykluser, foreløpige reservasjoner mot utgivelsesvinduer som kan frigis hvis bygget forsinkes, enhetsbookinger fra vårt testlaboratorium, og vinduer for lasttester utenfor vanlig arbeidstid.

Tilbud som sier noe om byggets stabilitet

Avgrens etter funksjoner, plattformer, enheter og antall sykluser; spesifiser forutsetninger som et testbart bygg og tilgang til miljøer; tilby manuell testing, automatisering eller en blanding med avveininger; og prisett nytesting eller ta det med.

Lag et tilbudsverktøy for testselskapet mitt med avgrensning (funksjoner, plattformer, enheter, antall testsykluser), en seksjon for forutsetninger (testbart bygg, tilgang til miljøer, hvordan blokkert tid faktureres), alternativer for kun manuell testing, automatisering eller blandet, og nytestrunder inkludert eller prissatt separat.

Retainerfakturaer som viser verdien

Revisjoner til fast pris faktureres ved levering, arbeid etter medgått tid føres fra loggede timer for testere per syklus, og månedlige retainere har et fast antall testdager og tilleggslinjer for overskudd. Hver retainerfaktura inneholder en kort oppsummering av bygg som ble testet og kritiske feil som ble funnet.

Lag fakturering for QA-selskapet mitt: revisjoner til fast pris ved levering, timebaserte oppdrag fra loggede testertimer per syklus, og månedlige retainere med inkluderte testdager og overskudd, der hver retainerfaktura lister bygg som ble testet og kritiske feil funnet den måneden.

Ledig tid, hver uke

Utnyttelse av testere på tvers av kunder med hvem som står uten oppdrag, feil per syklus etter alvorlighetsgrad sammenlignet på tvers av utgivelser, inntekt per tjenestelinje og responstid for nytesting.

Lag et dashbord for testselskapet mitt som viser utnyttelse av testere og ledige timer per uke, feil funnet per syklus etter alvorlighetsgrad per kunde, inntekt fordelt på manuell testing, automatisering, tilgjengelighet og lasttesting, og gjennomsnittlig responstid for nytesting.

En eksempelrapport om feil på nettstedet

Egne sider for manuell testing, automatisering, tilgjengelighetsrevisjoner og lasttesting, plattformene og hjelpemidlene dere dekker, en anonymisert eksempelrapport om feil, og hvordan oppdrag starter: fast revisjon, sprint-retainer eller en pool på forespørsel.

Lag en nettside for programvaretestselskapet mitt med sider for manuell testing, testautomatisering, tilgjengelighetsrevisjoner og lasttesting, en liste over nettlesere, enheter og skjermlesere dere dekker, en anonymisert eksempelrapport om feil, og en forklaring på hvordan oppdrag fungerer.

Kundetilgang og tilgangsnøkler

Testmiljøer, bygg og detaljer om feil er konfidensielle for hver kunde. Avgrens hver visning i portalen til kundens egne prosjekter, og oppbevar tilgangsnøkler til miljøer i et ordentlig hemmelighetslager, ikke i CRM-notater. Mange kunder vil spørre om deres egen sikkerhetspraksis; Mythex bygger tilgangskontrollene dere beskriver, men gir ikke sikkerhetssertifiseringer.

Hver kunde ser bare sine egne prosjekter
Tilgangsnøkler holdt utenfor appen
Rapporter lagret privat per utgivelse

Planlegg etter veikartet

Be hver kunde om veikartet for utgivelser hvert kvartal, og før datoene i CRM-et. Når du vet at en stor utgivelse er på vei, kan du reservere testere tidlig i stedet for å lete etter innleide folk samme uke som alle andre leverer.

En prompt å starte fra

Lag en app for programvaretestselskapet mitt. Kunder logger inn for å se hvert utgivelsens bygg med testkjøringer som er bestått, feilet, blokkert og ikke kjørt, og åpne feil etter alvorlighetsgrad koblet til sakssystemet deres. Testere allokeres til sykluser etter ferdighet og holdes mot utgivelsesvinduer, enheter bookes sammen med dem, og retainerfakturaer inneholder en oppsummering av bygg som ble testet og kritiske feil som ble funnet.

Spørsmål

Kan portalen hente feil fra kundens sakssystem?

Du kan koble hver feil til oppføringen i sakssystemet og importere data. Synkronisering i sanntid avhenger av at sakssystemet tilbyr et API, og at du kobler det til med kundens tillatelse.

Kan kunder bare se sine egne prosjekter?

Ja. Be om tilgang per kunde, så er hver visning begrenset til den innloggede kundens prosjekter.

Kan jeg planlegge enheter i tillegg til testere?

Ja. Gjør enheter til ressurser som kan bookes, og hver testsyklus reserverer testerne og enhetene den trenger.

Må jeg kode?

Nei, men teamet ditt kan gjerne gjøre det. Beskriv appen i chatten; på Pro kan du også redigere koden, eksportere den og sende den til GitHub.

Er det gratis?

Gratisplanen har daglige kreditter og krever ikke kort. Pro koster $25/måned.

Flere måter å bygge med KI på

Mythex · Pricing · Bygg hva som helst med KI · Maler for nettsider og apper · Mythex sammenlignet · Ordliste for app-bygging med KI · Gratis verktøy for app-bygging med KI · English