Клієнтські портали, розподіл тестувальників і білінг для компаній з тестування програмного забезпечення

Mythex створює для компанії з тестування програмного забезпечення клієнтський портал, розподіл тестувальників, кошториси з чітким обсягом робіт і білінг, виходячи з опису того, як у вас ведуться проєкти. Власник продукту бачить блокуючі дефекти і прогрес тестування по кожній збірці на одному екрані, а не експорт таблиці, який ніхто не відкриває.

Почніть створювати безкоштовно

Робота в чужому циклі релізів

Робота тестувальної компанії надходить разом зі збірками клієнта: ручні регресійні прогони, автоматизовані набори, аудити доступності й навантажувальні тести, і все це має бути готове до дати релізу, яка може зсунутися. Робота скупчується перед запусками і стихає після них, тож простій тестувальників найбільше б'є по маржі. Саме тестування зазвичай відбувається у трекері завдань клієнта та його інструментах для тестів, але планування, розподіл людей, звітність і білінг ведуться у таблицях і електронній пошті, а звіти про дефекти експортуються в таблиці, які керівник, що затверджує реліз, ніколи не відкриває. QA-компанії потрібен зрозумілий для клієнта вигляд, розподіл тестувальників і пристроїв за навичками та кошториси, у яких прописані припущення.

Дефекти за серйозністю в кожному циклі тестування, які видно з першого погляду
Прогони тестів на кожну збірку: пройдено, провалено, заблоковано, не запущено
Тестувальники розподілені за навичками і закріплені за вікнами релізів
Пристрої і лабораторії бронюються разом із людьми
Кошториси за функціями, платформами і циклами
Ретейнери виставляються з описом того, що було протестовано

Перший екран для людини, яка затверджує реліз

Скільки блокуючих дефектів ще лишилося і чи можна випускати цю збірку? Показуйте відкриті дефекти за серйозністю в кожному циклі, прогрес прогонів тестів по кожній збірці, посилання з кожного дефекту на запис у трекері клієнта і підписані звіти, збережені для кожного релізу.

Створіть клієнтський портал для моєї компанії з тестування програмного забезпечення. Кожен клієнт бачить свої релізи; для кожної збірки покажіть прогони тестів: пройдено, провалено, заблоковано і не запущено, відкриті дефекти за серйозністю з посиланням на трекер клієнта і підсумок «можна випускати: так/ні». Зберігайте підписані звіти про тестування для кожного релізу. Клієнти бачать лише свої проєкти.

Тестувальники закріплені за вікнами релізів

Розподіляйте тестувальників за навичками, наприклад мобільні, доступність або продуктивність, тримайте їхній час за вікном релізу, а не за датою, і бронюйте пристрої та тестові лабораторії разом з людьми, щоб два цикли ніколи не потребували одного телефона. Вікна навантажувальних тестів погоджуються з клієнтом, часто поза робочими годинами.

Створіть розклад для моєї QA-компанії: тестувальники з навичками (ручне тестування веб, мобільні, доступність, продуктивність) призначаються на цикли тестування клієнтів; попередні бронювання на вікна релізів, які можна скасувати, якщо збірка зсувається; бронювання пристроїв з нашої лабораторії; а також вікна для навантажувальних тестів поза робочими годинами.

Кошториси, які показують стабільність збірки

Визначайте обсяг за функціями, платформами, пристроями і кількістю циклів; прописуйте припущення, наприклад придатність збірки до тестування і доступ до середовищ; пропонуйте ручний варіант, автоматизацію або змішаний із поясненням компромісів; а перетестування або оцінюйте окремо, або включайте в ціну.

Зробіть інструмент для кошторисів моєї тестувальної компанії з обсягом (функції, платформи, пристрої, кількість циклів тестування), розділом припущень (придатна до тестування збірка, доступ до середовищ, як оплачується заблокований час), варіантами «лише вручну», «автоматизація» або «змішаний» і раундами перетестування, включеними або оплачуваними окремо.

Рахунки за ретейнерами, що показують цінність

Аудити з фіксованою ціною виставляються після здачі, робота з оплатою за годину формується з годин тестувальників за цикл, щомісячні ретейнери містять визначену кількість днів тестування і рядки за перевищення, а кожен рахунок за ретейнером має короткий опис протестованих збірок і знайдених критичних дефектів.

Створіть білінг для моєї QA-компанії: аудити з фіксованою ціною з оплатою після здачі, погодинна робота за обліковими годинами тестувальників по кожному циклу, а також щомісячні ретейнери з включеними днями тестування і доплатою за перевищення. У кожному рахунку за ретейнером має бути список протестованих збірок і критичних дефектів, знайдених за місяць.

Простій тестувальників, щотижня

Завантаженість тестувальників по клієнтах з тим, хто простоює, дефекти за серйозністю по циклах, порівняні між релізами, дохід за напрямками послуг і час обробки перетестування.

Створіть дашборд для моєї тестувальної компанії: завантаженість тестувальників і години простою по тижнях, дефекти, знайдені за цикл за серйозністю по кожному клієнту, дохід за ручним тестуванням, автоматизацією, доступністю і навантажувальним тестуванням, а також середній час перетестування.

Зразок звіту про дефект на сайті

Окремі сторінки для ручного тестування, автоматизації, аудитів доступності та навантажувального тестування, перелік платформ і допоміжних технологій, які ви покриваєте, знеособлений зразок звіту та описи того, як починаються проєкти: фіксований аудит, спринт-ретейнер або пул за запитом.

Створіть сайт для моєї компанії з тестування програмного забезпечення зі сторінками ручного тестування, автоматизації тестів, аудитів доступності та навантажувального тестування, списком браузерів, пристроїв і програм для читання з екрана, які ми покриваємо, знеособленим зразком звіту про дефект і описом того, як працюють проєкти.

Доступ клієнтів і облікові дані

Тестові середовища, збірки і деталі дефектів є конфіденційними для кожного клієнта. Обмежуйте кожне представлення в порталі проєктами цього клієнта і зберігайте облікові дані середовищ у належному сховищі секретів, а не в нотатках CRM. Багато клієнтів питатимуть про ваші власні практики безпеки; Mythex створює засоби контролю доступу, які ви описуєте, але не надає сертифікатів безпеки.

Кожен клієнт бачить лише свої проєкти
Облікові дані зберігаються поза застосунком
Звіти зберігаються приватно для кожного релізу

Плануйте за дорожньою картою

Щокварталу запитуйте у кожного клієнта його дорожню карту релізів і вносьте дати в CRM. Знаючи, що великий реліз близько, ви можете заздалегідь зарезервувати тестувальників, а не шукати підрядників у той самий тиждень, коли всі випускають.

Запит, з якого можна почати

Створіть застосунок для моєї компанії з тестування програмного забезпечення. Клієнти входять, щоб бачити збірки кожного релізу з прогонами тестів: пройдено, провалено, заблоковано і не запущено, а також відкриті дефекти за серйозністю з посиланням на їхній трекер. Тестувальники розподіляються за циклами за навичками і закріплюються за вікнами релізів, пристрої бронюються разом з ними, а рахунки за ретейнерами містять опис протестованих збірок і знайдених критичних дефектів.

Запитання

Чи може портал отримувати дефекти з трекера нашого клієнта?

Ви можете прив'язати кожен дефект до запису в трекері й імпортувати дані. Синхронізація в реальному часі залежить від того, чи має трекер API, і від того, чи підключаєте ви його за згодою клієнта.

Чи бачать клієнти лише свої проєкти?

Так. Ми налаштовуємо доступ для кожного клієнта окремо, і кожне представлення обмежене проєктами авторизованого клієнта.

Чи можна бронювати пристрої, а не лише людей?

Так. Зробіть пристрої ресурсами для бронювання, і кожен тестовий цикл резервує потрібних тестувальників і пристрої.

Чи потрібно писати код?

Ні, хоча ваша команда може. Опишіть застосунок у чаті; на Pro ви також можете редагувати код, експортувати його й відправити на GitHub.

Це безкоштовно?

На плані Free є щоденні кредити і не потрібна картка. Pro коштує $25 на місяць.

Інші способи створювати з ШІ

Mythex · Pricing · Створюйте що завгодно з ШІ · Шаблони сайтів і застосунків · Порівняння Mythex · Глосарій створення застосунків за допомогою ШІ · Безкоштовні інструменти для створення застосунків за допомогою ШІ · English