Skip to main content
Visium Farm

For enterprise security

The right environment for your device testing.

Choose where your device farm runs, who can use it, and how it fits your organization’s access requirements.

Where your testing runsIllustration

Your infrastructure

Your device lab · Your network policies

A device farm within your organization’s infrastructure.

Exact network, identity, and operating scope are defined during evaluation.

Choose the deployment that fits your organization.

The proposal and technical review establish the exact infrastructure boundary, ownership, access, and evidence requirements.

On-premise

Bring Visium Farm into your own infrastructure and connect the real devices your teams depend on.

Security boundary: Your infrastructure, with access and network policies defined by your organization.

Suitable for

  • Internal device labs
  • Teams with local infrastructure requirements

Private cloud

Give your organization a dedicated device-testing environment in a customer-specific private cloud.

Security boundary: A dedicated environment, with ownership and operating responsibilities agreed during evaluation.

Suitable for

  • Dedicated device capacity
  • Organization-specific cloud environments

Public cloud

Test on a shared device pool operated by Visium, without running your own device lab.

Security boundary: Visium operates the shared pool. Confirm device availability and access requirements for your team.

Suitable for

  • Teams without an internal device lab
  • Access to a managed shared device pool

Start with where the platform runs and who can reach it.

Compare deployment location, network access, and operating responsibilities across the three options. Your organization’s requirements determine the environment that fits.

Data and network boundary

Begin with where testing infrastructure operates and which controls need to remain inside the customer environment.

Approval evidence

Bring the deployment facts and review questions that a security or procurement process needs to assess.

Operating responsibility

Clarify the responsibilities that matter to the proposed deployment instead of assuming a one-size-fits-all model.

Keep access decisions explicit across a shared device pool.

Manage who can connect, what they can do, and which resources they can share. Explore the controls behind each decision.

  • Roles and permissions

    Separate device access from administration, application deployment, and reporting. Give each role the permissions its work requires.

    ConnectDeployManage
    Explore controls
    • Control device viewing, connection, and remote operation permissions.
    • Manage application installation, reservation, and automation permissions separately.
    • Update user roles or block accounts when access needs change.
  • Enterprise identity

    Connect your directory and apply account controls that fit your organization’s sign-in practices.

    LDAP / ADPassword rules2-step
    Explore controls
    • Connect LDAP or Active Directory to the proposed environment.
    • Configure password policies and two-step verification.
    • Confirm directory integration and account-management responsibilities during setup.
  • Teams and device access

    Organize users and resources by team. Coordinate shared capacity with group permissions and device reservations.

    UsersDevicesReservations
    Explore controls
    • Manage group access to devices, applications, and shared files.
    • Set group reservation permissions and concurrent-access limits.
    • Coordinate individual or group reservations and requests for busy devices.
  • Controlled collaboration

    Bring colleagues into a session with a defined permission level and a link that can expire after use.

    ViewControlInspect
    Explore controls
    • Choose view, control, or inspect access for a shared session.
    • Use optional expiry times and single-use sharing links.
    • Collaborate with up to three participants in a session.
  • Apps and integrations

    Choose which build reaches each device. Manage application and API access alongside your existing delivery workflow.

    VersionsAPI keysAppium
    Explore controls
    • Select a specific application version for deployment to chosen devices.
    • Manage application restrictions and permissions for API use.
    • Connect Appium-compatible tools and CI/CD for preparation and test execution.
  • Evidence and activity

    Review captured session files and farm activity, with separate permissions for reports and diagnostic downloads.

    VideoLogsReports
    Explore controls
    • Preview and download collected video, screenshots, and session logs.
    • Review device usage, active users, reservations, API usage, and alarms.
    • Separate report-viewing and diagnostic-download permissions by role.

Your security and access questions, answered.

Explore how deployment, identity, permissions, and session evidence fit into your organization’s testing workflow.

Can we use our own infrastructure?

Yes. Choose on-premise for your own infrastructure, a customer-specific private cloud for a dedicated environment, or Visium’s managed public-cloud pool. The technical review establishes network access, ownership, and operating responsibilities for your chosen model.

Can we connect our directory?

LDAP and Active Directory integration options sit alongside user and role management, password policies, account blocking, and two-step verification. Review directory configuration and account-management responsibilities with your identity team during setup.

How is team access separated?

Roles separate device connection, application installation, automation, reporting, and diagnostic downloads. Groups organize access to devices, applications, files, and reservations, including reservation permissions and concurrent-access limits.

Can sharing be view-only?

Yes. Choose view, control, or inspect permissions for up to three participants. Optional expiry times and single-use links let you limit how a shared session is accessed.

How are application deployments controlled?

Upload builds to the shared version library, select a version, and deploy it to chosen devices. Group access, application restrictions, and installation permissions control distribution; parallel deployment provides progress and per-device results.

Can we keep our automation tools?

Yes. Use any Appium-compatible automation tool. APIs connect application preparation, device availability, and reservations to CI/CD, while webhooks provide device-status notifications. API and automation keys work alongside integration-management permissions.

What evidence is available after a test?

Preview and download collected video, screenshots, and logs. Reports cover users, devices, reservations, API usage, and alarms. Available files depend on session settings; agree capture, access, and retention requirements when planning the environment.

What should we bring to a security review?

Bring your deployment boundary, identity setup, team roles, application-access rules, and evidence requirements. Agree operating responsibilities and assess any required certification documents, retention expectations, or compliance commitments against the proposed configuration.

Bring the deployment questions that need a clear answer.

Start with the control boundary, device-pool scope, identity requirements, and evidence your review process expects.

Explore case studies