Open oliverklee opened 5 years ago
For me personally, it's not important whether the table always is empty or filled with the static data. The test run results should be consistent between the first and the subsequent runs, though.
Alternatively the logic to import static data could be executed again after truncating all tables.
Note: https://github.com/TYPO3/testing-framework/ solved this.
I'm currently working on an extension that imports static data using an
ext_tables_static+adt.sql
file, and that includes a functional repository test that tests that records can be loaded from the corresponding table, and that fields are mapped correctly for the model.The first time one of those tests is run (when a new test system and a new DB is created), is passes. The second time, it fails because the database is truncated:
This problem occurs with
nimut/testing-framework
2.0.3, but the corresponding code in master does the same things.May a configuration in the functional test case which tables should be kept would be an approach for this?