Skip to Content.
Sympa Menu

sm-sorcery - Re: [SM-Sorcery] Sorcery quality assurance

sm-sorcery AT lists.ibiblio.org

Subject: Discussion of Sorcery related topics

List archive

Chronological Thread  
  • From: Andrew <afrayedknot AT thefrayedknot.armory.com>
  • To: sm-sorcery <sm-sorcery AT lists.ibiblio.org>
  • Subject: Re: [SM-Sorcery] Sorcery quality assurance
  • Date: Tue, 27 Jan 2004 19:29:54 -0800

well theres the TL meeting this weekend which I was refering to, which
was just announced on sm-admin...

I guess we dont have to have it as a topic at the meeting, I just figured
that would be a good place to figure out who wanted to help and so forth.

-Andrew

On Tue, Jan 27, 2004 at 10:28:25PM -0500, Paul wrote:
> What meeting? A team would be good. I'm low on time, I havne't had much
> time for sorcery bugs even lately.
>
> On Tue, 2004-01-27 at 22:16, Andrew wrote:
> > I was just thinking that a special qa grimoire ought to be made for
> > this. Why don't we come up with a small team to get together and make
> > this fly at the meeting.
> >
> > -Andrew
> >
> > On Tue, Jan 27, 2004 at 10:14:51PM -0500, Paul wrote:
> > > Well, a grimoire with spells designed to test various situations would
> > > probably be needed... lets see...
> > >
> > > - If not A nor B are installed, and A depends on B, and A is cast, B is
> > > cast as well.
> > >
> > > - As above but with A needing B and B needing C. Casting A would cast A,
> > > b, and C.
> > >
> > > - A spell that has an addition to /etc/services adds it when cast and
> > > removes it when dispelled. And doesn't toast the rest of the file.
> > >
> > > - As above for xinetd and init.d
> > >
> > > - After casting anything, the state/depends, state/packages, and
> > > activity log are not doasted and the packages and activity log have the
> > > correct additions
> > >
> > > There's a start. There are a lot of other things that should be added
> > > though.
> > >
> > > On Tue, 2004-01-27 at 21:51, Andrew wrote:
> > > > > Unless there is a checklist that must be run through before a
> > > > > stable p4
> > > > > gets published, I don't think it'll help much. Or unit testing, but
> > > > > unit
> > > > > testing isn't going to happen. Some test could be automated in a
> > > > > similar
> > > > > way as prometheus... that would be quite an undertaking though.
> > > > >
> > > > come up with some test cases, and the expected behavior and I'll
> > > > automate
> > > > something to test for regressions.
> > > >
> > > > -Andrew
> > > --
> > > De mortuis nihil nisi bonum.
> > >
> >
> >
> >
> > > _______________________________________________
> > > SM-Sorcery mailing list
> > > SM-Sorcery AT lists.ibiblio.org
> > > http://lists.ibiblio.org/mailman/listinfo/sm-sorcery
> --
> De mortuis nihil nisi bonum.
>



> _______________________________________________
> SM-Sorcery mailing list
> SM-Sorcery AT lists.ibiblio.org
> http://lists.ibiblio.org/mailman/listinfo/sm-sorcery


--
________________________________________________________________________
|Andrew D. Stitt | astitt AT sourcemage.org |
|irc: afrayedknot | afrayedknot AT t.armory.com |
|aim: thefrayedknot or iteratorplusplus | |
|Grimoire Guru ham/smgl, Porting Team Lead | ftp://t.armory.com |
|Author and Maintainer of Prometheus | |
-------------------------------------------------------------------------




Archive powered by MHonArc 2.6.24.

Top of Page