Key Terms Flashcards

1
Q

Requirements

A

What the clients want the system to do. A Primary requirement needed in
the development of a software product specifically for a targeted group or
audience and the specific environment.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
2
Q

Business Requirements

A

These requirements outline a general overview of a product such as it’s
primary use, why it is needed, its scope & vision, what business benefits will
be gain, intended audience or users etc.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
3
Q

User Requirement

A

These requirements are gathered using use cases, user scenarios, and user
stories and are documented in a user requirement document format (User
Story)

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
4
Q

System Requirements

A

incorporated in a software product to make it perform and function in a
specific manner to achieve its target and goal.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
5
Q

Use Case

A

A use case is a description of the ways in which a user interacts with a system or
product. A use case may establish the success scenarios, the failure scenarios,
and any critical variations or exceptions. A use case can be written or made
visual with the help of a use case model tool. The BA usually creates this
document

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
6
Q

User Story

A

A user story is an informal, general explanation of a software feature written from the perspective of the end user or customer. User stories are often expressed in a simple sentence,
structured as follows:

“As a [persona], I [want to], [so that].”

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
7
Q

Test Plan

A

A test plan includes a product description, objectives, testing strategies, scope, schedule,
procedures, testing resources, and deliverables. Test plans are essential in the development
of software as they outline what testing needs doing to ensure the software is up to
standard and is working exactly how it
should.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
8
Q

Test Strategy

A

A Test Strategy is a plan for defining an approach to the Software Testing Life Cycle (STLC).
It guides QA teams to define Test Coverage and testing scope. It helps testers get a clear
picture of the project at any instance. The possibility of missing any test activity is very low
when there is a proper test strategy in place.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
9
Q

Requirement Traceability Matrix

A

A Traceability Matrix is a document that co-relates any two-baseline documents that
require a manyto- many relationship to check the completeness of the relationship. It is
used to track the requirements and to check the current project requirements are met.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
10
Q

Test Scenario

A

Scenario testing is a software testing activity that uses scenarios: hypothetical stories to
help the tester work through a complex problem or test system

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
11
Q

Test Cases

A

A TEST CASE is a set of actions executed to verify a particular feature or functionality of your
software application. A Test Case contains test steps, test data, precondition, postcondition
developed for specific test scenarios to verify any requirement.
The test case includes specific variables or conditions, using which a testing engineer can
compare expected and actual results to determine whether a software product is functioning as per the requirements of the customer.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
12
Q

Test Scripts

A

A test script in software testing is a set of instructions that will be performed
on the system under test to test that the system functions as expected.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
13
Q

Test Steps

A

Test Steps describe the execution steps and expected results that are
documented against each one of those steps. Each step is marked pass or fail
based on the comparison result between the expected and actual outcome.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
14
Q

Defect Bug

A

In software testing, a bug is the informal name of defects, which means that
software or application is not working as per the requirement. When we have
some coding error, it leads a program to its breakdown, which is known as a
bug.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
15
Q

Definition of Done

A

The definition of done (DoD) is when all conditions, or acceptance criteria, that a software
product must satisfy are met and ready to be accepted by a user, customer, team, or consuming system. … It lowers rework, by preventing user stories that don’t meet the definition
from being promoted to higher level environments

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
16
Q

GUI

A

A graphical user interface (GUI) is a type of user interface through which users interact with
electronic devices via visual indicator representations.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
17
Q

AUT

A

AUT is “Application under test”. After the designing and coding section of the development
cycle,when the application(build) comes under testing then at that time application state
is under test,so at that time period that application(build) is called “Application under test”.

18
Q

Test Data

A

Any data used during testing Real data,
fake/dummy data

19
Q

Demo

A

Is to demonstrate or a presentation of any
work completed before going live

20
Q

Showstopper

A

A bug the prevents you from any
further testing

21
Q

Hotfix

A

A hotfix, is a software patch that is applied to “hot” (aka live) systems. For us developers, this
usually means that it’s a change that was made quickly and outside of the normal development processes, as an urgent measure against certain issues that need to be fix immediately

22
Q

Critical Priority

A

Priority is how quickly a bug should be fixed and eradicated from the website. Bug priority
indicates the sense of urgency for dealing with a bug on our website. Low - Medium- High

23
Q

Severity

A

How dangerous a bug is rated Low - Minor - Major - Critical

24
Q

Artifacts

A

It’s anything that is created so a piece of software can be developed. This might include
things like data models, diagrams, setup scripts

25
Q

ETL - Extract Transform Load

A

These are three database functions that are combined into one tool to extract data from a
database, modify it, and place it into another database

26
Q

CI & CD - Continuous Intergration, Continous
Development

A

CI and CD stand for continuous integration and continuous delivery/continuous deployment. In very simple terms, CI is a modern software development practice in which incremental code changes are made frequently and reliably. … The code is then delivered quickly and seamlessly as
a part of the CD process

27
Q

Devops

A

DevOps is a set of practices that combines software development (Dev) and IT operations
(Ops).It aims to shorten the systems development life cycle and provide continuous delivery with high software quality.

28
Q

Git

A

Git - Git Hub is a Collaboration platform. It is built on top of
git. It allows you to keep both local and remote copies of
your project. A project which you can publish it among
your team members as they can use it and update it from
there itself. Git is a version control system that lets
you manage and keep track of your source code history

29
Q

Github

A

a Collaboration platform. Github is a web-based platform
used for version control. Git simplifies the process of
working with other people and makes it easy to collaborate
on projects. Team members can work on files and easily
merge their changes in with the master branch of the
project. GitHub is a cloud-based hosting service that lets
you manage Git repositories. If you have open-source
projects that use Git, then GitHub is designed to help you
better manage them

30
Q

Repository

A

A software repository, or “repo” for short, is a storage location
for software packages. Often a table of contents is also
stored, along with metadata. A software repository is
typically managed by source control or repository managers.
Software repositories serve the general purpose of
promoting collaborative use by offering remote access to
code modules and software packages. A software repository
is also known as a code repository

31
Q

Pipeline

A

A delivery pipeline is a set of processes that can be automated to compile and build and
deploy code to production as efficiently as possible. It is also known as a software delivery
pipeline or continuous delivery pipeline. This pipeline needs to be optimized from end to
end

32
Q

Release

A

A release note refers to the technical documentation produced and distributed alongside
the launch of a new software product or a product update (e.g., recent changes, feature
enhancements, or bug fixes). It very briefly describes a new product or succinctly details
specific changes included in a
product update

33
Q

Business Requirement Document

A

A business requirements document (BRD), is a formal report that details all the objectives
or “requirements” for a new project, program or business solution. It describes a business
need or objective along with what is expected as the project proceeds.

34
Q

Technical Requirement Document

A

A technical requirement document, also known as a product requirement document,
defines the functionality, features, and purpose of a product that you’re going

35
Q

Software Requirement Specification

A

A software requirements specification (SRS) is a document that describes what the
software will do and how it will be expected to perform. It also describes the functionality
the product needs to fulfill all stakeholders (business, users) needs.

36
Q

Detail Design Document

A

The detailed design document formally records the design of the content — that is, the
lessons or modules and all the deliverables necessary. The detailed design document
records the design of content

37
Q

Requirement Traceability Matrix

A

A requirements traceability matrix is a document that demonstrates the relationship
between requirements and other artifacts. It’s used to prove that requirements have been
fulfilled. And it typically documents requirements, tests, test results, and issues

38
Q

SDLC

A

Software Development Life Cycle (SDLC), providing bug and defect free
software and making sure it is built to our clients’ needs and expectations

39
Q

STLC

A

Software Testing Life Cycle (STLC) is a sequence of specific activities conducted during
the testing process to ensure software quality goals are met. STLC involves both
verification and validation activities. Contrary to popular belief, Software Testing is not
just a single/isolate activity, i.e. testing. It consists of a series of activities carried out
methodologically to help certify your software product. STLC stands for Software
Testing Life Cycle.

40
Q

Functional (System)

A

Define and describes the functions to be performed, and features to be possessed by a software.

41
Q

Non-Functional (system)

A

Used to evaluate and assess the software product behavior under unexpected conditoins and enviornment

42
Q
A