Consul is a distributed, highly available, and data center aware solution to connect and configure applications across dynamic, distributed infrastructure.
You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
 
 
 
 
 
 
R.B. Boyer 50b26aa56a
deployer: remove catalog/mesh v2 support (#21194)
6 months ago
..
README.md
ac1_basic_test.go deployer: remove catalog/mesh v2 support (#21194) 6 months ago
ac2_disco_chain_test.go deployer: remove catalog/mesh v2 support (#21194) 6 months ago
ac3_service_defaults_upstream_test.go deployer: remove catalog/mesh v2 support (#21194) 6 months ago
ac4_proxy_defaults_test.go deployer: remove catalog/mesh v2 support (#21194) 6 months ago
ac5_1_no_svc_mesh_test.go testing/deployer: rename various terms to better align with v2 and avoid confusion (#19600) 1 year ago
ac5_2_pq_failover_test.go testing/deployer: rename various terms to better align with v2 and avoid confusion (#19600) 1 year ago
ac6_failovers_test.go deployer: remove catalog/mesh v2 support (#21194) 6 months ago
ac7_1_rotate_gw_test.go deployer: remove catalog/mesh v2 support (#21194) 6 months ago
ac7_2_rotate_leader_test.go deployer: remove catalog/mesh v2 support (#21194) 6 months ago
commontopo.go deployer: remove catalog/mesh v2 support (#21194) 6 months ago
sharedtopology_test.go

README.md

CONSUL PEERING COMMON TOPOLOGY TESTS

These peering tests all use a commonTopo (read: "common topology") to enable sharing a deployment of a Consul. Sharing a deployment of Consul cuts down on setup time.

To run these tests, you will need to have docker installed. Next, make sure that you have all the required consul containers built:

make test-deployer-setup

Non-Shared CommonTopo Tests

The tests in question are designed in a manner that modifies the topology. As a result, it is not possible to share the testing environment across these tests.

Shared CommonTopo Tests

The tests in question are designed in a manner that does not modify the topology in any way that would interfere with other tests. As a result, it is possible to share the testing environment across these tests.

To run all consul peering tests with no shared topology, run the following command:

cd /path/to/peering_commontopo
go test -timeout=10m -v -no-share-topo . 

To run all peering tests with shared topology only:

cd /path/to/peering_commontopo
go test -timeout=10m -run '^TestSuitesOnSharedTopo' -v . 

To run individual peering topology tests:

cd /path/to/peering_commontopo
go test -timeout=10m -run '^TestSuiteExample' -v -no-share-topo .    

Local Development and Testing

If writing tests for peering with no shared topology, this recommendation does not apply. The following methods below not necessarily need to be implmented. For shared topology tests, all the methods in the sharedTopoSuite interface must be implemented.

  • testName() prepends the test suite name to each test in the test suite.
  • setup() phase must ensure that any resources added to the topology cannot interfere with other tests. Principally by prefixing.
  • test() phase must be "passive" and not mutate the topology in any way that would interfere with other tests.

Common topology peering tests are defined in the test-integ/peering_commontopo/ directory and new peering integration tests should always be added to this location. Adding integration tests that does not modify the topology should always start by invoking

runShareableSuites(t, testSuiteExample)

else

func TestSuiteExample(t *testing.T) {
 ct := NewCommonTopo(t)
 s := &testSuiteExample{}
 s.setup(t, ct)
 ct.Launch(t)
 s.test(t, ct)
}

Some of these tests do mutate in their test() phase, and while they use commonTopo for the purpose of code sharing, they are not included in the "shared topo" tests in sharedtopology_test.go.