CONTRIBUTING.md

Style

We plan to move to Python 3 in the near future. Where possible, new code should be Python 3-compatible. In particular:

• favor format over % for formatting strings.
• use the / on numbers in a Python 3-compatible way. In particular, if you want floor division (which is the behavior of / in Python 2), use // instead. If you want the result of integer division to be a float (e.g. 1 / 2 == 0.5), add from __future__ import division to the top of the imports and use /. For more infomration, see the official Python 3 porting docs.
• use absolute_imports and unicode_literals in new test files.

Contributions will be evaluated by PEP8. We now strictly enforce compliance, via a linter run with Travis CI against all new pull requests. We do not enforce the default limits on line length, but have established a maximum length of 200 chars as a sanity check.

We do not enforce import sorting, but if you choose to organize imports by some convention, use the isort tool (pip install isort).

Please use session, and not cursor when naming your connection variables, to match the style preferred by the DataStax Python Driver, which is how these tests connect to C*.

Doxygen Docstrings

We are now colocating our test plans directly with the source code. We have decided to do so in a manner compatible with Doxygen, to turn the test plans into easily navigated HTML. Please view the following list of tags, as well as an example test. While this full list of tags is available for use, there is no need to use every tag for a given test. The description and since fields should be included, but most others should only be used when appropriate. The test plan will live in a comment block below the test method declaration.

Input	Description
Test name	Name of the test
Description	Brief description of the test
@param	Description of Parameter 1 (Usually used for helper methods)
@return	Description of expected return value (Usually used for helper methods)
@expected_errors	What exceptions this test is expected to throw on normal behavior (should be caught and expected in the test)
@throws	What exceptions this test would throw upon failure (if expecting a specific regression)
@since	I am unsure what we will use this for. Do not use until we have reached a decision.
@jira_ticket	Associated JIRA ticket identifier, including the project name (e.g. CASSANDRA-42, not 42).
@expected_result	Brief summary of what the expected results of this test are
@test_assumptions	Test requirements (auth, hints disabled , etc)
@note	(future improvments, todo, etc)
@test_category	What categories this test falls under (deprecated)

    def example_test(self):
    """
    Demonstrates the expected syntax for a test plan. Parsed by Doxygen.
    @jira_ticket CASSANDRA-0000
    @since 2.0.15, 2.1.5
    @note Test should not be implemented, it is an example.
    """
        pass

To run doxygen to generate HTML from these test plans, you will need to do the following

• Unzip doxygen/doxypy-0.4.2.tar.gz and install it cd doxygen/ tar xvf doxypy-0.4.2.tar.gz cd doxypy-0.4.2 sudo python setup.py install
• Install doxygen, via your system's package manager
• Edit the INPUT and OUTPUT_DIRECTORY fields in doxygen/Doxyfile_python. They must be absolute paths. INPUT should point to cassandra-dtest/.
• Run doxygen doxygen doxygen/Doxyfile_python

Feel free to submit test plans without the implemented tests. If you are submitting a new test, we would appreciate if it were annotated in this manner. If that is not possible, we will add the markup to your pull request.

Modules

In some cases, we organize our test files by putting them in directories. If you do so, please export a module from that direcory py placing an `init.py file in the directory with the test files. This makes the modules visible to our test infrastructure scripts that divide tests into buckets for CI.