Testen en beoordelen van software. beschrijving van eisen en procedures

Testen en beoordelen van software beschrijving van eisen en procedures

Aan: Van: Betreft: Versie: Datum:

Projectgroep Ontwikkeling FlorEcom (PROF) G. Heemskerk Testen en beoordelen software 6 31 januari 2002

FlorEcom

1.

Testen en beoordelen van software

Inleiding Deze notitie beschrijft de eisen die worden gesteld aan FlorEcom berichten en aan de applicaties die deze berichten versturen, ontvangen en verwerken. Voorts wordt aangegeven op welke wijze wordt gecontroleerd of aan deze eisen wordt voldaan en wanneer de betrokken applicatie als "FlorEcom-capable" wordt beschouwd. Het volgende hoofdstuk geeft een schets van het algemene beeld. Hoofdstuk 3 bespreekt de inhoudelijk aspecten waarop de berichten worden gecontroleerd. Hoofdstuk 4 behandelt de criteria waarop de applicatie bij de afhandeling van fouten en uitzonderingen zal worden beoordeeld. Hoofdstuk 5 beschrijft de te volgen procedure. De bijlagen geven een overzicht van testberichten (A), foutdetectieberichten (B), een aanmeldingsformulier (C), self-test rapportage formulier (D) en een evaluatieformulier (E).

1.1

Versie beheer Versie 6

datum 31/01/2002

documentnaam reden van uitgifte Testen en beoordelen software Updaten tekst §6.2, §7.4 Formulieren

pag. 1

FlorEcom

2.


Algemeen De algemene eisen ten aanzien van het testen en beoordelen zijn vastgelegd in hoofdstuk 8 van de General Implementation Guideline (GIG). Daarin staat dat de testen betrekking hebben op 4 aspecten:

2.1

de uitgewisselde FlorEcom berichten; algemene aspecten t.a.v. de FlorEcom applicatie; de communicatie; de ontwikkelaar van de software.

Berichten De berichten worden gecontroleerd op de volgende aspecten:

correctheid en volledigheid van aangemaakte berichten: o o o o

correcte vertaling van ontvangen (maximum) berichten: o o o

2.2

structuur, verplichte en conditionele segmenten, verplichte en conditionele data elementen, bericht codes en qualifiers; verplichte, conditionele en optionele segmenten en data elementen, bericht codes and qualifiers, industrie standaard codes;

bericht volgorde, identificeren en refereren.

FlorEcom applicaties De software zal worden gecontroleerd op de correcte ondersteuning van FlorEcom business rules, zoals beschreven in de Functionele Procedurebeschrijving (FPB) en de Set Implementation Guideline (SIG) behorende bij de BB/MVA orderberichten en het FlorEcom aanbod/aanbiedingbericht, en op een correcte afhandeling van fouten en uitzonderingen.

2.3

De communicatie Dit heeft betrekking op: -

2.4

het initiëren, uitvoeren en afsluiten van sessies via Florinet; het rechtstreeks of via de softwareleverancier downloaden van codelijsten.

De software ontwikkelaar De ontwikkelaars van FlorEcom applicaties dienen eerstelijns hulp en ondersteuning aan hun gebruikers te verlenen.

pag. 2

FlorEcom


3.

Het testen van de berichten T.a.v de berichtuitwisseling worden aan de te testen applicatie de volgende eisen gesteld:

3.1 Verzenden van berichten: 3.1.1 Koperapplicatie Een kopersapplicatie wordt gevraagd om een of meer berichten met een, voor de betrokken applicatie, maximum invulling te genereren. De berichten dienen te voldoen aan de eisen van een minimum bericht met de verplichte data, zoals vastgelegd in de CM van de betrokken berichten.

3.1.2 BB/MVA applicatie Een BB/MVA dient te voldoen aan dezelfde eisen die aan een reguliere kwekers- of kopersapplicatie worden gesteld. Daarnaast zal worden bekeken of de applicatie voldoet aan de in de FPB gestelde eisen t.a.v. de berichtafwikkeling over de diverse schakels heen.

3.1.3 Kweker applicatie Een kwekersapplicatie dient in elk geval een aanbod/ aanbieding te kunnen produceren die voldoet aan de minimum eisen zoals vastgelegd in de CM QUOTES. Verder moet een maximale order kunnen worden ontvangen en dienen de gegevens daarvan aan de gebruikers aanschouwelijk worden gemaakt. Op basis daarvan moet de applicatie een order respons met diverse statussen kunnen genereren, waarin ten minste alle data uit de corresponderende order(regel) zijn opgenomen.

3.1.4 Controle Bij de controle van verzonden berichten wordt gekeken naar syntactische en structurele correctheid conform FlorEcom Convention Manual:

volgorde segmenten en data-elementen; delimitors; verplichte en conditionele segmenten en data-elementen; UNB-UNZ en UNH-UNT segment tellers ; correcte berichtcodes en qualifiers.

3.2 Ontvangen van berichten Omdat elke verzender een maximum bericht mag verzenden, moet een ontvanger in staat zijn de volgende maximum berichten te ontvangen. Voor een voorlopige goedkeuring moet de applicatie ten minste de typische varianten van de testberichten aankunnen. Een typisch bericht houdt qua invulling het midden tussen een minimum en maximum bericht.

3.2.1 Kopers applicatie

maximum aanbodbericht; maximum eenheidsorder respons; maximum verzamelorder respons.

3.2.2 BB/MVA applicatie

maximum verzamelorder; maximum eenheidsorder respons.

pag. 3

FlorEcom


3.2.3 Kweker applicatie

maximum eenheidsorder.

3.2.4 Controle Bij de controle van deze ontvangen berichten wordt gekeken of de betrokken data in de applicatie worden verwerkt. Onder ‘verwerking’ wordt hier verstaan:

opslag van alle verplichte en conditionele data in een daartoe bestemd veld in de database en display in de gebruikersinterface, en: opslag van de optionele data op eenzelfde wijze als de verplichte velden, of in een memoveld dat voor de gebruiker toegankelijk is.

3.3 Berichtstroom FlorEcom sales (Orders en Ordrsp) berichten maken deel uit van een transactie waarbinnen berichten elkaar volgens een logische stramien kunnen opvolgen. Tijdens de testen wordt gecontroleerd op het correct opvolgen van de daarover in de GIG en SIG (Set Implementation Guideline) vastgelegde regels ten aanzien van:

3.3.1 Identificatie

Interchanges; Messages; Documenten.

3.3.2 Refereren

Op header niveau (preceding own and preceding other); Op regelniveau.

3.3.3 Header/detail coherence

eenheidsorders; eenheidsorder response berichten.

Een en ander zal worden gecontroleerd aan de hand van door de geteste applicatie gegenereerde responsberichten.

pag. 4

FlorEcom

4.


Testen van applicaties Of en in hoeverre een applicatie voldoet aan de door FlorEcom gestelde procedurele eisen, komt vooral tot uitdrukking in de omgang met fouten en uitzonderingen. Een applicatie wordt geacht op een gedisciplineerde wijze met fouten en uitzonderingen (F&U) om te gaan. De algemene eisen hieromtrent zijn vastgelegd in hoofdstuk 7 van de GIG. Inzake F&U wordt onderscheid gemaakt tussen:

F&U niveaus; Detectie van F&U’s; Melding van F&U’s.

4.1 F&U niveaus 4.1.1

Session level errors Deze hebben betrekking op het leggen van verbinding met het netwerk:

falende verbinding met het netwerk: falende telefoonverbinding, fouten in communication programme parameter(s), sender unknown to MHS; recipient unknown to MHS; MHS fails to connect to recipient; Correctheid van berichtheader en codering

Voor dit laatste aspect volgt FlorEcom te standaarden die in de sector zijn vastgelegd c.q. worden gevolgd en die zijn beschreven door FlorEcom (Technische afspraken Florinet.com).

4.1.2

Edifact errors Fouten bij de vertaling van de berichten.

4.1.3

UNB-UNZ en/of UNH-UNT mismatches; incorrecte scheidingstekens; incorrecte segmenten of segment groep volgorde; ontbrekende verplichte segmenten; incorrecte (composite) data element volgorde binnen segmenten; ontbrekende verplichte data elementen; incorrect data element formaat.

Document exchange errors Fouten in de berichtstroom:

4.1.4

ontbrekende referenties; onbekende referenties; incorrecte bericht volgorde; niet toegestane bericht codes en qualifiers; niet bestaande bericht codes en qualifiers; verstreken response tijden.

Document content errors Fouten/uitzonderingen in de inhoud van berichten:

schending van de header-detail coherence rule (indien van toepassing):

pag. 5

FlorEcom

Testen en beoordelen van software o o

niet bestaande EAN adres code; niet bestaande product gerelateerde codes: o o o

ontbrekende response regels (in eenheidsorder response); niet toegestane toevoegingen;

VBN product codes, VBN verpakkingcodes, VBN sorteringscodes;

ontbrekende verplichte sorteringskenmerken; ontbrekende of onvolledige beladingsgegevens.

4.1.5 Semantische F&U’s Binnen FlorEcom worden de volgende semantische controles onderkend: -

correcte combinatie van VBN code en sorteringscodes; logica van beladingsgegevens; logische geldigheidsdatums.

4.2 Detectie van fouten en uitzonderingen In de GIG wordt een onderscheidt gemaakt tussen ‘native’ en ‘foreign’ error detectie.

4.2.1 Native errors Dit betreft het detecteren, door de interne applicatie, van fouten bij de aanmaak voorafgaand aan de verzending van een eigen bericht.

4.2.2 Foreign errors Dit betreft het vaststellen van fouten in een ontvangen bericht van de andere partij.

4.3 Melding van fouten en uitzonderingen De GIG maakt hier een onderscheid tussen interne en externe melding.

4.3.1 Interne signalering Interne signalering betreft het geven van een melding van aangetroffen ‘native’ en ‘foreign’ F&U’s aan de eigen gebruiker. Dit dient op een duidelijke en consequente wijze te geschieden. Hierop zal tijdens het testen worden gecontroleerd door middel van een verzameling errortest berichten (zie bijlage 2).

4.3.2 Externe melding Externe melding betreft de signalering van aangetroffen ‘foreign errors’ aan de verzender van het betrokken bericht. Binnen FlorEcom zijn hieromtrent afspraken gemaakt omtrent het EAB (veilingen) en Quotes bericht (LAB).

pag. 6

FlorEcom

5.


Testprocedure

5.1 Aanmelding voor testen Een softwarehuis of zelfbouwer, die zijn applicatie wil laten testen door FlorEcom, dient zich bij de FlorEcom service desk aan te melden. Op het aanmeldingsformulier (zie bijlage 3), geeft de betrokkene onder meer aan wanneer zijn applicatie voor het testen gereed is en welke functionaliteit dan zal worden ondersteund. De FlorEcom testmedewerker maakt samen met de aanvrager een planning van de aanvangsdatum en afsluitdatum van het testtraject. Het testen van een applicatie neemt onder normale omstandigheden circa 4 dagdelen in beslag. De geschatte doorlooptijd bedraagt 1 week.

5.2 Uitvoering van de testen. 5.2.1 Te verzenden berichten M.b.t. ‘source messages’ (aanbiedingen van verkopers, orders van kopers) wordt de applicatie gevraagd een voor hun maximale variant te produceren. Zodra deze zijn ontvangen in een van de twee testpostbussen van FlorEcom, worden deze door de FlorEcom-testmedewerker op correctheid, volledigheid en overeenstemming met de door de betrokken bouwer zelf opgegeven functionaliteit beoordeeld. De resultaten worden als regel binnen een half uur aan de verzender teruggekoppeld. Om het verzenden van response berichten (door applicaties van BB/MVA en verkopers) te toetsen, zal de FlorEcom-medewerker een selectie van circa 10 voorbeeldberichten versturen, waarop de betrokken applicatie dient te reageren.

5.2.2 Te ontvangen berichten De FlorEcom-testmedewerker zal op basis van een door een kopersapplicatie aangeboden ‘source message’ een maximale respons produceren. Deze dient door de betrokken applicatie correct te worden verwerkt. Op basis daarvan dient een recurring order te worden aangemaakt. De ontvangst van ‘non source messages’ door kopers (aanbod/aanbieding), BB/MVA (verzamel orders en eenheidsorder response berichten) en kwekers (verzamel- en eenheidsorders) zal door de aanvrager eerst zelf worden getoetst aan de hand van een selectie van 10, door de testmedewerker aan de aanvrager vooraf aangeboden willekeurige modelberichten van diverse typen. De aanvrager dient de FlorEcom-testmedewerker over de resultaten van deze self-test te rapporteren via een daartoe bestemd rapportageformulier (bijlage D). Op basis van dit formulier zal de FlorEcom-testmedewerker een nadere steekproefsgewijze controle uitvoeren. Verder zal de afhandeling van fouten worden getoetst op basis van een selectie van 10 willekeurige foutdetectieberichten. De ontvanger dient te tonen op welke wijze deze fouten en uitzonderingen binnen de applicatie worden verwerkt.

5.3 Het goedkeuren van de applicatie voor gebruik FlorEcom zal vooralsnog geen officiële certificaten uitreiken aan softwareleveranciers. In een analyse die in het voorjaar van 2000 door FlorEcom is uitgevoerd naar de mogelijkheden van het 'certificeren van software' is aangetoond dat dit nogal wat haken en ogen heeft: • De functionele en technische eisen van FlorEcom zullen de komende periode nog regelmatig worden aangevuld en aangepast, hetgeen ook consequenties heeft voor de software;

pag. 7

FlorEcom


• Softwareleveranciers wijzigen hun software regelmatig; iedere nieuwe versie van de software zal opnieuw getest moeten worden voor het toekennen van een certificaat; • Het toekennen van een certificaat door FlorEcom heeft ook juridische consequenties; • Met name de functionele eisen en de eisen t.a.v. het omgaan met uitzonderingen zijn dusdanig dat een applicatie hierop pas goed kan worden beoordeeld wanneer deze gedurende een langere tijd in productie is, waarbij het functioneren in combinatie met de applicaties van veilingen en andere relaties kan worden geëvalueerd. FlorEcom wil daarom het testtraject op een praktisch wijze invullen met als doel de gebruikers en hun softwareleveranciers te ondersteunen bij het "FlorEcom-capable" maken van hun applicaties. FlorEcom zal na het succesvol doorlopen van de testen de softwarebouwer 'toestemming geven' gebruikerstesten te gaan uitvoeren met de veilingen en andere relevante relaties. Nadat deze succesvol zijn afgesloten kan de software in productie worden genomen. Op dat moment wordt de software beschouwd als "FlorEcomcapable". Software is volledig 'FlorEcom-capable" wanneer deze in staat is tot het produceren van syntactisch, structureel en inhoudelijk correcte en volledige aanbod/aanbiedingen, orders en order responsberichten volgens de daarvoor geldende business rules, zoals beschreven in de FPB en de CM van de BB/MVA sales set. Software is gedeeltelijk "FlorEcom-capable" als deze aan het bovenstaande voldoet, met uitzondering van de eisen ten aanzien van:

de aanmaak en ontvangst van aanbod/aanbiedingberichten; identificatie van interchanges en messages op niveau van de EDI vertaler; de ontvangst van sub lines; de ondersteuning van recurring messages.

5.4 Technische informatie 5.4.1 Testberichten De door de applicaties zelf aangemaakte testberichten dienen precies 3 ‘composite’ (samengesteld product) regels te bevatten. Een composite mag een of meer sub lines bevatten. De testberichten dienen geldige codes (VBN artikelnummers, verpakkingscodes, sorteringscodes, EAN codes en qualifiers te bevatten).

5.4.2 FlorEcom test mailboxen:

Florinet test mailbox: [email protected]

pag. 8

FlorEcom

6.


Bijlage A: testberichten

6.1 Algemeen De testberichten vallen in twee categorieën uiteen: -

standaard testberichten, bedoeld om het gedrag van een applicatie onder normale omstandigheden te testen, en foutberichten, bedoeld om de omgang met fouten en uitzonderingen te beoordelen.

-

6.2 EAN nummers in testberichten In de testberichten zijn de volgende EAN nummers opgenomen: Status EAN Dummy Dummy FlorEcom Naaldwijk FlorEcom FlorEcom

EAN 8714231140030 8714231140528 8714231140184

Betekenis Testverkoper Testkoper Veiling FloraHolland

8714231140214 8714231145400

Veiling VBA Landelijke aanbodsbank (LAB)

Dummy

8714231140436

Catalogus partij (dummy)

Dummy

8714231140450

EAN testcontactpersoon (dummy)

Dummy 8714231140122 Dummy 8714231140481 Dummy 8714231140047 FlorEcom 8714231208754 Aalsmeer De betrokken testnummers dienen binnen de hun interne EAN tabel te worden opgenomen.

Testaflever EAN Testproducent Testinspectie agent EAN afleverlocatie voor box koper

vestiging

te beoordelen applicatie (tijdelijk) in

6.3 Standaard testberichten 6.3.1 Minimum berichten Een minimum bericht betreft een bericht:

zonder sub lines; definitieve en voorlopige orders; aantallen gespecificeerd in stuks.

Dit bericht bestaat in de varianten potplanten en snijbloemen. Minimum berichten: QUOTES (offer): Catalogus naar koper: TEST026-009-38 TEST025-009-37 Verkoper naar koper: TEST023-310-31 TEST024-310-32 ORDERS:

pag. 9

FlorEcom

Testen en beoordelen van software Koper naar veiling: TEST094-221-21 TEST093-221-20 TEST092-221-19 TEST087-221-15 TEST089-221-16 TEST091-221-18 TEST088-221-15 TEST090-221-17 TEST021-221-7 TEST022-221-8 Koper naar verkoper: TEST019-105-1 TEST058-105-1 TEST020-105-2 TEST086-105-8 TEST085-105-7 TEST084-105-6 TEST079-105-1 TEST081-105-3 TEST083-105-5 TEST080-105-2 TEST082-105-4 Veiling naar verkoper: TEST0102-105-122 TEST0101-105-121 TEST0100-105-120 TEST095-105-115 TEST097-105-117 TEST099-105-119 TEST096-105-116 TEST098-105-118 TEST059-105-7 TEST060-105-8 ORDRSP (respons): Verkoper naar koper: TEST027-231-51 TEST028-231-52 TEST0116-231-119 TEST0115-231-118 TEST0110-231-113 TEST0112-231-115 TEST0114-231-117 TEST0111-231-114 TEST0113-231-116 Verkoper naar veiling: TEST067-231-70 TEST068-231-71 TEST0123-231-123 TEST0122-231-122

pag. 10

FlorEcom

Testen en beoordelen van software TEST0117-231-117 TEST0119-231-119 TEST0121-231-121 TEST0118-231-118 TEST0120-231-120 Veiling naar koper: TEST0109-F01-77 TEST029-F01-61 TEST030-F01-62 TEST0108-F01-76 TEST0103-F01-71 TEST0105-F01-73 TEST0107-F01-75 TEST0104-F01-72 TEST0106-F01-74 TEST0124-F01-78

6.3.2 typische berichten Een typische bericht betreft een minimum bericht plus:

accessoires (geen parts); aantallen in alle eenheidstypen.

Typische berichten: QUOTES (offer): LAB naar koper: TEST0125-9-11521 TEST0126-9-11526 TEST0127-9-11530 TEST0128-9-11690 Catalogus naar koper: TEST043-009-39 TEST044-009-40 TEST045-009-41 TEST046-009-42 TEST056-009-43 Verkoper naar LAB: TEST0129-9-1 TEST0130-9-22 TEST0131-9-2 TEST0132-9-23 Verkoper naar catalogus: TEST074-009-39 TEST075-009-40 TEST076-009-41 TEST077-009-42 Verkoper naar koper: TEST039-310-39 TEST040-310-40 TEST041-310-41

pag. 11

FlorEcom

Testen en beoordelen van software TEST042-310-42 ORDERS: Koper naar veiling: TEST036-221-10 TEST037-221-11 TEST038-221-12 TEST035-221-9 TEST055-221-13 Veiling naar verkoper: TEST062-105-10 TEST061-105-9 Koper naar verkoper: TEST031-105-3 TEST032-105-4 TEST033-105-5 TEST034-105-6 ORDRSP (respons): Verkoper naar veiling: TEST069-231-72 TEST070-231-73 Verkoper naar koper: TEST047-231-53 TEST048-231-54 TEST049-231-55 TEST050-231-56 Veiling naar koper: TEST051-F01-63 TEST052-F01-64 TEST053-F01-65 TEST054-F01-66 TEST057-F01-70

pag. 12

FlorEcom


6.3.3 maximum berichten Een maximum bericht betreft een typische eenheidsorder waarvan alle dataelementen tot hun maximum lengte zijn ingevuld, plus een maximaal voorkomen en een volledige uitvulling van:

accessoires en parts (meervoudig genest) ; NAD (FO); RCS; DOC en LIN.DOC; volledige PIA; volledige CCI-CAV; maximaal aantal referenties op regelniveau; consumentenprijs.

Maximum berichten: QUOTES bericht: Catalogus naar koper TEST010-009-210 TEST011-009-211 TEST012-009-212 Verkoper naar catalogus TEST071-009-210 TEST072-009-211 TEST073-009-212 Verkoper naar koper TEST007-310-110 TEST008-310-111 TEST009-310-112 ORDERS bericht: Koper naar veiling TEST004-221-210 TEST006-221-212 TEST005-221-211 Veiling naar verkoper TEST063-105-113 TEST064-105-114 Koper naar verkoper TEST001-105-110 TEST002-105-111 TEST003-105-112 ORDRSP bericht: Veiling naar koper TEST016-F01-210 TEST017-F01-211 TEST018-F01-212 Verkoper naar koper TEST013-231-110 TEST014-231-111 TEST015-231-112 Verkoper naar veiling TEST065-231-115 TEST066-231-116

pag. 13

FlorEcom

7.


Bijlage B: Foutdetectie berichten Ter controle op de afhandeling van fouten zullen de applicaties worden geconfronteerd met berichten die de volgende type fouten bevatten:

7.1 Schendingen van de header-detail coherence rule:

ontbrekende response regels (in eenheidsorder responses); niet toegestane toevoegingen; wijzigingen in de headergegevens (moeten automatisch een statuswijziging; van de responsstatus op regelniveau opleveren).

7.2 Fouten in codes en qualifiers;

EAN codes; VBN product codes; VBN verpakkingcodes; VBN sorteringscodes.

7.3 Fouten in identificatie en referencing

in interchanges, message en documenten op kop en regelniveau (recurring messages).

7.4 Schending van de business rules

ontbrekende verplichte sorteringskenmerken; ontbrekende of onvolledige beladinggegevens; ongeldige combinatie van VBN code en sorteringscodes; logica van quantumprijzen logica van beladinggegevens logische geldigheidsdatums.

7.5 Error test messages Bij FlorEcom zijn voor elke van de onderscheiden berichttypen foutdetectieberichten beschikbaar.

pag. 14

FlorEcom


Bijlage C: aanmeldingsformulier test en beoordeling FlorEcom capabele software datum aanvraag: ………………….. Bedrijfsnaam:

………………………………….

Adres:

………………………………….

Contactpersoon:

………………………………….

Telefoon: Fax: E-mail adres: Test mailbox:

………………… ………………… ………………… …………………

type: Florinet/………

Gewenste aanvangsdatum test:

………………………………….

Gewenst niveau: volledig/deel

VRAGEN OVER DE APPLICATIE Type applicatie: EDI vertaler:

kopers/agent/verkopers zelfbouw//andere: ………………….. Capabilities applicatie:

Ondersteunde berichttypen:

9, 310, 105, 221, 231, F01

Enkelvoudige gelaagde sub lines:

ja/nee

Meervoudige geneste sub lines:

ja/nee

Documenten op kopniveau:

ja/nee:

Documenten op regelniveau:

ja/nee:

n responsregels op 1 orderregel

ja/nee (alleen in verzamelorder/response)

Maximaal aantal productkenmerken:

………..

RCS segmenten:

ja/nee

Ophalen codelijsten:

ja/nee

Ophalen/versturen LAB aanbod:

ja/nee

Recurring messages

ja/nee

Toepassing applicatie:

planten/bloemen/beide

Interne foutsignalering:

ja/nee:

Wijze van foutsignalering:

……………………………………….

pag. 15

FlorEcom


Bijlage D: aangifte self-test rapport SELF TEST Bedrijfsnaam: …………………………………. Contactpersoon: …………………………………. Gewenst niveau: volledig/deel TESTBERICHT Getest J/N

OK J/N

TEST001-105-110 TEST002-105-111 TEST003-105-112 TEST004-221-210 TEST005-221-211 TEST006-221-212 TEST007-310-110 TEST008-310-111 TEST009-310-112 TEST010-009-210 TEST011-009-211 TEST012-009-212 TEST013-231-110 TEST014-231-111 TEST015-231-112 TEST016-F01-210 TEST017-F01-211 TEST018-F01-212 TEST019-105-1 TEST020-105-2 TEST021-221-7 TEST022-221-8 TEST023-310-31 TEST024-310-32 TEST025-009-37 TEST026-009-38 TEST027-231-51 TEST028-231-52 TEST029-F01-61 TEST030-F01-62 TEST031-105-3 TEST032-105-4 TEST033-105-5 TEST034-105-6 TEST035-221-9 TEST036-221-10 TEST037-221-11 TEST038-221-12 TEST039-310-39 TEST040-310-40 TEST041-310-41 pag. 16

FlorEcom

Testen en beoordelen van software TEST042-310-42 TEST043-009-39 TEST044-009-40 TEST045-009-41 TEST046-009-42 TEST047-231-53 TEST048-231-54 TEST049-231-55 TEST050-231-56 TEST051-F01-63 TEST052-F01-64 TEST053-F01-65 TEST054-F01-66 TEST055-221-13 TEST056-009-43 TEST057-F01-70 TEST058-105-1 TEST059-105-7 TEST060-105-8 TEST061-105-9 TEST062-105-10 TEST063-105-113 TEST064-105-114 TEST065-231-115 TEST066-231-116 TEST067-231-70 TEST068-231-71 TEST069-231-72 TEST070-231-73 TEST071-009-210 TEST072-009-211 TEST073-009-212 TEST074-009-39 TEST075-009-40 TEST076-009-41 TEST077-009-42 TEST079-105-1 TEST080-105-2 TEST081-105-3 TEST082-105-4 TEST083-105-5 TEST084-105-6 TEST085-105-7 TEST086-105-8 TEST087-221-15 TEST088-221-15 TEST089-221-16 TEST090-221-17 TEST091-221-18 pag. 17

FlorEcom

Testen en beoordelen van software TEST092-221-19 TEST093-221-20 TEST094-221-21 TEST095-105-115 TEST096-105-116 TEST097-105-117 TEST098-105-118 TEST099-105-119 TEST0100-105-120 TEST0101-105-121 TEST0102-105-122 TEST0103-F01-71 TEST0104-F01-72 TEST0105-F01-73 TEST0106-F01-74 TEST0107-F01-75 TEST0108-F01-76 TEST0109-F01-77 TEST0110-231-113 TEST0111-231-114 TEST0112-231-115 TEST0113-231-116 TEST0114-231-117 TEST0115-231-118 TEST0116-231-119 TEST0117-231-117 TEST0118-231-118 TEST0119-231-119 TEST0120-231-120 TEST0121-231-121 TEST0122-231-122 TEST0123-231-123 TEST0124-F01-78 TEST0125-9-11521 TEST0126-9-11526 TEST0127-9-11530 TEST0128-9-11690 TEST0129-9-1 TEST0130-9-22 TEST0131-9-2 TEST0132-9-23

pag. 18

FlorEcom


Bijlage D: evaluatieformulier Bedrijfsnaam:

………………………………….

Contactpersoon:

………………………………….

Toegekend niveau:

volledig/deel

Tester:

…………………………………. Datum: ……………..

EVALUATIE Type applicatie: EDI vertaler:

kopers/agent/verkopers zelfbouw/andere: …………………..

Communicatie:

OK/niet OK omdat:…………………

EDI vertaling: structuur en syntax

OK/niet OK omdat:…………………

Codes en qualifiers

OK/ niet OK, te weten:……………..

Ondersteunde berichttypen:

9, 310, 105, 221, 231, F01

Sublines

nee/ja: enkelvoudig/meervoudig

Documenten op kopniveau:

ja/nee:

Documenten op regelniveau:

ja/nee:

Maximaal aantal productkenmerken:

………..

N responsregels op 1 orderregels: ja/nee RCS segmenten:

ja/nee

PIA segmenten:

compleet/deels: ……………………

Consumentenprijs

ja/nee

Ophalen codelijsten:

ja/nee

Ophalen/versturen LAB aanbod:

ja/nee

Identificatie en referencing

OK/niet OK omdat……………………

Recurring messages

OK/niet OK omdat……………………

Toepassing applicatie:

planten/bloemen/beide

Interne foutsignalering:

ja/nee:

Wijze van foutsignalering:

…………………………………………

Overige opmerkingen:

…………………………………………

pag. 19

Testen en beoordelen van software. beschrijving van eisen en procedures

Recommend Documents