AF:
NF:0
PS:10
SRH:1
SFN:
DSR:
MID:<20061212160022.5010b7e9@ripper.onstor.net>
CFG:
PT:0
S:andy.sharp@onstor.com
RQ:
SSV:onstor-exch02.onstor.net
NSV:
SSH:
R:<john.keiffer@onstor.com>,<erik.palomba@onstor.com>
MAID:1
X-Sylpheed-Privacy-System:
X-Sylpheed-Sign:0
SCF:#mh/Mailbox/sent
RMID:#imap/andys@onstor.net@onstor-exch02.onstor.net/INBOX	0	BB375AF679D4A34E9CA8DFA650E2B04E01B706FC@onstor-exch02.onstor.net
X-Sylpheed-End-Special-Headers: 1
Date: Tue, 12 Dec 2006 16:03:07 -0800
From: Andrew Sharp <andy.sharp@onstor.com>
To: "John Keiffer" <john.keiffer@onstor.com>
Cc: "Erik Palomba" <erik.palomba@onstor.com>
Subject: Re: DST test cases
Message-ID: <20061212160307.4a5450d9@ripper.onstor.net>
In-Reply-To: <BB375AF679D4A34E9CA8DFA650E2B04E01B706FC@onstor-exch02.onstor.net>
References: <20061212130301.435fb3c6@ripper.onstor.net>
	<BB375AF679D4A34E9CA8DFA650E2B04E01B706FC@onstor-exch02.onstor.net>
Organization: Onstor
X-Mailer: Sylpheed-Claws 2.6.0 (GTK+ 2.8.20; x86_64-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit

Oy,


On Tue, 12 Dec 2006 14:30:12 -0800 "John Keiffer"
<john.keiffer@onstor.com> wrote:

> Yo a,
> 
> My manager would rather send me to Latvastonia...

Doh.

> Since this is going to be a mandatory release, I guess it should be
> tested for Japan as well right? (I think we have filers there)
> 
> "Asia Most states of the former USSR.  	Start: Last Sunday in
> March End: Last Sunday
> in October"
> 
> These dates are different from the US. If I set the time zone to
> "Asia/Tokyo", will it work with the above dates instead?

It should work properly for that region.  So, whatever Japan does for
DST should work properly for their regions.  The database should be
well populated for large, "stable" countries.  If it fails to follow
the rules for a timezone/region, then it's a bug.  If Mongolia and
Japan are in the same timezone, but have different regional rules, then
it should still work properly, just like for Arizona v. Utah.

Cheers,

a

> Thanks,
> John
> 
> -----Original Message-----
> From: Andrew Sharp [mailto:andy.sharp@onstor.com] 
> Sent: Tuesday, December 12, 2006 1:03 PM
> To: John Keiffer
> Cc: Erik Palomba
> Subject: Re: DST test cases
> 
> Sounds good to me.  You might want to pick just one or two.  I would
> pick Hawaii and Virgin Islands.  Make sure to tell your boss that you
> really have to go there to properly test it.
> 
> Cheers,
> 
> a
> 
> 
> On Tue, 12 Dec 2006 12:34:44 -0800 "John Keiffer"
> <john.keiffer@onstor.com> wrote:
> 
> > Andy,
> > 
> > I got this from the reference web site:
> > 
> > "Some U.S. areas
> > 
> > For the U.S. and its territories, Daylight Saving Time is NOT
> > observed in Hawaii, American Samoa, Guam, Puerto Rico, the Virgin
> > Islands, and Arizona."
> > 
> > Do I need to test that DST shouldn't work in these?
> > 
> > Thanks,
> > John
> > 
> > -----Original Message-----
> > From: Andrew Sharp [mailto:andy.sharp@onstor.com] 
> > Sent: Tuesday, December 12, 2006 11:48 AM
> > To: John Keiffer
> > Cc: Erik Palomba
> > Subject: Re: DST test cases
> > 
> > Hi John,
> > 
> > I'm not sure what the purpose of checking for certain files would
> > be, but I'm not a QA specialist, so I'm probably not the authority
> > on that.  The section 3 comment is to dev engineering, and I don't
> > know how you would have a generic test for this.  Think of it as a
> > database, where the data changes very slowly, like hardly at all
> > even once a year.  And most of those changes are for strange
> > out-of-the-way countries like Paraguay (is there such a country?)
> > or Latvastonia. I'm kidding, there's no country by that name.
> > 
> > Really, all I would do is functional testing that the DST reported
> > time conforms with the "rules" as I mentioned in the spec.  You
> > might want to do slightly more comprehensive testing than I did, for
> > instance, you may want to try the test for a couple of different
> > time zones, like EST an maybe one of the central timezones, in
> > addition to PST, and make sure that the time changes in the right
> > way at the right time.
> > 
> > The changes are in the Lambo (2.2) release.
> > 
> > Please let me know if you have any further questions,
> > 
> > Cheers,
> > 
> > a
> > 
> > 
> > 
> > On Tue, 12 Dec 2006 11:10:19 -0800 "John Keiffer"
> > <john.keiffer@onstor.com> wrote:
> > 
> > > Hello Andy,
> > > 
> > >  
> > > 
> > > I've been tasked with writing some test cases for the DST code
> > > changes. I have read the Functional Spec. I was wondering if it
> > > would be useful to know what the referenced data files are, and
> > > where they are found on the filer...
> > > 
> > > specifically in section 3: "A general effort should be made at
> > > least once a year to integrate the most up-to-date versions of
> > > these data files."
> > > 
> > > Erik also mentioned that there may be some file or files that
> > > should be checked during testing. Is this what you are alluding
> > > to in the above statement? I would like to know which specific
> > > files and their location, which I should focus on during my test
> > > case writing.
> > > 
> > > Also, are these changes already checked into Lambo, or are they
> > > expected to hit a certain submittal?
> > > 
> > > Thank you,
> > > 
> > > John Keiffer
> > > 
> > >  
> > > 
> > >  
> > > 
