Документ взят из кэша поисковой машины. Адрес оригинального документа : http://www.eso.org/projects/dfs/team/JP2PP-test-report-V2-1-B11.txt Дата изменения: Fri Sep 15 18:40:12 2000 Дата индексирования: Sun Apr 13 22:54:24 2008 Кодировка: Поисковые слова: п п п п п п п п п п п п п п п п п п п

From - Fri Sep 15 16:40:12 2000
X-Mozilla-Status: 9001
X-Mozilla-Status2: 00000000
Message-ID: <39631BFF.F024C463@eso.org>
Date: Wed, 05 Jul 2000 13:29:04 +0200
From: Karim HAGGOUCHI
Organization: ESO - European Southern Observatory
X-Mailer: Mozilla 4.6 [en] (X11; I; SunOS 5.6 sun4u)
X-Accept-Language: French, fr, en
MIME-Version: 1.0
To: Alberto Maurizio Chavan ,
Kemp Bob , Canavan Tim
CC: mperon@eso.org, David Silva
Subject: JP2PPV2.1 beta11 : LINUX version (3)
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit

Dear all,

I run some tests on LINUX beta11 mainly to check if the previous beta10
HIGH bugs are fixed or not. As it was only non-regression tests, I will
not deliver a Test Report.

Here are the results :
A/ previous HIGH priority bugs:
1/ item 865 : the previous "REFRESH" bug is fixed.
2/ item ?? : "Copy a Calibration template belonging to a Science OB,
Paste to a Calibration OB" does NOT still work (no template pasted): I
don't know if it's really something tricky to do this synchronize, but
this bug should at least be described in the release note if not fixed
now.
3/ item ?? : "Copy an OD containing several Calib. templates belonging
to a Calib OB, paste to another Science OB" was not reproducible (I
mean these Calib. templates are pasted) ==> NOT necessary to open an
action item ?
4/ items 867 and 868: "Re-size and manipulation of the DB browser ..." :
much better now ! the previous bug is fixed.
5/ item 866 : "IndexOutOfBounds exception when clicking on Verify" : not
reproducible ==> close the item.
6/ item 869 : "NumberFormat exception when check-in, export and
check-out an OB" : not reproducible ==> close the item.

B/ previous LOW bug
7/ item 870 "Blank added when comparing IMPEX files after export/import"
: fixed

B/ New bugs are raised:
8/ When selecting a template type or a template name in the View window,
the text is in black with a dark blue background, so it's unreadable :
the text should rather be in white ==> HIGH priority bug because quite
annoying if the user doesn't see the template name or type he wants to
select, isn't it ?
9/ If no OB selected (Ctrl-click), a error message is missing if
clicking on the VIEW button (this message exists if clicking on
Duplicate or Verify) : LOW Priority.
10/ Import OB : if I select a directory instead of a file (or a set of
files), progress bar blocked to 0%, "NullPointer Exception" and no way
to open the View window : OK a normal user shouldn't select a directory
here, but may unvoluntarily happens ... : HIGH priority bug for me.
11/ Impossible to change the SKY TRANSPARENCY value : always reset to
"Photometric", if I also change another field (eg the "moon angular
distance") : for me it's a HIGH bug (maybe it already exists with
beta10, but I didn't see it).
12/ Define a science template with 0 (zero) as nb of exposures (should
be possible isn't it ?) : when I synchronize this template, this value
is reset to 1 : is it a bug ?
13/ New Java Exception raised "ClassCast" when I checked-in a SM/FORS1
OB containing 1 simple AT (not mos) + 2 science templ. and then exported
it. But except this exception, the behaviour of the tool seems to be OK
(the check-in seems correctly performed, the export too) ==> LOW
priority bug ?


CONCLUSION FOR THIS LINUX V2.1beta11:
* quite good level of reliability :
- all functions work if they are used in a nominal way.
- if they are not used in a nominal way (because the user unvoluntarily
enters wrong values or does some unusual things, ...), JP2PP reacts
correctly in most of the cases, but it still needs to be improved in
some other cases.
* performances level:
- to be improved because quite low as soon as the cache directory
contains more than 40 or 50 OBs.
- a warning text should also be added (in the associated release note ?
in the User's Manual ?) to prevent the user against the delay which may
exist between the time he enters a value, and the time this value is
really taken into consideration by JP2PP.

Cheers
karim

PS: about beta 11 on HP, I just have time to run some tests: presently,
I can tell you that I have the same behaviour as Linux about the HIGH
priority bugs (see above points 1/ to 6/). I let you know before
tomorrow morning ...

PS: Maurizio, about your last e-mail answering to each of my beta10
results : I agree with most of your answer. There are only 2 or 3 minor
points I will discuss with you later.




--
---------------------------------------
Karim HAGGOUCHI E-mail : khaggouc@eso.org
ESO - European Southern Observatory Phone : +49 89 32 00 65 07
Karl Schwarzschild Strasse, 2 Fax : +49 89 32 00 64 80
D-85748 Garching bei MЭnchen - Germany Room : 428