Section 355-25 defines core R&D activities as "experimental activities". AusIndustry describes the experiment itself as "a scientific procedure that you undertake to test your hypothesis".
What the records should show
For each experiment, AusIndustry expects records of:
- the parameters you changed;
- the parameters you held constant;
- what you observed or measured, and when.
Related experiments that test the same technical or scientific idea can sit under one core activity, which keeps the registration readable. A run log or benchmark output with a timestamp is worth more than a summary written months later, because it shows the test happened as planned. The design comes from the hypothesis: an experiment that cannot confirm or disprove it is not testing it.
What belongs inside the experiment
Where the activity is a genuine core experiment, building the version under test is part of it, to the extent needed to test it. So is running it behind a feature flag in the live product for a study group. Writing code or shipping behind a flag does not by itself make work an experiment; the unknown outcome and the hypothesis do. Comparing variants and analysing results are core work. Environments, test harnesses and data preparation around the experiment can be supporting R&D activities when they are directly related to it. Polishing the winning variant for general release is product work, not experimentation.
What is not an experiment
- Routine testing. Quality testing, characterisation and imaging that confirm an expected result. See materials testing for where testing becomes experimentation.
- Routine tuning. Trying available settings when a competent professional could predict that one of them will work. Searching a configuration space can still be an experiment where the outcome could not be known in advance and the search is planned and evaluated.
- Commercial tests. Measuring conversion or revenue, which is excluded market research; see A/B tests.
Physical builds raise the same question: a prototype is part of the experiment when the build is the test, and supporting when it only enables one (see prototypes and tooling).