|
|
| (6 intermediate revisions by 3 users not shown) |
| Line 1: |
Line 1: |
| == Introduction ==
| | Please refer to [[Avocado]] for the current incarnation of KVM-Autotest. |
|
| |
|
| Recent autotest supports passing test parameters to control file through --args options. This is also been introduced in kvm-autotest which can let user do some basic tests configurations (variants limitation or excluding, parameters configuration) through command line.
| | [[Category:Redirects]][[Category:Testing]] |
| | |
| You should have some basic understanding of the test parameters and configuration file format before using the command line. If not, you are suggested to read the [[KVM-Autotest/Test Config File|test configuration file format]] and [[KVM-Autotest/Parameters|test parameters]] before continuing.
| |
| | |
| == How to use ==
| |
| | |
| It's very simple for you to use the command line, suppose you are in the directory of kvm subtest, you can pass test parameters through:
| |
| | |
| ../../bin/autotest control --args="key1=value1 key2=value2 ...... keyN=valueN"
| |
| | |
| KVM-Autotest supports two kinds of parameters:
| |
| | |
| # keywords "only" and "no": they serve as the same function as in configuration file, limit and exclude variants.
| |
| ## For each "only=x", the control file would generate a "only x" and pass it to the configuration file analyzer
| |
| ## For each "no=y", the control would generate a "no y" and pass it to the configuration file analyzer
| |
| # test parameters: all other are passed to the configuration analyzer untouched, that is to say, you could specify any test parameters by this way.
| |
| | |
| == Limitations ==
| |
| | |
| The command line parameters interface can not provide the same flexibility as the configuration file and have the following limitations:
| |
| | |
| # The generation of the final test matrix still depends on the configuration file, you still need it as a base and do test. You still need a test template such as tests.cfg in order to utilize the command line interface.
| |
| # As all test parameters passed from the command line and analyzed after the configuration file, so any test parameters would override ALL previous ones defined in configuration file. So the command line interface is good at being used to do small configuration modifications to just one test.
| |
| # It can not be used to adding variants, if you want them, you must edit the configuration file.
| |
| | |
| == Examples ==
| |
| | |
| Suppose you use the default tests.cfg.sample as the tests.cfg. The first step is comment the last line
| |
| | |
| As the default test matrix too huge to run, so the second thing is to know the eight kinds of variants which could be used to reduce the matrix.
| |
| | |
| # Operating Systems: We must specify the type of operating system of the image through which KVM-Autoest can decide the os-dependent parameters such as shell client and others. You can take a look at test_base.cfg.sample to get the accurate names.
| |
| # Test cases: The test case you want to run, see test_base.cfg.sample for details
| |
| # Type of virtual network card: For example, you can use "only=e1000" in cmdline to test e1000 only. For expert, this can be overrided by "nic_model=XXX"
| |
| ## variant name: rtl8139: Realtek 8139C
| |
| ## variant name: virtio_net: Virtio Network Adapter
| |
| ## variant name: e1000: Inter e1000 Adapter
| |
| # Type of block device: For example, you can use "only=e1000" in cmdline to test e1000 only. For expert, this can be overrided by "nic_model=XXX"
| |
| ## variant name: ide: IDE drive
| |
| ## variant name: scsi: SCSI driver
| |
| ## variant name: virtio_blk: Virtio Block Drive
| |
| # Type of image format: For example, you can use "only=qcow2" to test qcow2 only, and if you want to test a pre-installed image XXX.qcow2, you should use "image_name=XXX only=qcow2". For expert, you can use "image_format=XXX" to override.
| |
| ## variant name: qcow2: Qemu Copy-On-Write Version 2 image format
| |
| ## variant name: raw: RAW format
| |
| ## variant name: vmdk: VMWare Virtual Machine DisK image format
| |
| # Num of vcpus, For example, you can use "only=smp2" to test 2 vcpus, and if you want to test more vcpus you can use "smp=$num_of_cpus"
| |
| ## variant name: up: Only use one vcpu
| |
| ## variant name: smp2: Use two vcpus
| |
| # PCI Assignable Status, For example, you can use "only=no_pci_assignable" to test ordinary scenario. For expert, you can override this through "pci_assignable=XX"
| |
| ## variant name: no_pci_assignalbe: Do not use device assignment in the test
| |
| ## variant name: pf_assignable: Assign a pf to guest
| |
| ## variant name: vf_assignable: Assign a vf to guest
| |
| # Whether use hugepages
| |
| ## variant name: smallpages: Do not use hugepages
| |
| ## variant name: hugepages: Use hugepages
| |
| | |
| | |
| # If I have a pre-installed image (RHEL.5.5.x86_64 locate at /tmp/x.qcow2 with password XYZ, and I want to run a reboot test on it, how can I do this through command line?
| |
| | |
| ../../bin/autotest control --args="only=full only=
| |
| | |
| | |
| == TODO ==
| |
| | |
| # support parameters surrounded by quotes
| |
| # cli support for build?
| |
| # auto completion?
| |