Test Plan
Test Plan
Introduction
In our testing plan for Nexus Inc.'s Internal Correspondence System, we focus on ensuring
functionality, usability, performance, accessibility, and data security. Our approach
involves systematic testing methodologies to validate the system's capabilities and mitigate
potential risks. Through rigorous testing, we aim to deliver a reliable and efficient
communication platform that enhances collaboration among team members.
Testing resources
Testers and roles:
1. Siyeshen Govender – (Project Activity Coordinator and Communications Officer)
2. Mohammed Asaad Irfan – (Secretary)
3. Zian Ariff Ali – (Software Coordinator)
4. Neil Alvares – (Security Coordinator)
5. Ansh Babbar – (Librarian)
Scope of testing
In scope:
1. Functional Testing: Functional testing ensures that each feature operates according to
the specifications. For the system, the following functional tests will be conducted:
Login Screen (MFR1):
- Test cases include entering valid/invalid credentials, handling MFA verification, and
compatibility across various browsers and devices.
Inbox Feature (MFR2):
- Test the sorting options (by date, sender, importance) and the ability to handle hundreds
or thousands of messages efficiently.
Internal Messaging (MFR3):
- Test sending and receiving messages in real-time and validating message delivery
reliability under different traffic levels.
Document and Attachment Sharing (MFR4):
Test file upload limits, file encryption, and successful secure transfer of documents.
Instant Notifications (MFR5):
- Validate real-time notifications for message delivery and document arrival, ensuring
they sync across devices.
Out of scope:
Reason: Testing beyond the expected load range is not feasible within the given time and
budget constraints. Only expected traffic and usage patterns will be tested within the
defined boundaries.
Reason: Such testing requires specialized expertise, time, and additional resources that may
not be available during the development phase. These advanced security measures would
be better suited for a later phase or handled by a specialized security team.
Reason: This testing phase will only focus on ensuring that the system can scale within its
current setup. Future scalability needs will be evaluated in a subsequent project phase when
expansions are planned.
4. Full Reliability/Uptime Monitoring Over Long Durations (MNFR4)
Scope Exclusion: Long-term reliability testing to validate a 99.9% uptime guarantee,
including continuous monitoring over extended periods (months/years).
Reason: Full reliability validation requires prolonged testing beyond the typical
development schedule. Monitoring uptime and reliability in real operational environments
will be conducted post-deployment.
5. Usability Testing Across All Device Types and User Scenarios (MNFR5, ONFR4)
Scope Exclusion: Testing the interface's usability and responsiveness on every possible
device type and operating system version (e.g., outdated browsers or rare device models).
Reason: The testing will focus on commonly used devices and browsers as per market data.
Testing every possible configuration is not feasible within the given schedule and may
require additional resources and time.
Reason: Testing will focus on standard office setups and typical environments expected
within the organization. Uncommon or highly customized physical environments are
excluded due to their variability and associated costs.
Reason: Such scenarios go beyond regular testing scope and require simulation of rare
conditions, which might not be achievable with current testing resources. Simulations will
be limited to common errors and failures within expected operational parameters.
8. Cross-Platform Testing for Outdated or Obsolete Browsers (ONFR2)
Scope Exclusion: Full support testing for outdated, deprecated, or niche browsers/platforms
(e.g., Internet Explorer versions or obscure Linux distributions).
Reason: The focus will be on modern and widely used platforms that align with current
web standards. Supporting outdated or less common platforms would require additional
resources and is not aligned with the current strategy.
Reason: Backup and recovery testing will focus on standard cases and medium-sized
datasets to align with the project’s scope and timeframe. Extreme conditions and larger
datasets will be tested in later phases when the system has scaled up.
Reason: The testing will be limited to standard hardware setups and the primary network
environments expected within the organization. Advanced testing with specialized setups
requires more resources and is beyond the initial testing phase.
Testing approaches
Risks
Nejoum Aljazeera faces several major issues due to its adoption of third-party applications
for inter and intra-organisational dialogues and processes. These issues are limiting the
company’s efficiency, security, and overall operational effectiveness such as:
2. Security Risks:
Using third-party intermediaries to manage internal communications that require security
brings many vulnerabilities. Nejoum Aljazeera has very little control over storing, sending
or securing information, which is a weakness for the company because an attacker may
infiltrate, steal essential information, or even gain unlawful access.
4. Integration Complexities:
Connecting outside applications with the current framework presents numerous technical
challenges and overheads. In this respect, alteration or enhancement of external platforms
can pose significant constraints as different external platforms cause interference with the
internal system, thereby developing downtimes and/or reduced functionality.
Mitigations
3. User-Friendly Interface
The correspondence system will have a user-friendly mechanism that enrols all employees
in the system. It will consist of an Inbox, Outbox, Message Archive and Search & Filter
options, enabling users to manage communication transactions effectively.
There will be very few trainings as this will reduce the challenges involved in migrating
from the current third-party applications to a new one.
5. Internal-Only Architecture
As the new system will be entirely internal, it can be noted that there will be no such
integrations with third parties. This guarantees the company full control over its
communication infrastructure and can make alterations to the system as required.