Klantportalen, testerplanning en facturatie voor softwaretestbedrijven
Mythex bouwt het klantportaal, de testerplanning, de offertes met scope en de facturatie van een softwaretestbedrijf, op basis van een beschrijving van hoe je opdrachten verlopen. De productowner ziet blokkerende defecten en testvoortgang per build op één scherm, in plaats van een spreadsheet-export die niemand opent.
Werken binnen de releasecyclus van een ander
Het werk van een testbedrijf komt binnen met de builds van de klant: handmatige regressieronden, geautomatiseerde suites, toegankelijkheidsaudits en belastingtests, allemaal voor een releasedatum die kan verschuiven. Het werk hoopt zich op vóór lanceringen en valt daarna stil, dus niet-ingeplande testers kosten de meeste marge. Het testen zelf gebeurt meestal in de issuetracker en testtools van de klant, maar de scope, bezetting, rapportage en facturatie draaien op spreadsheets en e-mail, en defectrapporten worden geëxporteerd naar sheets die de persoon die de release goedkeurt nooit opent. Een QA-bedrijf heeft een leesbare klantweergave nodig, toewijzing van testers en apparaten op vaardigheid, en offertes die hun aannames benoemen.
- Defecten per ernst per testronde, in één oogopslag leesbaar
- Testruns per build: geslaagd, mislukt, geblokkeerd, niet uitgevoerd
- Testers toegewezen op vaardigheid en vastgehouden voor releasevensters
- Apparaten en labs geboekt naast mensen
- Offertes met scope per functies, platforms en rondes
- Retainers gefactureerd met een overzicht van wat getest is
Een eerste scherm voor de persoon die de release goedkeurt
Hoeveel blokkerende defecten zijn er nog, en is deze build klaar voor productie? Toon open defecten per ernst per ronde, testvoortgang per build, links van elk defect naar het eigen item van de klant in hun tracker, en per release opgeslagen goedgekeurde rapporten.
Maak een klantportaal voor mijn softwaretestbedrijf. Elke klant ziet zijn releases; per build toon je testruns geslaagd, mislukt, geblokkeerd en niet uitgevoerd, open defecten per ernst met een link naar hun issuetracker, en een samenvatting klaar voor productie ja/nee. Sla per release goedgekeurde testrapporten op. Klanten zien alleen hun eigen projecten.
Testers vastgehouden voor releasevensters
Wijs testers toe op vaardigheid, zoals mobiel, toegankelijkheid of performance, houd hun tijd vast voor een releasevenster in plaats van voor een datum, en boek apparaten en testlabs naast mensen zodat twee rondes nooit dezelfde telefoon nodig hebben. Belastingtestvensters worden met de klant afgesproken, vaak buiten kantooruren.
Bouw planning voor mijn QA-bedrijf: testers met vaardigheden (handmatig web, mobiel, toegankelijkheid, performance) toegewezen aan testrondes van klanten, voorlopige reserveringen voor releasevensters die vrijgegeven kunnen worden als de build vertraagt, apparaatboekingen uit ons apparatenlab, en belastingtestvensters buiten kantooruren.
Offertes die de stabiliteit van de build benoemen
Scope per functies, platforms, apparaten en aantal rondes; benoem aannames zoals een testbare build en toegang tot omgevingen; bied handmatig, automatisering of een mix met de afwegingen; en prijs hertests of neem ze op.
Maak een offertetool voor mijn testbedrijf met scope (functies, platforms, apparaten, aantal testrondes), een sectie met aannames (testbare build, toegang tot omgevingen, hoe geblokkeerde tijd wordt gefactureerd), opties voor alleen handmatig, automatisering of gemengd, en hertestrondes inbegrepen of apart geprijsd.
Retainerfacturen die de waarde laten zien
Audits tegen vaste prijs gefactureerd bij oplevering, werk op basis van uren gefactureerd uit de geregistreerde testeruren per ronde, maandelijkse retainers met een vast aantal testdagen en meerwerkregels, en elke retainerfactuur bevat een korte samenvatting van geteste builds en gevonden kritieke defecten.
Bouw facturatie voor mijn QA-bedrijf: audits tegen vaste prijs bij oplevering, uurwerk op basis van geregistreerde testeruren per ronde, en maandelijkse retainers met inbegrepen testdagen en meerwerk, waarbij elke retainerfactuur de geteste builds en de die maand gevonden kritieke defecten vermeldt.
Wachttijd, elke week
Benutting van testers over klanten heen met wie er op de bank zit, defecten per ronde per ernst vergeleken over releases, omzet per dienstlijn en de doorlooptijd van hertests.
Bouw een dashboard voor mijn testbedrijf met benutting van testers en uren op de bank per week, gevonden defecten per testronde per ernst per klant, omzet per handmatig testen, automatisering, toegankelijkheid en belastingtesten, en gemiddelde doorlooptijd van hertests.
Een voorbeeld-defectrapport op de site
Aparte pagina's voor handmatig testen, automatisering, toegankelijkheidsaudits en belastingtesten, de platforms en hulptechnologieën die je dekt, een geanonimiseerd voorbeeldrapport, en hoe opdrachten starten: vaste audit, sprint-retainer of een pool op aanvraag.
Bouw een website voor mijn softwaretestbedrijf met pagina's voor handmatig testen, testautomatisering, toegankelijkheidsaudits en belastingtesten, een lijst van browsers, apparaten en schermlezers die we dekken, een geanonimiseerd voorbeeld-defectrapport, en hoe opdrachten werken.
Toegang en inloggegevens van klanten
Testomgevingen, builds en defectdetails zijn vertrouwelijk voor elke klant. Beperk elke portaalweergave tot de eigen projecten van de klant, en bewaar inloggegevens van omgevingen in een goede geheimenopslag en niet in CRM-notities. Veel klanten vragen naar je eigen beveiligingspraktijken; Mythex bouwt de toegangscontroles die je beschrijft, maar levert geen beveiligingscertificeringen.
- Elke klant ziet alleen de eigen projecten
- Inloggegevens buiten de app bewaard
- Rapporten per release privé opgeslagen
Plannen op basis van de roadmap
Vraag elke klant elk kwartaal om hun releaseroadmap en leg de data vast in het CRM. Als je weet dat een grote release eraan komt, kun je testers vroeg reserveren in plaats van in dezelfde week als iedereen op zoek te gaan naar contractors.
Een prompt om mee te beginnen
Bouw een app voor mijn softwaretestbedrijf. Klanten loggen in om de builds van elke release te zien met testruns geslaagd, mislukt, geblokkeerd en niet uitgevoerd, en open defecten per ernst gekoppeld aan hun issuetracker. Testers worden op vaardigheid aan rondes toegewezen en vastgehouden voor releasevensters, apparaten worden naast hen geboekt, en retainerfacturen bevatten een overzicht van geteste builds en gevonden kritieke defecten.
Veelgestelde vragen
Kan het portaal defecten uit de issuetracker van onze klant ophalen?
Je kunt elk defect koppelen aan het item in de tracker en gegevens importeren. Een live synchronisatie hangt ervan af of de tracker een API biedt en of jij die met toestemming van de klant koppelt.
Kunnen klanten alleen hun eigen projecten zien?
Ja. Vraag om toegang per klant, en elke weergave is beperkt tot de projecten van de ingelogde klant.
Kan ik ook apparaten plannen naast testers?
Ja. Maak apparaten boekbare resources, en elke testronde reserveert de testers en apparaten die het nodig heeft.
Moet ik code schrijven?
Nee, al kan je team dat wel. Beschrijf de app in de chat; op Pro kun je de code ook bewerken, exporteren en naar GitHub pushen.
Is het gratis?
Gratis heeft dagelijkse credits en vereist geen kaart. Pro kost $25 per maand.
Meer manieren om met AI te bouwen
- Een mislukte herpublicatie verwijdert nooit een werkende backend
- Een landingspagina voor elk soort bedrijf
- Een privéwerkruimte en een live preview voor elk project
- Meldingen die één keer afgaan, niet één keer per server
- Automatisch opwaarderen: je gepubliceerde app blijft draaien als credits bijna op zijn
- Overstappen naar grotere werkruimtes zonder dat iemand hoeft te wachten
- Databases factureren op basis van wat ze daadwerkelijk gebruiken
- Bouw Mythex-apps vanuit Claude, Cursor of Codex
- Apps opvangen die direct na publiceren crashen
- Checkpoints: elke wijziging van de agent ongedaan maken
Mythex · Pricing · Bouw alles met AI · Website- en app-templates · Mythex vergeleken · Woordenlijst voor apps bouwen met AI · Gratis tools voor apps bouwen met AI · English