<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: How can we run tests on production data without copying large amounts of data all the time? in Alfresco Forum</title>
    <link>https://connect.hyland.com/t5/alfresco-forum/how-can-we-run-tests-on-production-data-without-copying-large/m-p/62144#M21575</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I don't know why you would consider customizing the NodeService to help with the "test against production data" problem.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Everyone faces the "how can my test data look as close to production as possible" problem. You can either approximate the production data with a test set that you re-load into a fresh repository when you are ready to test. Or, you can snapshot your database and content store volumes, spin up a clone of the production server, create volumes from the snapshots and attach those, and then run your tests.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Of course the larger your production data gets the more time it takes to snapshot and clone the data but that's one of the costs you pay to test against actual production data.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;One thing you might think about is this: If the actual content (the binary files and the metadata) is really going to affect the functioning of the application so much so that testing the system with anything but real production data is not sufficient, perhaps you are asking Alfresco to do too much and the architecture should be revisited.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Integration tests using the Alfresco SDK work quite well. And they can be developed to import a consistent and reusable test data set on each run. To me, this kind of setup is far preferable.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Fri, 21 Dec 2018 04:02:22 GMT</pubDate>
    <dc:creator>jpotts</dc:creator>
    <dc:date>2018-12-21T04:02:22Z</dc:date>
    <item>
      <title>How can we run tests on production data without copying large amounts of data all the time?</title>
      <link>https://connect.hyland.com/t5/alfresco-forum/how-can-we-run-tests-on-production-data-without-copying-large/m-p/62143#M21574</link>
      <description>Hello Everyone,We are thinking about integrating the&amp;nbsp;Alfresco Content Services in one of our applications and are&amp;nbsp;now confronted with the question of how we should go about development – in particular integration testing. We expect the&amp;nbsp;ACS to harbour large amounts of data&amp;nbsp;at some point in the future</description>
      <pubDate>Thu, 20 Dec 2018 09:41:25 GMT</pubDate>
      <guid>https://connect.hyland.com/t5/alfresco-forum/how-can-we-run-tests-on-production-data-without-copying-large/m-p/62143#M21574</guid>
      <dc:creator>dscheffer</dc:creator>
      <dc:date>2018-12-20T09:41:25Z</dc:date>
    </item>
    <item>
      <title>Re: How can we run tests on production data without copying large amounts of data all the time?</title>
      <link>https://connect.hyland.com/t5/alfresco-forum/how-can-we-run-tests-on-production-data-without-copying-large/m-p/62144#M21575</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I don't know why you would consider customizing the NodeService to help with the "test against production data" problem.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Everyone faces the "how can my test data look as close to production as possible" problem. You can either approximate the production data with a test set that you re-load into a fresh repository when you are ready to test. Or, you can snapshot your database and content store volumes, spin up a clone of the production server, create volumes from the snapshots and attach those, and then run your tests.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Of course the larger your production data gets the more time it takes to snapshot and clone the data but that's one of the costs you pay to test against actual production data.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;One thing you might think about is this: If the actual content (the binary files and the metadata) is really going to affect the functioning of the application so much so that testing the system with anything but real production data is not sufficient, perhaps you are asking Alfresco to do too much and the architecture should be revisited.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Integration tests using the Alfresco SDK work quite well. And they can be developed to import a consistent and reusable test data set on each run. To me, this kind of setup is far preferable.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 21 Dec 2018 04:02:22 GMT</pubDate>
      <guid>https://connect.hyland.com/t5/alfresco-forum/how-can-we-run-tests-on-production-data-without-copying-large/m-p/62144#M21575</guid>
      <dc:creator>jpotts</dc:creator>
      <dc:date>2018-12-21T04:02:22Z</dc:date>
    </item>
  </channel>
</rss>

