Client Portal, Tester Allocation at Billing para sa Software Testing Company

Ginagawa ng Mythex ang client portal, paglalaan ng tester, naka-scope na quote at billing ng software testing company mo base sa paglalarawan ng takbo ng mga engagement mo. Makikita ng product owner ang mga depektong nakaharang at progreso ng test bawat build sa iisang screen, sa halip na export ng spreadsheet na walang nagbubukas.

Simulan nang libre

Nagtatrabaho sa release cycle ng iba

Dumarating ang trabaho ng testing firm kasabay ng mga build ng client: manual regression pass, automated suite, accessibility audit at load test, lahat bago ang petsa ng release na maaaring maantala. Nagsisiksikan ang trabaho bago ang launch at tumatahimik pagkatapos, kaya ang tester na walang ginagawa ang pinakamalaking nagpapaubos ng kita. Madalas nangyayari ang testing sa issue tracker at test tool ng client, pero ang pag-scope, pag-staff, pag-uulat at billing ay nasa spreadsheet at email, at ang ulat ng depekto ay ini-export bilang sheet na hindi binubuksan ng taong nag-a-approve ng release. Kailangan ng QA company ang malinaw na view para sa client, paglalaan ng tester at device ayon sa kasanayan, at quote na nagsasabi ng mga pinagbabatayang palagay nito.

Mga depekto ayon sa kalubhaan bawat test cycle, madaling basahin
Test run bawat build: pumasa, pumalya, na-block, hindi pa tinatakbo
Tester na inilaan ayon sa kasanayan at nakahawak sa release window
Device at lab na nakabook kasabay ng mga tao
Quote na naka-scope ayon sa feature, platform at cycle
Retainer na sinisingil kasama ang buod ng nasubukan

Unang screen para sa taong nag-a-approve ng release

Ilan pa ang nakaharang na depekto, at handa na bang i-ship ang build na ito? Ipakita ang bukas na depekto ayon sa kalubhaan kada cycle, progreso ng test run bawat build, link mula sa bawat depekto papunta sa entry ng client sa sarili nilang tracker, at mga pirmadong ulat na naka-imbak bawat release.

Gumawa ng client portal para sa software testing company ko. Nakikita ng bawat client ang sarili nilang release; para sa bawat build, ipakita ang test run na pumasa, pumalya, na-block at hindi pa tinatakbo, bukas na depekto ayon sa kalubhaan na may link sa issue tracker nila, at buod na oo/hindi kung handa nang i-ship. Itago ang mga pirmadong ulat ng test bawat release. Bawat client ay sariling proyekto lang ang nakikita.

Tester na nakalaan sa mga release window

Ilaan ang tester ayon sa kasanayan gaya ng mobile, accessibility o performance, i-hold ang oras nila sa release window sa halip na sa petsa, at mag-book ng device at test lab kasabay ng mga tao para hindi magbanggaan ang dalawang cycle sa iisang telepono. Ang load test window ay pinagkakasunduan kasama ng client, kadalasan sa labas ng oras ng trabaho.

Gumawa ng scheduling para sa QA company ko: mga tester na may kasanayan (manual web, mobile, accessibility, performance) na nakalaan sa test cycle ng client, pansamantalang hold sa release window na maaaring bitawan kapag na-delay ang build, booking ng device mula sa device lab namin, at load test window sa labas ng oras ng trabaho.

Quote na nagsasabi ng katatagan ng build

I-scope ayon sa feature, platform, device at bilang ng cycle; ilatag nang malinaw ang mga palagay gaya ng testable na build at access sa environment; mag-alok ng manual, automation o halo na may trade-off; at ipresyo ang retest o isama ito.

Gumawa ng quote tool para sa testing company ko na may scope (feature, platform, device, bilang ng test cycle), seksyon ng palagay (testable na build, access sa environment, paano sisingilin ang naka-block na oras), opsyon para sa manual lang, automation o halo, at retest round na kasama o hiwalay na sisingilin.

Retainer invoice na nagpapakita ng halaga

Fixed-price na audit na sinisingil pagkatapos maihatid, trabahong binabayaran kada oras mula sa oras ng tester kada cycle, buwanang retainer na may takdang araw ng testing at dagdag na linya para sa sobra, at bawat retainer invoice ay may maikling buod ng mga build na nasubukan at kritikal na depektong nahuli.

Gumawa ng invoicing para sa QA company ko: fixed-price na audit kapag naihatid, trabahong oras-oras mula sa naitalang oras ng tester kada cycle, at buwanang retainer na may kasamang araw ng testing at sobra, na bawat retainer invoice ay naglilista ng mga build na nasubukan at kritikal na depektong nakita sa buwang iyon.

Bakanteng oras ng tester, kada linggo

Paggamit ng tester sa lahat ng client kasama kung sino ang walang ginagawa, depekto kada cycle ayon sa kalubhaan na ikinukumpara sa bawat release, kita ayon sa linya ng serbisyo, at bilis ng pagbalik ng retest.

Gumawa ng dashboard para sa testing company ko na nagpapakita ng paggamit ng tester at bakanteng oras bawat linggo, depektong nakita kada cycle ayon sa kalubhaan bawat client, kita ayon sa manual, automation, accessibility at load testing, at karaniwang oras ng pagbalik ng retest.

Halimbawang ulat ng depekto sa site

Hiwalay na pahina para sa manual testing, automation, accessibility audit at load testing, listahan ng browser, device at screen reader na sakop mo, halimbawang ulat ng depekto na walang pangalan, at paano nagsisimula ang engagement: fixed na audit, sprint retainer o on-demand na pool.

Gumawa ng website para sa software testing company ko na may pahina para sa manual testing, test automation, accessibility audit at load testing, listahan ng browser, device at screen reader na sakop, halimbawang ulat ng depekto na walang pangalan, at paano gumagana ang mga engagement.

Access ng client at credentials

Kumpidensyal sa bawat client ang test environment, build at detalye ng depekto. Naka-scope sa sariling proyekto ng client ang bawat view ng portal, at itago ang credentials ng environment sa tamang secrets store at hindi sa CRM notes. Marami sa mga client ang magtatanong tungkol sa sarili mong seguridad; ginagawa ng Mythex ang access control na inilarawan mo pero hindi ito nagbibigay ng sertipikasyon sa seguridad.

Bawat client, sariling proyekto lang ang nakikita
Nasa labas ng app ang credentials
Pribadong nakaimbak ang ulat bawat release

Magplano ayon sa roadmap

Hingin sa bawat client ang roadmap ng release nila kada quarter at itala ang mga petsa sa CRM. Kapag alam mong may malaking release na paparating, makakapag-reserba ka ng tester nang maaga sa halip na maghanap ng contractor sa parehong linggo na nagre-release ang lahat.

Prompt na puwedeng simulan

Gumawa ng app para sa software testing company ko. Nagla-log in ang mga client para makita ang build ng bawat release na may test run na pumasa, pumalya, na-block at hindi pa tinatakbo, at bukas na depekto ayon sa kalubhaan na naka-link sa issue tracker nila. Ina-assign ang mga tester sa cycle ayon sa kasanayan at hinahawakan sa release window, nakabook kasabay nila ang device, at kasama sa retainer invoice ang buod ng build na nasubukan at kritikal na depektong nahanap.

Mga tanong

Puwede bang kunin sa issue tracker ng client namin ang mga depekto sa portal?

Puwede mong i-link ang bawat depekto sa entry ng tracker at mag-import ng data. Ang live na sync ay nakadepende sa kung may API ang tracker at kung ika-connect mo ito nang may pahintulot ng client.

Nakikita lang ba ng client ang sarili nilang proyekto?

Oo. Humingi ng access bawat client, at nalilimita ang bawat view sa proyekto ng client na naka-sign in.

Puwede ko bang i-schedule ang device kasama ang tester?

Oo. Gawing puwedeng i-book na mapagkukunan ang mga device, at inilalaan ng bawat test cycle ang mga tester at device na kailangan nito.

Kailangan ko bang mag-code?

Hindi, pero puwede itong gawin ng team mo. Ilarawan ang app sa chat; sa Pro, puwede mo ring i-edit ang code, i-export ito at i-push sa GitHub.

Libre ba?

May araw-araw na credit ang Free at hindi kailangan ng card. Ang Pro ay $25/month.

Iba pang paraan ng paggawa gamit ang AI

Mythex · Pricing · Gumawa ng kahit ano gamit ang AI · Mga template ng website at app · Paghahambing ng Mythex · Glosaryo ng paggawa ng app gamit ang AI · Mga libreng tool sa paggawa ng app gamit ang AI · English