@QE I filed another test case which covers the last gap, PublishedArtifact. The test proposes we use the Debian plugin since it's the only plugin I know of that has PublishedArtifact usage. I'm not sure if it's feasible, but I wanted to file it anyway so the testing plan has no gaps. It is missing some details, but when you go to actually work on it I can provide some commands then. They could change slightly some so I think providing them when you go to write the test would be the most efficient.
FYI it's here: https://pulp.plan.io/issues/4861 I also related it to the epic: https://pulp.plan.io/issues/4838 Any questions, or feedback is welcome. On Sat, May 18, 2019 at 10:10 AM Matthias Dellweg <dell...@atix.de> wrote: > On Fri, 17 May 2019 15:44:32 -0400 > Brian Bouterse <bbout...@redhat.com> wrote: > > > We removed some functional tests recently from core because the > > Distribution part of Master/Detail was so heavily reworked. We want to > > rethink the testing in this area with new functional tests, so I > > wrote out a testing epic here: https://pulp.plan.io/issues/4838 > > > > @qe, can you read these stories and ask any questions? Note that it's > > possible some of these tests are already written; I wanted to > > explicitly capture what needed to be tested without thinking about > > what you've already implemented. > > > > Note this does *not* plan testing to verify the correct serving of > > PublishedArtifacts. Do any plugins use PublishedArtifacts? > > > > All the best, > > Brian > > The Debian plugin uses PublishedArtifact. If i understand correctly, it > is needed to be able to serve the same Artifact with different > relative_paths in different Repos/Publication, and also to select which > Files belong to a Publication, and which one should be skipped. > > Have a nice Weekend, Matthias > _______________________________________________ > Pulp-dev mailing list > Pulp-dev@redhat.com > https://www.redhat.com/mailman/listinfo/pulp-dev >
_______________________________________________ Pulp-dev mailing list Pulp-dev@redhat.com https://www.redhat.com/mailman/listinfo/pulp-dev
