1_Interview_Prep_SDLC__Agile__STLC_Google_Docs_1_2

studied byStudied by 16 people
5.0(1)
Get a hint
Hint

SDLC

1 / 104

encourage image

There's no tags or description

Looks like no one added any tags here yet for you.

105 Terms

1

SDLC

Software Development Life Cycle - The phases involved in building software or an application.

New cards
2

Agile

A software development methodology that emphasizes flexibility and collaboration.

New cards
3

STLC

Software Testing Life Cycle - The phases involved in testing software or an application.

New cards
4

Software Testing

The process of executing a program or application with the intent of finding software bugs/defects using functional and automation tools.

New cards
5

Requirement

The description of features and functionalities of the target system that conveys the expectations of users from the software product.

New cards
6

Test Plan

A document that outlines the approach, objectives, and scope of testing for a software project.

New cards
7

Test Estimation

The process of estimating the effort and resources required for testing a software project.

New cards
8

Test Schedule

A timeline that outlines when different testing activities will be performed during the software development life cycle.

New cards
9

Test Case Development

The process of designing and creating test cases, test scripts, and test data for testing a software application.

New cards
10

Test Environment Setup

The process of setting up the necessary hardware, software, and network configurations for testing a software application.

New cards
11

Test Closure Activity

The reporting and documentation activities that are performed at the end of the testing phase.

New cards
12

Regression Suite

A collection of test cases that are executed to ensure that new changes or bug fixes do not introduce new defects or break existing functionality.

New cards
13

Unittesting

The testing of individual modules or blocks of code during the development process.

New cards
14

Component Testing

The testing of standalone functionalities or components of a software application.

New cards
15

Integration Testing

The testing of the combined functionalities of a software application to ensure that they work together correctly.

New cards
16

System Testing

The end-to-end testing of a software application to ensure that it functions as expected from beginning to end.

New cards
17

Acceptance Testing

The testing of a software application by a user acceptance testing team or business analyst to ensure that it meets the requirements and is ready for release.

New cards
18

Black Box Testing

A testing technique where the tester only knows the expected behavior of the software and tests it from an end-user perspective.

New cards
19

Equivalence Class Partitioning

A software test design technique that involves dividing input values into valid and invalid partitions and selecting representative values from each partition as test data.

New cards
20

Boundary Value Analysis

A software test design technique that involves determining boundaries for input values and selecting values at the boundaries and just inside/outside of the boundaries as test data.

New cards
21

Cause-Effect Graphing

A software test design technique that involves identifying input conditions and output conditions, producing a Cause-Effect Graph, and generating test cases accordingly.

New cards
22

White Box Testing

A software testing method where the internal structure of the software is known to the tester and is tested accordingly.

New cards
23

Gray Box Testing

A testing method that combines elements of black box testing and white box testing, where the tester has partial knowledge of the internal structure of the software.

New cards
24

Functional Testing

A type of testing that focuses on testing the functionality of a software application to ensure that it meets the specified requirements.

New cards
25

Functional Testing

Testing the functions of a component or system to verify specific actions or functions of the code.

New cards
26

Non-functional Testing

Testing the performance of a system under a particular workload, such as testing concurrent user logins or transaction response time.

New cards
27

Unit Testing

Testing the smallest testable parts of an application, such as functions, classes, procedures, or interfaces, to eliminate bugs before further testing.

New cards
28

Component Testing

Testing each component of an application separately to find defects and verify the functioning of the software.

New cards
29

Integration Testing

Testing the system after integrating multiple components to ensure that it works fine when combined.

New cards
30

Acceptance Testing

Testing performed by the user or customer to determine if the system meets the specified requirements.

New cards
31

Regression Testing

Testing to ensure that new functionality or bug fixes do not break existing functionality.

New cards
32

Smoke Testing

Initial testing to check if the software is stable and ready for further testing.

New cards
33

Positive Testing

Testing the application with valid input to ensure it works as expected.

New cards
34

Negative Testing

Testing the application with invalid data or unexpected user behavior to check if it behaves as expected.

New cards
35

Verification

Evaluating software during development to determine if it satisfies the specified requirements.

New cards
36

Validation

Evaluating software at the end of the development process to check if it meets customer requirements.

New cards
37

Software Testing

Activity to detect and identify defects in the software as part of the Software Development Life Cycle (SDLC).

New cards
38

Software Testing Life Cycle (STLC)

Testing process with specific steps executed in a definite sequence to ensure quality goals are met.

New cards
39

Requirements Analysis

Analyzing and studying the requirements to identify the scope of testing and ensure testability.

New cards
40

Test Plan Creation

Creating a plan that describes the scope, approach, resources, schedule, and tasks for the testing process.

New cards
41

Test Case Creation

Creating documentation that outlines a set of actions executed to verify a particular feature or functionality of the software.

New cards
42

Test Scenario

Possible area to be tested in a user story, determining what to test before writing test cases.

New cards
43

Environment Setup

Setting up the test environment and test data for testing activities.

New cards
44

Test Execution

Carrying out testing based on the test plans and test cases, documenting results and logging defects.

New cards
45

SDLC

Software Development Life Cycle, a systematic process for developing software

New cards
46

Agile

A project management methodology that emphasizes collaboration, flexibility, and iterative development

New cards
47

STLC

Software Testing Life Cycle, a systematic process for testing software

New cards
48

RTM

Requirements Traceability Matrix, a document that maps requirements to test cases

New cards
49

Test cases

Detailed steps and conditions to be followed in order to test a specific functionality of a software application

New cards
50

Defect reports

Documentation of issues or bugs found during testing

New cards
51

Test Cycle Closure

The final phase of the testing process where test reports and defect reports are generated

New cards
52

Jira

A popular project management tool used for issue tracking and project management

New cards
53

Defect

An issue or bug in a software application where the actual result does not match the expected result

New cards
54

Defect Life Cycle (DLC)

The systematic process for dealing with defects, from identification to closure

New cards
55

New

The initial status of a defect when it is reported by the tester

New cards
56

Assigned

The status of a defect when it is assigned to the development team for resolution

New cards
57

Open

The status of a defect when the developer starts analyzing and working on the fix

New cards
58

Fixed

The status of a defect when the developer has made the necessary code changes and verified the fix

New cards
59

Re-test

The status of a defect when the tester retests the code to check if the fix is successful

New cards
60

Reopen

The status of a defect when the bug persists even after the developer has fixed it

New cards
61

Closed

The status of a defect when it is resolved and no longer exists

New cards
62

Rejected

The status of a defect when the developer determines that it is not a valid defect

New cards
63

Duplicate

The status of a defect when it is a repeated issue or corresponds to the same concept as another bug

New cards
64

Not a bug

The status of a defect when it does not affect the functionality of the application

New cards
65

Deferred

The status of a defect when it is not of high priority and is expected to be fixed in a future release

New cards
66

Severity

The degree of impact a defect has on the development or operation of a software application

New cards
67

Priority

The order in which defects should be fixed based on their importance and urgency

New cards
68

Planning Poker

A card-based agile technique used for planning and estimation in which team members privately select cards with values to denote story points or ideal days

New cards
69

Waterfall Methodology

A traditional project management approach where a project is divided into sequential phases and each phase must be completed before moving on to the next

New cards
70

Agile Methodology

A project management approach that involves breaking a project into stages and emphasizing collaboration, continuous improvement, and iteration

New cards
71

Scrum

An agile process that focuses on delivering the highest business value in the shortest time through rapid inspection and adaptation

New cards
72

SDLC

Software Development Life Cycle, a process used to develop software applications.

New cards
73

Agile

An iterative and flexible approach to software development that emphasizes collaboration and adaptability.

New cards
74

STLC

Software Testing Life Cycle, a process used to test software applications.

New cards
75

Scrum

A framework within Agile that emphasizes teamwork, collaboration, and iterative development.

New cards
76

Kanban

Another Agile framework that focuses on visualizing work, limiting work in progress, and optimizing flow.

New cards
77

Extreme Programming (XP)

An Agile framework that emphasizes continuous feedback, frequent releases, and close collaboration.

New cards
78

Adaptive Project Framework (APF)

An Agile framework that focuses on adapting to changing requirements and delivering value incrementally.

New cards
79

Product Owner

The role in Scrum responsible for defining product features, prioritizing work, and ensuring profitability.

New cards
80

Scrum Master

The role in Scrum responsible for facilitating the Scrum process, removing impediments, and ensuring the team is productive.

New cards
81

Scrum Development Team

A group of individuals who work together to create and test incremental releases of a product.

New cards
82

Product Backlog

A list of work that needs to be done in a project, prioritized by the Product Owner.

New cards
83

Sprint Backlog

Tasks that a Scrum team needs to complete within a specific sprint.

New cards
84

Burnout Chart

A visual representation of the amount of work remaining in a project over time.

New cards
85

Sprint Planning

A meeting where the team discusses and decides what can be accomplished in the next sprint.

New cards
86

Daily Scrum

A daily meeting where the team provides updates on their progress and discusses any blockers or impediments.

New cards
87

Sprint Review

A meeting at the end of a sprint where the team demonstrates the new functionalities of the product.

New cards
88

Sprint Retro

A meeting after the sprint review where the team reflects on what went well, what went wrong, and how to improve.

New cards
89

Epic

A large user story that cannot be completed in one sprint and represents a significant portion of a project.

New cards
90

Feature

Multiple user stories that are grouped together to form a standalone component of an application.

New cards
91

User Story

A short, simple description of a minimum shippable product from the perspective of the end-user.

New cards
92

Acceptance Criteria

Statements that define the requirements for a user story and determine when it is considered "done."

New cards
93

Rat Hole

A situation in a meeting where the team gets into excessive argument and wastes time.

New cards
94

Parking Lot Item

A valid problem or issue raised in a meeting that is not immediately addressed but can be discussed later.

New cards
95

Velocity

The number of story points delivered in a sprint, used to measure the team's productivity.

New cards
96

Capacity

The total number of available hours for a sprint, taking into account holidays and PTO.

New cards
97

Sprint Grooming

A meeting where the team gives estimates for the tasks in the sprint backlog.

New cards
98

SDLC

Stands for Software Development Life Cycle, a process used to develop software applications.

New cards
99

Agile

An iterative and flexible approach to software development that emphasizes collaboration and adaptability.

New cards
100

STLC

Stands for Software Testing Life Cycle, a process used to test software applications.

New cards

Explore top notes

note Note
studied byStudied by 521 people
... ago
4.5(2)
note Note
studied byStudied by 13 people
... ago
5.0(1)
note Note
studied byStudied by 15964 people
... ago
4.7(127)
note Note
studied byStudied by 21 people
... ago
5.0(1)
note Note
studied byStudied by 3595 people
... ago
4.7(11)
note Note
studied byStudied by 9 people
... ago
5.0(1)
note Note
studied byStudied by 24 people
... ago
4.0(1)
note Note
studied byStudied by 283 people
... ago
5.0(2)

Explore top flashcards

flashcards Flashcard (21)
studied byStudied by 17 people
... ago
5.0(4)
flashcards Flashcard (41)
studied byStudied by 25 people
... ago
5.0(1)
flashcards Flashcard (76)
studied byStudied by 6 people
... ago
5.0(1)
flashcards Flashcard (37)
studied byStudied by 1 person
... ago
5.0(1)
flashcards Flashcard (93)
studied byStudied by 3 people
... ago
5.0(1)
flashcards Flashcard (20)
studied byStudied by 6 people
... ago
5.0(2)
flashcards Flashcard (41)
studied byStudied by 16 people
... ago
5.0(1)
flashcards Flashcard (28)
studied byStudied by 244 people
... ago
5.0(3)
robot