Rahul Parwal
Rahul Parwal
Test Specialist
I am Open to Write, Teach, Speak, Mentor
Rahul Parwal is a Test Specialist with expertise in testing, automation, and AI in testing. He’s an award-winning tester, and international speaker. Want to know more, Check out testingtitbits.com

Badges

TestBash Trailblazer
Club Explorer
Bio Builder
Avid Reader
Career Champion
Article Maven
MoT Community Certificate
TestBash Speaker
99 Second Speaker
The Testing Planet Contributor
MoT Streak
Unlimited Member
In the Loop
MoT Ambassador
404 Talk (Not) Found

Contributions

Tacit requirement image
  • Rahul Parwal's profile
Tacit requirements are usually undocumented and often just expected. Deciphering such requirements comes with experience and practice. As a tester, it's important to test against tacit requirements and expectations as these often get ignored during the development lifecycle, time pressure, iterative updates, etc. Examples of tacit requirements:  Consistency: Uniform behaviour within and across features as well as other similar applications.  History: Backward compatibility with previous versions. Changes to a feature will have no impact on other features.  Familiar user expectations: Aligning user experience with industry norms or comparable products. Example: It is assumed that a double click will open a file. 
Implicit requirements image
  • Rahul Parwal's profile
Implicit requirements are necessary yet may not always be documented. They are assumed to be understood and necessary. Although these requirements are available in documented format they are usually available outside the project context. Examples of implicit requirements: Legal requirements: Ensuring the application is compliant with data protection and accessibility laws. Examples: ADA, GDPR, etc. Regulatory standards: Industry-specific rules exist and any software built for that industry must comply with them.  Marketing claims: If a marketing advertisement mentions "lightning-fast performance," it is expected to be delivered in the coming versions and releases too.  User desires: Common user desires such as responsive design. 
Explicit requirements image
  • Rahul Parwal's profile
Explicit requirements are documented, detailed, and directly stated within the project scope. They are often the starting point for development and testing. Examples of various forms of explicit requirements:  Formally written functional requirements: User stories, feature descriptions, acceptance criteria, etc.  Quality Characteristic (Non-functional / Para-functional) requirements: Performance benchmarks, accessibility, security standards, etc. Design documentation: Includes user flow journeys, architecture diagrams, logical flowcharts, site maps, etc.  Wireframes: Visual guides by designers for layout and UI (user interface) design.  Help files / FAQs: Support documentation and collaterals to guide users.  Error catalogs: Lists of error codes with their descriptions. 
Functional requirement image
  • Rosie Sherry's profile
  • Rahul Parwal's profile
Functional requirements are requirements used to describe a system’s intended behaviour. These often act as the base for all the development and testing work to begin. For example: "The system allows users to export reports in PDF format."
System mapping image
  • Rahul Parwal's profile
System mapping, also known as modelling, is the process of visually abstracting out some dimension of the entire system or product. These techniques help us communicate, analyse, and visualise the interaction between various system components.
Playing the "Would Heu-Risk It?" Cards game at work image
  • Rahul Parwal's profile
Group of people participating in an activity indoors, with five individuals holding cards while a facilitator interacts with them. The room features blue chairs, wall clocks displaying different time zones, and a light, professional ambiance
Reading "The Testing Planet" with our budding software testers at ifm engineering, Pune image
  • Rahul Parwal's profile
Thanks, Ministry of Testing for publishing and sharing such an amazing read for testers. We 💜 it!
Requirements image
  • Dan Ashby's profile
  • Manish Saini's profile
  • Rahul Parwal's profile
  • Ady Stokes's profile
The lifeline of creating any software product is its requirements. They work like a corridor between business goals and technical outcomes. They provide a structure for the product that will be created, how individual parts will work, and expectations of the product. They also provide a foundation for the overall software engineering work. However, not all requirements are equal, nor do they come in the same size or even format.
Testers' Life - Expectation vs Reality image
  • Rahul Parwal's profile
A meme titled "Tester’s Life" hilariously contrasts two views: Reality: A chaotic barcode of black (testing) and gray (everything else testers actually do—like meetings, bug triage, and wondering why things are on fire). What People Think: Mostly black, because apparently, all we do is “run tests” and sprinkle in some gray for coffee breaks. Legend: Black = "Executing Tests," Gray = "Other Stuff" (aka the real MVP of a tester’s day).
AI & Testing - A Synergy for Success image
  • Rahul Parwal's profile
Dive into the critical role of testers in an AI-driven world
99 essential resources to help software testers image
  • Rahul Parwal's profile
Explore 99 must-know resources to elevate your skills and simplify your search for the best tools, methodologies, and insights
Taking your first steps in software testing image
  • Rahul Parwal's profile
Overcome the common challenges of starting a testing career with practical insights that will set you up for success!
Login or sign up to create your own MoT page.
Subscribe to our newsletter
We'll keep you up to date on all the testing trends.