Repository basics

TestArchitect relies on repositories to store test assets.

Everything about your project – tests, data, interfaces, results, etc. – is stored in a repository. Additionally, a repository is used to store other assets such as administrative resources, which include such entities as users, groups, and permissions.

To work with TestArchitect, you must be connected to at least one repository. A repository is managed by a repository server, or RS. Installation of TestArchitect on your machine includes, by default, the installation of a repository server. This allows you to create, and work with, a repository on your local machine (the “localhost”). In fact, the SampleRepository that is included with TestArchitect resides on your own machine.

In an organization, most working repositories are maintained on one or more servers. When you participate in a test project, you typically connect to a shared repository on a central repository server. You may even share your own local repository with others, so that your machine acts as a repository server for a group.

When you start TestArchitect for the first time, you see the sample repository (SampleRepository), which appears as a node on the TestArchitect explorer tree panel at left. This is the example repository that is shipped with TestArchitect and stored on your local machine.

To work on data from a TestArchitect repository, you must connect, and log on, to that repository.

Related concepts
Working with TestArchitect Client

The test editor

Sample Repository

Related tasks
Logging on to the sample repository

Copyright © 2023 LogiGear Corporation. All rights reserved. LogiGear is a registered trademark, and Action Based Testing and TestArchitect are trademarks of LogiGear Corporation. All other trademarks contained herein are the property of their respective owners.

LogiGear Corporation

1730 S. Amphlett Blvd. Suite 200, San Mateo, CA 94402

Tel: +1(800) 322-0333