employees-browse

Open employees from the main menu, browse first/last/next/previous, exit to the menu.

0defects

66values match

6tolerated by policy

0waived

15unmapped

Unmapped values are recorded on the original but have no counterpart the mapping names in the migrated app, so they are listed, not compared, and are not defects. Here: alert titles (1); the Forms record indicator ("Record: 1/2" in the status bar) (7); the list of open Forms windows (7).

Three runs from a fresh database gave byte-identical diffs. Behaviour that looks odd in the migrated app but is the original's: faithful to the original and waivers. Files: scenario, golden record, target record, diff (JSON).

Scenario steps

Items are addressed by their Forms name (BLOCK.ITEM[row]), the same name in the original and, through the mapping, in the migrated app.

#	Step	Action	Checked on the original
0		Open form `MAIN_MENU`
1	open employees	Click `BLOCK7.ITEM13`	`EMPLOYEES.NAME[0]` = Ammar
2	last record	Click `EMPLOYEES.ITEM16`	`EMPLOYEES.NAME[0]` = Fixture Cashier
3	first record	Click `EMPLOYEES.ITEM15`	`EMPLOYEES.NAME[0]` = Ammar
4	next	Click `EMPLOYEES.NEXT_BTN`	`EMPLOYEES.NAME[0]` = Fixture Cashier
5	previous	Click `EMPLOYEES.PRE_BTN`	`EMPLOYEES.NAME[0]` = Ammar
6	exit to menu	Click `EMPLOYEES.PUSH_BUTTON6`

Screens, step by step

Left: the original Oracle Forms application, recorded on a virtual display. Right: the migrated application in headless Chromium. Screenshots are evidence only; the comparison works on the recorded values.

Step 0: open MAIN_MENU

Original (Oracle Forms 14.1.2), step 00-open — Original (Oracle Forms 14.1.2)

Migrated (.NET, PostgreSQL), step 00-open — Migrated (.NET, PostgreSQL)

Step 1: open employees

Original (Oracle Forms 14.1.2), step 01-open-employees — Original (Oracle Forms 14.1.2)

Migrated (.NET, PostgreSQL), step 01-open-employees — Migrated (.NET, PostgreSQL)

Step 2: last record

Original (Oracle Forms 14.1.2), step 02-last-record — Original (Oracle Forms 14.1.2)

Migrated (.NET, PostgreSQL), step 02-last-record — Migrated (.NET, PostgreSQL)

Step 3: first record

Original (Oracle Forms 14.1.2), step 03-first-record — Original (Oracle Forms 14.1.2)

Migrated (.NET, PostgreSQL), step 03-first-record — Migrated (.NET, PostgreSQL)

Step 4: next

Original (Oracle Forms 14.1.2), step 04-next — Original (Oracle Forms 14.1.2)

Migrated (.NET, PostgreSQL), step 04-next — Migrated (.NET, PostgreSQL)

Step 5: previous

Original (Oracle Forms 14.1.2), step 05-previous — Original (Oracle Forms 14.1.2)

Migrated (.NET, PostgreSQL), step 05-previous — Migrated (.NET, PostgreSQL)

Step 6: exit to menu

Original (Oracle Forms 14.1.2), step 06-exit-to-menu — Original (Oracle Forms 14.1.2)

Migrated (.NET, PostgreSQL), step 06-exit-to-menu — Migrated (.NET, PostgreSQL)

Golden record of the original

After each step: the focus, the displayed values that changed, the message line and any alert. The full record (every item of every step, windows, lists of values) is in the JSON file.

#	Step	Action (by name)	Focus after	Displayed values that changed	Message line	Alert	Expect
0		`Open form MAIN_MENU`	`BLOCK7.PUSH_BUTTON11[0]`		FRM-41003: This function cannot be performed here.
1	open employees	`Click BLOCK7.ITEM13`	`EMPLOYEES.EMPLOYEE_ID[0]`	`EMPLOYEES.EMPLOYEE_ID[0]` = 1 `EMPLOYEES.NAME[0]` = Ammar `EMPLOYEES.PHONE[0]` = 01012345678 `EMPLOYEES.ROLE[0]` = Manager `EMPLOYEES.SALARY[0]` = 15000			pass
2	last record	`Click EMPLOYEES.ITEM16`	`EMPLOYEES.EMPLOYEE_ID[0]`	`EMPLOYEES.EMPLOYEE_ID[0]` = 902 `EMPLOYEES.NAME[0]` = Fixture Cashier `EMPLOYEES.PHONE[0]` = 0100000903 `EMPLOYEES.ROLE[0]` = Cashier `EMPLOYEES.SALARY[0]` = 5000	Employee Id Required902		pass
3	first record	`Click EMPLOYEES.ITEM15`	`EMPLOYEES.EMPLOYEE_ID[0]`	`EMPLOYEES.EMPLOYEE_ID[0]` = 1 `EMPLOYEES.NAME[0]` = Ammar `EMPLOYEES.PHONE[0]` = 01012345678 `EMPLOYEES.ROLE[0]` = Manager `EMPLOYEES.SALARY[0]` = 15000	Employee Id Required902		pass
4	next	`Click EMPLOYEES.NEXT_BTN`	`EMPLOYEES.EMPLOYEE_ID[0]`	`EMPLOYEES.EMPLOYEE_ID[0]` = 902 `EMPLOYEES.NAME[0]` = Fixture Cashier `EMPLOYEES.PHONE[0]` = 0100000903 `EMPLOYEES.ROLE[0]` = Cashier `EMPLOYEES.SALARY[0]` = 5000	Employee Id Required902		pass
5	previous	`Click EMPLOYEES.PRE_BTN`	`EMPLOYEES.EMPLOYEE_ID[0]`	`EMPLOYEES.EMPLOYEE_ID[0]` = 1 `EMPLOYEES.NAME[0]` = Ammar `EMPLOYEES.PHONE[0]` = 01012345678 `EMPLOYEES.ROLE[0]` = Manager `EMPLOYEES.SALARY[0]` = 15000	Employee Id Required1		pass
6	exit to menu	`Click EMPLOYEES.PUSH_BUTTON6`	`FWindow/PushButton:OK`		gooooooooooooooooooooood	gooooooooooooooooooooood

Database effects

None: the scenario changes no row and draws no sequence value.

Classified diff against the migrated app

Diff: employees-browse
counts: match 66, tolerated 6, waived 0, defect 0, unmapped 15, harness 0
generated-id pairs (source -> target): none

waivers:
  W1 [proposed] ORDER_DATA saved as NULL: applied to 0 value(s)
  W2 [proposed] Order number consumed when the form opens: applied to 0 value(s)
  W3 [proposed] Line ITEM_ID typed by the user: applied to 0 value(s)
  W4 [proposed] Two modal alerts after saving: applied to 0 value(s)
  W5 [proposed] Key debug message on record navigation (single-table forms): applied to 0 value(s)
  W6 [proposed] Customer debug message in ORDERS: applied to 0 value(s)
  W7 [proposed] Placeholder alert on leaving Employees: applied to 0 value(s)
  W8 [proposed] Error message when the application starts: applied to 0 value(s)
  W9 [proposed] Keyboard hint of the Forms client while a question is open: applied to 0 value(s)
  W10 [proposed] An order added with Add cannot be saved: applied to 0 value(s)

[tolerated] ui.values.EMPLOYEES.SALARY  rule=money  x6
[unmapped] ui.alert.title  (browser dialogs have no title)  x1
[unmapped] ui.record  (no target counterpart)  x7
[unmapped] ui.windows  (no target counterpart)  x7

Waivers

No waiver applies to this scenario: every compared value matches or is within the tolerance policy.