QA Test Scenarios - Matthew Savoy

Manual test scenarios generated from tracked changes. Pass/Fail and Notes are filled in by a tester while actually running each test.

Test	Source	Precondition	Steps	Expected Result
Create an RMA from a POS order line and confirm it links to the order	OCA/pos#1427 KAN-5	The new POS RMA module is installed and the POS session is open with a logged-in cashier. At least one completed/paid POS order exists containing a product line with a known quantity (for example, 5 units). The tester also has access to the backend RMA list to verify the created record.	Open the Point of Sale and load the existing paid order containing the product line, using the ticket/order screen. Select the order line for the product that was sold. Choose the "Create RMA" action available on that order line. Enter a return quantity that is less than or equal to the quantity originally sold (for example, 2 of 5). Enter a reason for the return. Submit/confirm the RMA.	The RMA is created successfully and a confirmation is shown in the POS without errors. Opening the RMA record in the backend shows the correct product, the return quantity entered, the reason entered, and a reference linking it back to the originating POS order.
Return quantity greater than the quantity sold is rejected	OCA/pos#1427 KAN-5	The new POS RMA module is installed, a POS session is open, and a completed POS order exists with a product line of a known quantity (for example, 5 units).	Open the order in the POS ticket/order screen and select the product line. Choose the "Create RMA" action. Enter a return quantity greater than the quantity originally sold (for example, 7 when 5 were sold). Enter a reason for the return. Attempt to submit/confirm the RMA.	Submission is blocked and a clear validation message explains that the return quantity cannot exceed the quantity originally sold. No RMA record is created for that order line.
Reason is required before an RMA can be submitted	OCA/pos#1427 KAN-5	The new POS RMA module is installed, a POS session is open, and a completed POS order exists with at least one product line.	Open the order in the POS ticket/order screen and select a product line. Choose the "Create RMA" action. Enter a valid return quantity (within the quantity sold). Leave the reason field empty. Attempt to submit/confirm the RMA. Now enter a reason and submit again.	With the reason left empty, submission is blocked and the tester is told the reason is required; no RMA is created. After entering a reason, the RMA is created successfully and is linked to the originating POS order.
Cashier without the permission group performs a blind closing	OCA/pos#1495 KAN-6	The blind session closing module is installed. A point-of-sale with a cash payment method is configured and has an opening balance. A test user has point-of-sale access but does NOT have the "Can see POS closing amounts" right enabled in their user record's Extra Rights tab.	Log in as the test user who does not have the "Can see POS closing amounts" right. Open the Point of Sale application and start a session on the configured point of sale. Register at least one order paid in cash and validate it. Return to the session and choose to close the session. Review the closing screen carefully for any display of expected cash amounts, expected totals, or differences. Enter a counted cash amount and confirm the closing.	The closing screen shows no expected cash amount, no expected total and no difference between expected and counted values. Only the counted amount field is available for input. The entered counted amount is accepted and the session closes successfully.
Authorized user sees expected amounts during closing	OCA/pos#1495 KAN-6	The blind session closing module is installed. A point-of-sale with a cash payment method is configured. A test user has point-of-sale access and has the "Can see POS closing amounts" right enabled in the Extra Rights tab of their user record.	Log in as the user who has the "Can see POS closing amounts" right. Open the Point of Sale application and start a session on the configured point of sale. Register at least one order paid in cash and validate it. Return to the session and choose to close the session. Review the closing screen for the expected cash amount and the comparison with the counted amount. Enter a counted cash amount that differs from the expected amount and confirm the closing.	The closing screen displays the expected cash amount alongside the counted amount and shows the resulting difference, exactly as in the standard closing view. The session closes successfully with the difference recorded.
Granting the right takes effect on the next closing screen	OCA/pos#1495 KAN-6	The blind session closing module is installed. A test user initially does NOT have the "Can see POS closing amounts" right. An administrator account is available to edit user rights.	Log in as the test user, open a point-of-sale session, register a cash order and open the closing screen to confirm no expected amounts are shown, then cancel out of closing. As an administrator, go to Settings, then Users & Companies, then Users, open the test user and enable "Can see POS closing amounts" in the Extra Rights tab, and save. Have the test user log out and log back in. Reopen the point-of-sale session and go to the closing screen again.	Before the right is granted the closing screen hides all expected amounts; after the right is granted and the user logs back in, the same closing screen now displays the expected amounts and the difference against the counted amount.
Order summary panel appears on the Payment Screen with correct line details	OCA/pos#1514 KAN-4	The module that shows the order on the payment screen is installed. A Point of Sale configuration exists with at least three sellable products with different prices, and a payment method is available. The tester has access to open a POS session.	Open the Point of Sale and start a new session. Add at least three different products to the order, setting a quantity greater than one on at least one of them. Note down the product names, quantities, unit prices and the order total shown on the order screen. Click the Payment button to move to the Payment Screen. Look at the right-hand side of the Payment Screen.	A read-only order summary panel is shown on the right side of the Payment Screen. It lists every order line with the same product names, quantities and prices as recorded on the order screen, and the total matches. The payment keypad and payment method buttons remain fully visible and usable, with no overlap or cut-off content.
Panel updates live when the order is changed before payment is finalized	OCA/pos#1514 KAN-4	A POS session is open with an order containing at least two products, and the tester is currently on the Payment Screen with the order summary panel visible.	On the Payment Screen, note the lines and total shown in the order summary panel. Go back to the order screen using the back/order navigation. Change the quantity of one existing line and add one additional product to the order. Return to the Payment Screen. Compare the order summary panel against the modified order.	The order summary panel reflects the modified order: the changed quantity and the newly added product line appear, and the displayed total matches the updated order total. No stale lines or outdated amounts remain.
Existing payment flow and keypad behavior are unchanged, and the panel is read-only	OCA/pos#1514 KAN-4	A POS session is open with an order containing several products. At least one cash payment method and one other payment method (for example bank/card) are configured.	Open the Payment Screen for the order. Try to click or tap directly on a line inside the order summary panel, and try to change a quantity or remove a line from within the panel. Select a payment method and enter a partial amount using the keypad, then observe the remaining/change amount. Enter the remaining amount so the order is fully paid, then validate the payment. Complete the receipt step and start a brand new order in the same session, adding one product and going to the Payment Screen again.	The order summary panel is read-only: clicking lines does not allow editing, removing, or changing quantities. The keypad, payment method selection, partial payment handling, remaining/change calculation and validation all behave exactly as before the change. The new order's Payment Screen shows its own correct summary panel with no leftover data from the previous order, and no extra configuration or setting was needed to make the panel appear.
Sales Order PDF is produced automatically when the print option is enabled	OCA/pos#1523 KAN-7	A Point of Sale is configured with the "Order to Sale Order" functionality active, and the user has access to Point of Sale settings. At least one sellable product is available in the POS.	Open the Point of Sale configuration settings and locate the "Order to Sale Order" section. Enable the option to print the Sales Order PDF on conversion and save the settings. Open the point of sale session on the till. Create a new order, add at least one product and select a customer. Confirm the order using the action that converts it into a sales order.	The POS order is converted into a sales order, and immediately afterwards the Sales Order PDF is generated and offered for printing/download without any extra manual action. The PDF content matches the sales order just created (customer, products, quantities and totals).
Behavior is unchanged when the print option is disabled	OCA/pos#1523 KAN-7	A Point of Sale is configured with the "Order to Sale Order" functionality active, and the option to print the Sales Order PDF on conversion is turned off.	Open the point of sale session on the till. Create a new order, add at least one product and select a customer. Confirm the order using the action that converts it into a sales order.	The POS order is converted into a sales order exactly as before, and no Sales Order PDF is generated or offered for printing.
New setting is visible and persists in the POS configuration	OCA/pos#1523 KAN-7	Access to the Point of Sale configuration settings with the "Order to Sale Order" functionality available.	Open the Point of Sale configuration settings. Locate the "Order to Sale Order" section and confirm the new option to print the Sales Order PDF appears there. Toggle the option on and save. Leave the settings screen and reopen the same Point of Sale configuration. Toggle the option off, save, and reopen the configuration again.	The new print option is shown inside the existing "Order to Sale Order" section and is only available/relevant when that functionality is active. The chosen value (on or off) is correctly saved and shown each time the configuration is reopened.
Delivery status shows Fully Delivered after converting a POS order with stock-tracked products	OCA/pos#1536 KAN-8	Point of Sale is installed with the POS-to-sale-order feature enabled for the session's user. A product that is tracked in inventory (storable/delivery-tracked) is available for sale with enough stock on hand. A customer record exists. A POS session is open.	Open the point of sale and start a session. Add the stock-tracked product to the order with any quantity. Assign the existing customer to the order. Use the option to create a sale order from this POS order, choosing the setting that confirms/invoices the order (so deliveries are generated and validated). Close the point of sale screen and go to the Sales application. Open the newly created sale order for that customer. Check the delivery/transfer linked to the sale order and confirm it is in a Done state. Look at the Delivery Status field on the sale order.	The sale order exists with the product and quantity taken from the POS order, its linked delivery is validated (Done), and the Delivery Status on the sale order reads Fully Delivered rather than staying empty, Pending or Nothing Delivered.
Delivery status stays correct when reopening or refreshing the sale order	OCA/pos#1536 KAN-8	A sale order has just been created from a POS order with stock-tracked products and its deliveries have been validated, as in the previous scenario.	From the Sales application, open the list of sale orders. Add or check the Delivery Status column in the list view for the order created from the point of sale. Open the order, then navigate away and reopen it. Re-check the Delivery Status field.	The Delivery Status consistently shows Fully Delivered in both the list view and the order form, and does not revert to a stale or empty value after reloading.
No change for products that are not delivery tracked	OCA/pos#1536 KAN-8	Point of Sale is installed with the POS-to-sale-order feature enabled. A product that is NOT tracked in inventory (a service or non-storable consumable) is available for sale. A customer record exists. A POS session is open.	Open the point of sale and start a session. Add the non-tracked product to the order and assign the customer. Create a sale order from the POS order using the same confirm/invoice option as before. Go to the Sales application and open the newly created sale order. Review whether any delivery is linked to the order and check the Delivery Status field.	The sale order is created correctly with the right customer, product and amounts. No unexpected delivery is generated for the non-tracked product, and the order's delivery information behaves exactly as it did before this change (no incorrect Fully Delivered status forced onto an order that has nothing to deliver).
Remove a line from an order that was already synced to the backend	OCA/pos#1552 KAN-9	A Point of Sale configured with the picking-keep behavior enabled for sale orders is open. A cashier user is logged into the POS session. At least two sellable products with stock are available.	Open the POS session and start a new order. Add at least two different products to the order. Force the order to sync to the backend, for example by opening the order from the backend (leave the POS order open and view it in the backend order list). Return to the POS screen with the same order still open. Remove one of the existing order lines from the order. Continue editing the order normally (for example, change the quantity of the remaining line). Proceed to payment and validate the order.	The POS session stays responsive with no error dialog, crash, or blocked screen at any point. The line is removed as requested, the order can be paid and validated, and the resulting order in the backend reflects only the remaining lines with its delivery/picking information intact.
Picking-keep behavior still works for a brand-new, unsynced order	OCA/pos#1552 KAN-9	A Point of Sale configured with the picking-keep behavior enabled is open, with a cashier logged in and sellable products in stock.	Start a new order in the POS without opening it in the backend. Add one or more products to the order. Proceed to payment and validate the order. In the backend, open the resulting POS order and review its linked delivery/picking.	The order is completed without errors and the delivery/picking is created and linked exactly as it was before this fix — no change in behavior for new orders.
Mixed edits on a previously-synced order	OCA/pos#1552 KAN-9	A POS session is open with the picking-keep behavior enabled, and three products with stock are available.	Start a new order and add three different products. Make the order sync to the backend by opening it from the backend order list. Back in the POS, remove one line, change the quantity on another line, and add a new product to the same order. Validate the payment for the order. Check the resulting order and its delivery in the backend.	All edits are accepted without any error message or session crash. The validated order contains the expected lines and quantities, and its delivery/picking matches the final contents of the order.
Module installs cleanly on the new version	OCA/pos#1566 KAN-11	A clean instance of the new platform version with the Point of Sale application available and an administrator login.	Log in as an administrator. Open the Apps list and update the app list. Search for the early receipt printing point-of-sale module. Install the module. Once installation finishes, open the Point of Sale application and browse to the point-of-sale configuration settings. Check the module's information page (description/version details) shown in Apps.	The module installs without any error or warning dialog and appears as Installed. The Point of Sale application and its configuration screens open normally after installation. The module's displayed version corresponds to the new platform release and its description page renders correctly.
Print a receipt early, before the order is finalized	OCA/pos#1566 KAN-11	The early receipt printing module is installed. A point-of-sale configuration exists with receipt printing enabled, and at least one sellable product with a price is available. A cashier user can open a POS session.	Open the point-of-sale and start a new session. Add one or more products to the current order so the order has a non-zero total. Proceed to the payment step of the order. Use the option to print the receipt early (before the order is validated). Review the receipt that is produced or previewed. Return to the order and confirm it is still open and editable.	The early receipt option is available and can be used before the order is finalized. A receipt is generated showing the current order lines and total. The order remains open and can still be modified or paid afterwards; no error is shown and the session stays usable.
Normal order completion and receipt are unaffected	OCA/pos#1566 KAN-11	The early receipt printing module is installed and an open point-of-sale session exists with at least one sellable product available.	In the open session, create a new order and add at least one product. Go to the payment step, select a payment method and register full payment. Validate the order. Review the receipt shown after validation. Close the point-of-sale session.	The order is paid and validated as usual, the standard receipt is produced with the correct lines, totals and payment information, and the session closes without errors. Behavior matches the previous version of the module, with no missing buttons, duplicated receipts or error messages.
Remove-line button no longer appears on the order receipt	OCA/pos#1597 KAN-10	Point of Sale is installed with the module that adds the remove-line button enabled. A POS session is open with at least one product available for sale.	Open the Point of Sale and start a new order. Add two or more products to the order. Register the payment and validate the order so the receipt is displayed. Inspect each product line shown on the receipt on screen. Print or preview the receipt and inspect the printed output.	No remove-line button (or any delete/remove control) appears next to any line on the receipt, either on screen or in the printed output. The receipt shows the product lines, quantities, prices and totals correctly with no missing, misaligned or overlapping elements.
Remove-line button still works on the active order screen	OCA/pos#1597 KAN-10	Point of Sale is installed with the module that adds the remove-line button enabled. A POS session is open with at least two products available for sale.	Open the Point of Sale and start a new order. Add three products to the order. Locate the remove-line button on one of the order lines in the active order screen. Click the remove-line button for that line. Review the remaining lines and the order total.	The remove-line button is visible on each line of the active order screen. Clicking it removes only the selected line, the remaining lines stay intact, and the order total recalculates correctly.
Receipt reprinted from order history has no remove-line button	OCA/pos#1597 KAN-10	Point of Sale is installed with the module that adds the remove-line button enabled, and at least one order has already been paid and validated in the current or a previous session.	Open the Point of Sale and go to the list of past orders / order history. Select a previously validated order. Choose the option to view or reprint its receipt. Inspect all product lines on the displayed and printed receipt.	The reprinted receipt displays all order lines with correct quantities, prices and totals, and no remove-line button appears on any line.

No results