Mirror of Apache Kafka
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.
 
 
 
 
Ashish Singh ab76dbd1f7 kafka-2005; Generate html report for system tests; patched by Ashish Singh; reviewed by Jun Rao 10 years ago
..
broker_failure KAFKA-1438 Migrate client tools out of perf; reviewed by Neha Narkhede 11 years ago
common Use uniform convention for naming properties keys; kafka-648; patched by Sriram Subramanian; reviewed by Jun Rao 12 years ago
mirror_maker_testsuite KAFKA-2122 Remove controller.message.queue.size Config; reviewed by Neha Narkhede, Jun Rao, Onur 10 years ago
offset_management_testsuite KAFKA-2122 Remove controller.message.queue.size Config; reviewed by Neha Narkhede, Jun Rao, Onur 10 years ago
producer_perf KAFKA-1438 Migrate client tools out of perf; reviewed by Neha Narkhede 11 years ago
replication_testsuite KAFKA-2122 Remove controller.message.queue.size Config; reviewed by Neha Narkhede, Jun Rao, Onur 10 years ago
utils kafka-1809; Refactor brokers to allow listening on multiple ports and IPs; patched by Gwen Shapira; reviewed by Joel Koshy and Jun Rao 10 years ago
README.txt kafka-1809; Refactor brokers to allow listening on multiple ports and IPs; patched by Gwen Shapira; reviewed by Joel Koshy and Jun Rao 10 years ago
__init__.py KAFKA-440 Regression/system test framework; patched by John Fung; reviewed by Neha Narkhede 12 years ago
cluster_config.json KAFKA-502 Adding 30 more system tests, reviewed by Jun and Neha; patched by John Fung 12 years ago
logging.conf KAFKA-502 Adding 30 more system tests, reviewed by Jun and Neha; patched by John Fung 12 years ago
metrics.json KAFKA-1720; Renamed Delayed Operations after KAFKA-1583; reviewed by Gwen Shapira and Joel Koshy 10 years ago
run_all.sh kafka-1809; Refactor brokers to allow listening on multiple ports and IPs; patched by Gwen Shapira; reviewed by Joel Koshy and Jun Rao 10 years ago
run_all_replica.sh kafka-1809; Refactor brokers to allow listening on multiple ports and IPs; patched by Gwen Shapira; reviewed by Joel Koshy and Jun Rao 10 years ago
run_sanity.sh kafka-1809; Refactor brokers to allow listening on multiple ports and IPs; patched by Gwen Shapira; reviewed by Joel Koshy and Jun Rao 10 years ago
system_test_env.py KAFKA-502 Adding 30 more system tests, reviewed by Jun and Neha; patched by John Fung 12 years ago
system_test_runner.py kafka-2005; Generate html report for system tests; patched by Ashish Singh; reviewed by Jun Rao 10 years ago
testcase_to_run_all.json kafka-1645; some more jars in our src release; patched by Joe Stein; reviewed by Jun Rao 10 years ago
testcase_to_run_all_replica.json kafka-1809; Refactor brokers to allow listening on multiple ports and IPs; patched by Gwen Shapira; reviewed by Joel Koshy and Jun Rao 10 years ago
testcase_to_run_sanity.json KAFKA-502 Adding 30 more system tests, reviewed by Jun and Neha; patched by John Fung 12 years ago
testcase_to_skip.json KAFKA-502 Adding 30 more system tests, reviewed by Jun and Neha; patched by John Fung 12 years ago

README.txt

# ==========================
# Quick Start
# ==========================

* Please note that the following commands should be executed after downloading the kafka source code to build all the required binaries:
1. <kafka install dir>/ $ ./gradlew jar

Now you are ready to follow the steps below.
1. Update system_test/cluster_config.json for "kafka_home" & "java_home" specific to your environment
2. Edit system_test/replication_testsuite/testcase_1/testcase_1_properties.json and update "broker-list" to the proper settings of your environment. (If this test is to be run in a single localhost, no change is required for this.)
3. Create testcase_to_run.json file with the tests you wish to run. You can start by just copying one of our preset test suites. For example:
cp testcase_to_run_sanity.json testcase_to_run.json
4. To run the test, go to <kafka_home>/system_test and run the following command:
$ python -u -B system_test_runner.py 2>&1 | tee system_test_output.log
5. To turn on debugging, update system_test/logging.conf by changing the level in handlers session from INFO to DEBUG.

We also have three built-in test suites you can use after you set your environment (steps 1 and 2 above):
* run_sanity.sh - will run a single basic replication test
* run_all_replica.sh - will run all replication tests
* run_all.sh - will run all replication and mirror_maker tests

# ==========================
# Overview
# ==========================

"system_test" is now transformed to a system regression test framework intended for the automation of system / integration testing of data platform software such as Kafka. The test framework is implemented in Python which is a popular scripting language with well supported features.

The framework has the following levels:

1. The first level is generic and does not depend on any product specific details.
location: system_test
a. system_test_runner.py - It implements the main class RegTest as an entry point.
b. system_test_env.py - It implements the class RegTestEnv which defines the testing environment of a test session such as the base directory and environment variables specific to the local machine.

2. The second level defines a suite of testing such as Kafka's replication (including basic testing, failure testing, ... etc)
location: system_test/<suite directory name>*.

* Please note the test framework will look for a specific suffix of the directories under system_test to determine what test suites are available. The suffix of <suite directory name> can be defined in SystemTestEnv class (system_test_env.py)

a. replica_basic_test.py - This is a test module file. It implements the test logic for basic replication testing as follows:

i. start zookeepers
ii. start brokers
iii. create kafka topics
iv. lookup the brokerid as a leader
v. terminate the leader (if defined in the testcase config json file)
vi. start producer to send n messages
vii. start consumer to receive messages
viii. validate if there is data loss

b. config/ - This config directory provides templates for all properties files needed for zookeeper, brokers, producer and consumer (any changes in the files under this directory would be reflected or overwritten by the settings under testcase_<n>/testcase_<n>_properties.json)

d. testcase_<n>** - The testcase directory contains the testcase argument definition file: testcase_1_properties.json. This file defines the specific configurations for the testcase such as the followings (eg. producer related):
i. no. of producer threads
ii. no. of messages to produce
iii. zkconnect string

When this test case is being run, the test framework will copy and update the template properties files to testcase_<n>/config. The logs of various components will be saved in testcase_<n>/logs

** Please note the test framework will look for a specific prefix of the directories under system_test/<test suite dir>/ to determine what test cases are available. The prefix of <testcase directory name> can be defined in SystemTestEnv class (system_test_env.py)

# ==========================
# Adding Test Case
# ==========================

To create a new test suite called "broker_testsuite", please do the followings:

1. Copy and paste system_test/replication_testsuite => system_test/broker_testsuite
2. Rename system_test/broker_testsuite/replica_basic_test.py => system_test/broker_testsuite/broker_basic_test.py
3. Edit system_test/broker_testsuite/broker_basic_test.py and update all ReplicaBasicTest related class name to BrokerBasicTest (as an example)
4. Follow the flow of system_test/broker_testsuite/broker_basic_test.py and modify the necessary test logic accordingly.


To create a new test case under "replication_testsuite", please do the followings:

1. Copy and paste system_test/replication_testsuite/testcase_1 => system_test/replication_testsuite/testcase_2
2. Rename system_test/replication_testsuite/testcase_2/testcase_1_properties.json => system_test/replication_testsuite/testcase_2/testcase_2_properties.json
3. Update system_test/replication_testsuite/testcase_2/testcase_2_properties.json with the corresponding settings for testcase 2.

Note:
The following testcases are for the old producer and the old mirror maker. We can remove them once we phase out the old producer client.
replication_testsuite: testcase_{10101 - 10110} testcase_{10131 - 10134}
mirror_maker_testsuite: testcase_{15001 - 15006}