1_Interview_Prep_SDLC__Agile__STLC_Google_Docs_1_2

5.0(1)
studied byStudied by 16 people
learnLearn
examPractice Test
spaced repetitionSpaced Repetition
heart puzzleMatch
flashcardsFlashcards
Card Sorting

1/104

encourage image

There's no tags or description

Looks like no tags are added yet.

Study Analytics
Name
Mastery
Learn
Test
Matching
Spaced

No study sessions yet.

105 Terms

1
New cards

SDLC

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

2
New cards

Agile

A software development methodology that emphasizes flexibility and collaboration.

3
New cards

STLC

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

4
New cards

Software Testing

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

5
New cards

Requirement

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

6
New cards

Test Plan

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

7
New cards

Test Estimation

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

8
New cards

Test Schedule

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

9
New cards

Test Case Development

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

10
New cards

Test Environment Setup

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

11
New cards

Test Closure Activity

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

12
New cards

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.

13
New cards

Unittesting

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

14
New cards

Component Testing

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

15
New cards

Integration Testing

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

16
New cards

System Testing

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

17
New cards

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.

18
New cards

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.

19
New cards

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.

20
New cards

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.

21
New cards

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.

22
New cards

White Box Testing

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

23
New cards

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.

24
New cards

Functional Testing

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

25
New cards

Functional Testing

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

26
New cards

Non-functional Testing

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

27
New cards

Unit Testing

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

28
New cards

Component Testing

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

29
New cards

Integration Testing

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

30
New cards

Acceptance Testing

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

31
New cards

Regression Testing

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

32
New cards

Smoke Testing

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

33
New cards

Positive Testing

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

34
New cards

Negative Testing

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

35
New cards

Verification

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

36
New cards

Validation

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

37
New cards

Software Testing

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

38
New cards

Software Testing Life Cycle (STLC)

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

39
New cards

Requirements Analysis

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

40
New cards

Test Plan Creation

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

41
New cards

Test Case Creation

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

42
New cards

Test Scenario

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

43
New cards

Environment Setup

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

44
New cards

Test Execution

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

45
New cards

SDLC

Software Development Life Cycle, a systematic process for developing software

46
New cards

Agile

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

47
New cards

STLC

Software Testing Life Cycle, a systematic process for testing software

48
New cards

RTM

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

49
New cards

Test cases

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

50
New cards

Defect reports

Documentation of issues or bugs found during testing

51
New cards

Test Cycle Closure

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

52
New cards

Jira

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

53
New cards

Defect

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

54
New cards

Defect Life Cycle (DLC)

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

55
New cards

New

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

56
New cards

Assigned

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

57
New cards

Open

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

58
New cards

Fixed

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

59
New cards

Re-test

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

60
New cards

Reopen

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

61
New cards

Closed

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

62
New cards

Rejected

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

63
New cards

Duplicate

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

64
New cards

Not a bug

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

65
New cards

Deferred

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

66
New cards

Severity

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

67
New cards

Priority

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

68
New cards

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

69
New cards

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

70
New cards

Agile Methodology

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

71
New cards

Scrum

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

72
New cards

SDLC

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

73
New cards

Agile

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

74
New cards

STLC

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

75
New cards

Scrum

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

76
New cards

Kanban

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

77
New cards

Extreme Programming (XP)

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

78
New cards

Adaptive Project Framework (APF)

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

79
New cards

Product Owner

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

80
New cards

Scrum Master

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

81
New cards

Scrum Development Team

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

82
New cards

Product Backlog

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

83
New cards

Sprint Backlog

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

84
New cards

Burnout Chart

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

85
New cards

Sprint Planning

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

86
New cards

Daily Scrum

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

87
New cards

Sprint Review

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

88
New cards

Sprint Retro

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

89
New cards

Epic

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

90
New cards

Feature

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

91
New cards

User Story

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

92
New cards

Acceptance Criteria

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

93
New cards

Rat Hole

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

94
New cards

Parking Lot Item

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

95
New cards

Velocity

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

96
New cards

Capacity

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

97
New cards

Sprint Grooming

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

98
New cards

SDLC

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

99
New cards

Agile

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

100
New cards

STLC

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