Q.wiki validation

Modified on Tue, 24 Feb at 2:43 PM

Our Q.wiki development process runs in 8‑week cycles. Changing the Q.wiki version number therefore does not indicate the release of new features, but the start of a new cycle. This means the established approach of performing validation when the version changes is no longer effective.

Q.wiki Now! updates are released several times a day as very small, incremental code changes via a so‑called CI/CD pipeline. Each change passes through multiple test stages:


  • Every released change must be internally approved by a second person.
  • Based on this change, a Q.wiki build is automatically created and all functions are tested automatically.
  • Due to continuous release and code updates, these tests run several times a day.
  • Changes that successfully pass all tests are deployed to the Q.wiki Now! environment.
  • This means we automatically validate all standard Q.wiki functions several times a day.
  • After the system has been set up and configured, an initial validation against customer‑specific requirements is necessary.
  • Re-validation by users is only required if we substantially change an essential component in Q.wiki through bug fixes, enhancements, or new development. We proactively inform our customers about such changes via Q.wikinger announcements and the release notes.

A system validation is intended to ensure that the system performs its (core) processes as required. The (core) processes of a management system based on Q.wiki typically include:

  • User login and logout
  • Creating and deleting a Q.wiki page
  • Using the search function
  • Sending emails for read confirmations
  • Functionality of the approval workflow including email delivery
  • Updating an attachment
  • Commenting on a page
  • Creating a change request and editing a page
  • Assigning a page to a standard


Additional functions are automatically validated by our end-to-end tests as of 06/2025 (this list is not exhaustive).

AreaTest
General
Customer-specific translations 
General
Access only possible after authentication 
AuditsCreate, edit, etc.
TasksEdit
TasksCreate
TasksComments
TasksAttachments
WebDAVOpen, edit, and save attachments
GlossaryCreate entries
GlossaryWord recognition in processes
Group ManagementEdit and create Groups
Internal ProjectsCreate, edit, etc.
LogsCreate, edit, etc.
NotificationsDirectnotifications
NotificationsEmail notifications
Personal Page
Favorites
PortalDisplay new Units
ProcessesCreate page/file
ProcessesMetadata in site header
ProcessesExtra fields in site control 
ProcessesCreate and edit flowcharts
ProcessesUp-to-dateness check time calculation 
ProcessesRevision comparison/history
ProcessesDocument number 
ProcessesAttachments and links 
ProcessesCreate and submit read confirmation 
ProcessesComments
ProcessesCreate and use templates 
ProcessesWorkflow completes successfully 
Attachments PDF Viewer
LoginLogin works as expected 
User Profiles Personal user profile including settings
User Profiles User profile overview 
Passwort resetCompliance with password policy, functionality 
RisksCreate, edit, etc. 
RolesRole dashboard
RolesRole widget and linking to processes 
SearchIndexing / hit control 
StandardsEdit/add standards 
StandardsLink standards to processes 
UnitsCreate, rename
UsermanagementCreate and edit users Registration 
Registerusers
SCIMAzure connection
Module GeneratorAll basic functions of the module generator

Was this article helpful?

That’s Great!

Thank you for your feedback

Sorry! We couldn't be helpful

Thank you for your feedback

Let us know how can we improve this article!

Select at least one of the reasons
CAPTCHA verification is required.

Feedback sent

We appreciate your effort and will try to fix the article