We need to be able to get reliable, predictable data returned by a project and its views and in order to write useful tests.

Comments

eliza411’s picture

Component: Test Date » Environment setup

I thought this series had a lot of great ideas on default data and writing less brittle tests: http://www.cheezyworld.com/2010/11/21/ui-tests-default-dat/ In this entry and the related posts, @chzy puts forth the strategy of abstracting so that the tests do break when things change but that a minimum amount of work is required to update their code.

What I discovered was that for the vast majority of Scenarios the actual data requirements that were specific to the thing we were testing was very small. And yet sometimes the amount of data needed to complete the scenario was fairly high. What I needed was a way to have the system provide default data for everything that was not specific to the scenario and yet allow me to override any default data that had to be exact for the test.

eliza411’s picture

jhedstrom has implemented drush as a way to set up and teardown user data. We can't use that with Drupal.org as-is since they've dropped the access column from the database, so this, and writing tests for authenticated users, is currently blocked.

eliza411’s picture

Status: Active » Fixed

sdboyer made changes to drush on git6site that allow this to work, so marking this fixed.

Status: Fixed » Closed (fixed)

Automatically closed -- issue fixed for 2 weeks with no activity.

Anonymous’s picture

Issue summary: View changes

fixing type