Brainscape's Knowledge GenomeTM

Browse over 1 million classes created by top students, professors, publishers, and experts.


See full index

Agile / DevOps COPY > Terms > Flashcards

Terms Flashcards

A collection of Agile and DevOps terms from the Internet.

1
Q

Agent

A

A program installed on specific physical servers in order to handle the execution of various processes on that server.

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

A/B Testing

A

A technique in which a new feature, or different variants of a feature, are made available to different sets of users and evaluated by comparing metrics and user behavior.

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

Acceptance Testing

A

Typically high-level testing of the entire system carried out to determine whether the overall quality of both new and existing features is good enough for the system to go to production.

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

Agent

A

An agent is a program installed on specific physical servers in order to handle the execution of various processes on that server.

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

Agile

A

A precursor to Devops; Agile is a software development and, more broadly, business methodology that emphasizes:

  • Short, iterative planning and development cycles
    • to provide better control and predictability, and
  • Support changing requirements as projects evolve.
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
6
Q

Agile Manifesto

A

The formal proclamation of values and principles to guide an iterative and people-centric approach to software development.

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

Agile Organization

A

A flexible company capable of rapid response and adaptability to both expected and unexpected opportunities and threats.

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

Agile Project Management

A

An iterative and incremental method of software design and development in which developers work closely with users using just enough information to start planning and execution.

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

Agile software development

A

A software development methodology and philosophy, focused on user feedback, software quality, and the ability to respond quickly to changes and new product requirements.

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

Antifragile

A

A term coined by professor Nassim Nicholas Taleb about a property that allows systems to increase in capability or performance as a result of stress, mistakes, faults or failures.

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

Application Release Automation (ARA)

A

A practice of deploying software releases to various environments and their configurations with as little human interaction as possible.

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

ARA

A

Application Release Automation

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

Artifact

A

Any description of a process used to create a piece of software that can be referred to, including diagrams, user requirements, and UML models.

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

Automation

A

The technology by which a process or procedure is performed without manual intervention. In DevOps, automation allows for the creation of real-time reports, integrating various tools used by different stakeholders, and workflows-integrating technology to bring tools together from different domains and break down the silos.

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

Autonomy

A

The ability to make changes with the resources currently available, without the need to defer to something or someone higher up in the hierarchy.

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

Behavior-Driven Development (BDD)

A

An evolution of test-driven development that focuses on collaboration between development and business stakeholders to define user stories that determine the development of the application using a human-readable DSL.

* DSL: A domain-specific language is a computer language specialised to a particular application domain.

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

Black Box Testing

A

A testing or quality assurance practice which assumes no knowledge of the inner workings of the system being tested, and which thus attempts to verify external rather than internal behavior or state.

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

Bottleneck (Lean)

A

A step in a process that limits the total capacity of the process or system.

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

Branching

A

The duplication of an object under review in source control so that the same code can be modified by more than one developer in parallel.

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

Build Agent

A

A type of agent used in continuous integration that can be installed locally or remotely in relation to the continuous integration server. It sends and receives messages about handling software builds.

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

Build Artifact

A

The resulting application or object created by a build process. Typically this involves source code being compiled into a runtime artifact. In the Java ecosystem, this involves Java source code being compiled into a JAR or WAR file.

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

Build Artifact Repository

A

Centralized storage for all binaries used during build.

  • Simplifies dependency management and build processes,
  • Helps maintain security and consistency across teams,
  • Helps make automated deployment practical and scalable.
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
23
Q

Build Automation

A

Tools or frameworks that allow source code to be automatically compiled into releasable binaries. Usually includes code-level unit testing to ensure individual pieces of code behave as expected.

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

Cadence

A

The rhythm or sync of a DevOps value stream.

With cadence duration and predictability are the key points. Cadence is how long a Sprint, an iteration or a Program Increment lasts. Otherwise, their duration may vary.

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

CALMS Model

A

The essence of DevOps: Culture, Automation, Lean, Measurement, Sharing. It’s a framework that can be used to assess an organization’s readiness to adopt a DevOps process.

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

Canary Release

A

A go-live strategy in which a new application version is released to a small subset of production servers and heavily monitored to determine whether it behaves as expected. If everything seems stable, the new version is rolled out to the entire production environment.

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

Capacity Test

A

A test that is used to determine the maximum number of users a computer, server, or application can support just before failing.

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

ChatOps

A

It is about conversation driven development by bringing the tools into conversations. Robots are today members of your team to whom you can send a request and get an instant response.

ChatOps is a model where people, tools, process and automation are connected in a transparent flow. It also helps collaborate and control pipelines in one window.

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

Commit

A

A way to record the changes to a repository and add a log message to describe the changes that were made.

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

Complex-Adaptive Systems

A

Any system made of a collection of similar, smaller pieces that are dynamically connected and can change to adapt to changes for the benefit of a macrostructure.

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

Configuration Drift

A

How software and hardware configurations become inconsistent with the master version due to manual and ad hoc changes (like hotfixes) that are not committed back to version control. Often a significant source of technical debt.

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

Configuration Management

A

A process for establishing and maintaining consistent settings of a system. These solutions also include SysAdmin tools for IT infrastructure automation (e.g. Chef, Puppet, etc.).

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

Constraint

A

A limitation or restriction on a system.

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

Constraints (Theory of)

A

A methodology for identifying the most important limiting factor that stands in the way of achieving a goal and then systematically improving that constraint until it is no longer the limiting factor.

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

Containerization

A

Resource isolation at the OS (rather than machine) level, usually (in UNIX-based systems) in user space. Isolated elements vary by containerization strategy and often include file system, disk quota, CPU and memory, I/O rate, root privileges, and network access. Much lighter-weight than machine-level virtualization and sufficient for many isolation requirement sets.

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

Continuous Delivery (CD)

A

A software engineering approach in which continuous integration, automated testing, and automated deployment capabilities allow software to be developed and deployed rapidly, reliably, and repeatedly with minimal human intervention.

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

Continuous Deployment

A

A software development practice in which every code change goes through the entire pipeline and is put into production automatically, resulting in many production deployments every day. It does everything that Continuous Delivery does, but the process is fully automated, and there’s no human intervention at all.

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

Continuous integration (CI)

A

Continuous Integration (CI) is a development practice that requires developers to integrate code into a shared repository several times a day. Each check-in is then verified by an automated build, allowing teams to detect problems early.

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

Continuous Quality

A

A principle that preaches the continuous quest for quality across the entire SDLC, starting from requirements definition, code development, testing, and operations. Another key area of focus for Continuous Quality is the application code pipeline orchestration. There are many opportunities to negatively impact the quality of an application when code is being manually moved across environments.

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

Continuous Testing

A

The process of executing unattended automated tests as part of the software delivery pipeline across all environments to obtain immediate feedback on the quality of a code build.

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

Culture

A

The whole of the ideas, values, beliefs, practices and behaviors that are shared by the employees in an organization. It is an attitude of shared responsibility in a DevOps environment.

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

Dark Launch

A

Dark launching is a process where software is gradually or stealthily released to consumers in order to get user feedback and test performance. Code is wrapped in a feature flag or feature toggle which is used to control who gets to see the new feature and when.

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

Definition of Done

A

In software development, a shared understanding of what it means for work to be complete.

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

Delivery Pipeline

A

A sequence of orchestrated, automated tasks implementing the software delivery process for a new application version. Each step in the pipeline is intended to increase the level of confidence in the new version to the point where a go/no-go decision can be made. A delivery pipeline can be considered the result of optimizing an organization’s release process.

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

Deployment

A

A term that refers to the grouping of every activity that makes a program available for use and moving that program to the target environment. In DevOps environments, deployment is fully automated so users get updates as soon as they are written and tested.

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

Deployment pipeline

A

A deployment pipeline is an automated manifestation of your process for getting software from version control into the hands of your users.

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

Dev (from DevOps)

A

Individuals involved in software development activities.

48
Q

DevOps

A

An IT organizational methodology where all teams in the organization, especially development teams and operations teams,

  • Collaborate on both development (Dev) and deployment of software (Ops),
  • To increase software production agility and
  • Achieve business goals.
49
Q

DevOps Intelligence

A

Providing the intelligence and insight companies need to deliver software more efficiently, with less risk, and with better results.

50
Q

DevSecOps

A

Automation of core security tasks by embedding security controls and processes into the DevOps workflow. The goal is to bring security into the process as early as possible in order to minimize vulnerabilities and risks.

51
Q

Event-Driven Architecture

A

A software architecture pattern where events or messages are produced by the system, and the system is built to react, consume, and detect other events.

52
Q

Exploratory Testing

A

A manual testing strategy where human testers have the freedom to test areas where they suspect issues could arise that automated testing won’t catch.

53
Q

Fail fast

A

A strategy in which you try something, it fails, feedback is delivered quickly, you adapt accordingly, and try again.

54
Q

Feedback loop

A

Input on usability and user experience back to the developer.

55
Q

Flow

A

How people or products move through a process. The DevOps First Way” is concerned with optimizing flow through systems.”

56
Q

Functional Testing

A

Functional testing is a quality assurance (QA) process and a type of black-box testing that bases its test cases on the specifications of the software component under test. Functions are tested by feeding them input and examining the output, and internal program structure is rarely considered.

Functional testing usually describes what the system does.

Functional testing tests a slice of functionality of the whole system.

Functional testing differs from system testing in that functional testing “verifies a program by checking it against … design document(s) or specification(s)”, while system testing“validate[s] a program by checking it against the published user or system requirements”.

Functional testing has many types:

  • Smoke testing
  • Sanity testing
  • Regression testing
  • Usability testing
57
Q

Gemba

A

Japanese word for “the real place”. In business it often equates to “where value is created” and in lean manufacturing it means “the factory or shop floor”.

In Lean Six Sigma (LSS) it is common to hear the phrase “Going to Gemba” (meaning the real place where the work is being done). This is also sometimes referred to as process mapping.

DevOps: Improving the whole and and not just focusing on the parts is a core tenant of both Lean Six Sigma (LSS) and the Theory of Constrains (TOC). Understanding bottlenecks and flow is an important part of understanding the “Value Stream”.

Japanese Terms For DevOps Practictioners

58
Q

Immutable infrastructure

A

An application service or hosting environment that, once set up, cannot be changed. If a DevOps team wishes to change a configuration on immutable infrastructure, the entire component must be re-initalized. While this may seem inefficient, the advantage of immutable infrastructure is that it makes environments more robust and reliable because inadvertent changes are impossible to introduce.

59
Q

Impact Mapping

A

Impact mapping is a strategic planning technique. It prevents organisations from getting lost while building products and delivering projects, by clearly communicating assumptions, helping teams align their activities with overall business objectives and make better roadmap decisions.

60
Q

Infrastructure-as-a-Service (IaaS)

A

A self-service computing, networking, and storage utility on-demand over a network.

61
Q

Infrastructure-as-Code

A

An approach to infrastructure configuration that allows DevOps teams to use scripts in order to provision servers or hosting environments automatically. This saves them from having to set up infrastructure by hand, a time-consuming and mistake-prone process.

62
Q

Integration testing

A

Testing that occurs after unit testing, but before validation testing, where individual software components are combined and tested as a single group to ensure they work as a whole.

63
Q

Issue Tracking

A

A process that allows programmers and quality assurance personnel to track the flow of defects and new features from identification to resolution.

64
Q

Iterations

A

A single development cycle, typically measured as one week or two weeks. Releases of applications or code. Faster iterations/releases results in faster feedback for the developer, increased quality, and speed to market.

65
Q

Kaizen

A

Wikipedia describes Kaizen as an “improvement,” or “change for the better” which refers to a philosophy or practices that focus on continuous improvement of processes in manufacturing, engineering, game development, and business management.

Kaizen is a daily process, each day is better then the last. Kaizen is also rooted in the idea that it is much more than just simple productivity improvement. When done right it’s about humanizing the workplace and eliminating overly hard work (muri). Kaizen also teaches people how to apply the scientific method and learn how to spot and eliminate waste.

Kaizen play a huge role in DevOps in that, like Lean, there is always a sense of improvement in the flow. Finding variation (bugs, performance issues) late in the flow and engineering them earlier in the process. Also, Kaizen is also about continuously optimizing for the whole by alleviating bottlenecks.

Japanese Terms For DevOps Practictioners

66
Q

Kanban

A

A visual method of controlling activity that pulls the flow of work through a process at a manageable pace.

67
Q

Kanban Board

A

A Kanban tool that helps teams organize, visualize and manage work.

68
Q

Kata

A

Literally means “the form and order of doing things.” The term is mostly popularized in the martial arts; however, outside of martial arts it refers to cultural conditioning. Kata, in Japanese business, is the idea of doing things the “correct” way. The art of bowing, exchanging name cards, the importance of apology, and the origin of the Japanese obsession for quality are all deeply rooted in their culture.

An organization culture can be characterized as it’s Kata through it’s consistent role modeling, teaching, and coaching. Mike Rother also popularized the notion of Kata and Lean in his book “Toyota Kata.” Toyota Kata is broken into two areas: Improvement Kata and Coaching Kata. Improvement Kata teaches the mastery of continuous improvement, adaptiveness, and innovation. Coaching Kata stresses the aspect of periodic observation and guidance. The theory is that if we are doing something that is difficult and we are not used to it we will default to the familiar without a coach. In DevOps we think of Kata as the culture whereas Kaizen is the continuous improvement. When an organization has optimized its Kaizen we can say that is their Kata.

Japanese Terms For DevOps Practictioners

69
Q

Lead Time

A

The time it takes to move work in progress (WIP) to a finished state in a manufacturing plant. In software development, this is represented by moving code changes to production.

70
Q

Lean

A

A production philosophy that focuses on reducing waste and improving the flow of processes to improve customer value.

71
Q

Lean IT

A

Applying the key ideas behind lean to the development and operation of IT products and services.

72
Q

Mean Time Between Failures (MTBF)

A

Used to measure reliability of a system or component, calculated by averaging the time between system failures.

73
Q

Mean Time to Recovery (MTTR)

A

The average time it takes a system or component to recover from a failure and return to production status.

74
Q

Microservices

A
  • Microservices is a software architecture design pattern,
  • In which complex applications are composed of
    • Small independent processes communicating with each other using language-agnostic APIs.
  • These services are small,
    • highly decoupled and
    • focus on doing a small task.
75
Q

Model-Based Testing

A

A software testing technique in which the test cases are derived from a model that describes the functional aspects of the System Under Test (SUT). Visual models can be used to represent the desired behavior of a SUT, or to represent testing strategies and a test environment. From that model manual tests, test data, and automated tests can be generated automatically.

Because test suites are derived from models and not from source code, model-based testing is usually seen as one form of black-box testing.

76
Q

Muda

A

Muda is waste. According to Taichi Ohno of Toyota any activity that does not add value is considered waste. The idea is to classify all activities into two categories: activities that add value and ones that don’t.

Eliminating waste in DevOps is a key principle. When we talk about the Aha to the Ka-ching we are always looking for wasteful boundary handoffs as well as things that impede our cycle time for customer delivery (i.e., the Ka-ching).

77
Q

Mura

A

Mura means inconsistency or excess variation. When work is not standardized it can add waste in the form of wasted movement (e.g., not having clear process and procedures defined). Mura can lead to quality issues.

One of the core principles of Kanban as described by David Anderson is making process policies explicit. Kanban is an excellent tool for reducing Mura. One could argue that configuration management tools like Chef, Puppet and CFEngine control Mura by making processes for installing and configuring systems standardized. In many ways Lean is about eliminating waste (muda) and Six Sigma is about reducing variation (Mura). In DevOps we strive to reduce all of the 3 M’s (Muda, Mura, Muri).

Japanese Terms For DevOps Practitioners

78
Q

Muri

A

In Japanese the term literally means overburden, unreasonableness, or absurdity. Muri represents the activities where processes, people, or machines are pushed beyond a reasonable limit.

An organization with Muri is more likely to have increased stress levels and reduced job satisfaction. Organizations that are continually operating at capacity tend and have less flexibility and longer lead times. Many DevOps organizations try to combat Muri by building slack into their environment. Things like hack days, innovation days, and just percentage free time (e.g., Google 20% time) all help to reduce Muri.

Japanese Terms For DevOps Practitioners

79
Q

Non-functional Requirements (NFRs)

A

The specification of system qualities such as ease-of-use, clarity of design, latency, speed, ability to handle large numbers of users etc. that describe how easily or effectively a piece of functionality can be used, rather than simply whether it exists. These characteristics can also be addressed and improved using the Continuous Delivery feedback loop.

80
Q

NoOps

A

A type of organization in which the management of systems on which applications run is either handled completely by an external party (such as a PaaS vendor) or fully automated. A NoOps organization aims to maintain little or no in-house operations capability or staff.

81
Q

One-Stop Shop / Out-of-the-Box Tools

A

Tools that provide a set of functionalities that works immediately after installation with hardly any configuration or modification needs. When applied to the software delivery, a one-stop shop solution allows quick setup of a deployment pipeline.

82
Q

Ops (from DevOps)

A

Individuals involved in the daily operational activities needed to deploy and manage systems and services.

83
Q

Orchestration

A

The method to automate the management and deployment of your applications and containers.

84
Q

Orchestration Pipeline

A

Tools or products that enable the various automated tasks that make up a Continuous Delivery pipeline to be invoked at the right time. They generally also record the state and output of each of those tasks and visualize the flow of features through the pipeline.

85
Q

Pair Programming

A

A software development practice where two developers work on a feature, rather than one, so that both developers can review each others’ code as it’s being written in order to improve code quality.

86
Q

Platform-as-a-Service (PaaS)

A

Provides languages, libraries, services, and tools that allow developers to build and deploy applications in the cloud without worrying about underlying OS-level infrastructure (or below).

87
Q

Product Owner

A

A person or role responsible for the definition, prioritization and maintenance of the list of outstanding features and other work to be tackled by a development team. Product Owners are common in agile software development methodologies and often represent the business or customer organization. Product Owners need to play a more active, day-to-day role in the development process than their counterparts in more traditional software development processes.

88
Q

Production

A

The final stage in a deployment pipeline where the software will be used by the intended audience.

89
Q

Provisioning

A

The process of preparing new systems for users (in a Continuous Delivery scenario, typically development or test teams). The systems are generally virtualized and instantiated on demand. Configuration of the machines to install operating systems, middleware etc. is handled by automated system configuration management tools, which also verify that the desired configuration is maintained.

90
Q

Regression Testing

A

Testing of the end-to-end system to verify that existing functionality has not been negatively impacted by changes to the application.

91
Q

Release

A

One or more system changes that are built, tested and deployed together.

92
Q

Release Coordination

A

The definition and execution of all the actions required to take a new feature or set of features from code check-in to go-live. In a Continuous Delivery environment, this is largely or entirely automated and carried out by the pipeline.

93
Q

Release Management

A

Release Management is the process of managing software releases from development stage to the actual software release itself.

94
Q

Release Orchestration

A

Release Orchestration is the use of tools like XL Release which manage software releases from the development stage to the actual software release itself.

95
Q

Rollback

A

An automatic or manual operation that restores a database or program to a previously defined state.

96
Q

Scrum

A

An Iterative, time-bound, and incremental Agile Framework for completing complex projects.

97
Q

Self-Service Deployment

A

The action of automating deployment processes enough for developers to allow project managers or even clients to directly control deployments.

98
Q

Serverless computing

A

A type of service that provides access to computing resources on demand, without requiring users to configure or manage an entire server environment. AWS Lambda is the most famous serverless computing product currently, but a number of competitors have arisen recently, including Azure Serverless Functions and IBM OpenWhisk.

99
Q

Shift Left

A

The term ‘shift left’ refers to a practice in software development in which teams focus on quality, work on problem prevention instead of detection, and begin testing earlier than ever before. The goal is to increase quality, shorten long test cycles and reduce the possibility of unpleasant surprises at the end of the development cycle-or, worse, in production.

100
Q

Source control

A

A system for storing, tracking, and managing changes to software. This is commonly done through a process of creating branches (copies for safely creating new features) off of the stable master version of the software and then merging stable feature branches back into the master version. This is also known as version control or revision control.

101
Q

Staging environment

A

Used to test the newer version of your software before it’s moved to live production. Staging is meant to replicate as much of your live production environment as possible, giving you the best chance to catch any bugs before you release your software.

102
Q

Technical Debt

A

A concept in programming that reflects the extra development work that arises when code that is easy to implement in the short run is used instead of applying the best overall solution.

103
Q

Test Automation

A

The use of special software (separate from the software being tested) to control the execution of tests and the comparison of actual outcomes with predicted outcomes.

104
Q

Test-Driven Development (TDD)

A

A development practice in which small tests to verify the behavior of a piece of code are written before the code itself. The tests initially fail, and the aim of the developer(s) is then to add code to make them succeed.

105
Q

The Three Ways

A

A set of principles developed by Gene Kim, award winning CTO, author, and researcher, to define what DevOps is really all about.

  • First way: Speeding up the workflow, from business, through development, to operations, and the customer.
  • Second way: Increase both the number of feedback loops in your flow and how fast you are getting the feedback.
  • Third way: Develop and foster a culture where constant experimentation and learning is encouraged.
106
Q

Time to Value

A

Measure of the time it takes for the business to realize value from a feature.

107
Q

Toolchain

A

Use of an integrated set of task-specific tools to automate an end-to-end process. For example, automated code testing, release and deployment.

108
Q

Unit Testing

A

A testing strategy in which the smallest unit of testable code is isolated from the rest of the software and tested to determine if it functions properly.

109
Q

User Acceptance Test

A

The final phase of software testing where clients and end users determine whether the program will work for the end-user in real world scenarios. This stage is also known as beta testing.

110
Q

Value Stream Mapping

A

Lean tool that visualizes the flow of data, materials and work through a process with an emphasis on identifying and quantifying waste.

111
Q

Velocity (Agile)

A

Measure of the quantity of work done in a pre-defined interval.

112
Q

Virtual Machine (VM)

A

A software emulation of a physical computing resource that can be modified independent of the hardware attributes.

113
Q

Virtualization

A

A systems management approach in which users and applications do not use physical machines, but simulated systems running on actual, real” hardware. Such “virtual machines” can be automatically created

114
Q

Waste (Lean)

A

Anything that does not add value to a product. (See Muda, Muri, Mura.)

115
Q

Waterfall (Software Development)

A

Linear and sequential approach to software design and development where progress is seen as flowing steadily downwards.

116
Q

White Box Testing

A

A testing or quality assurance practice which is based on verifying the correct functioning of the internals of a system by examining its (internal) behavior and state as it runs.

117
Q

Work in Progress (WIP)

A

Any work that has been started but has yet to be completed.

Agile / DevOps COPY (1 decks)

Brainscape helps you reach your goals faster, through stronger study habits.
© 2024 Bold Learning Solutions. Terms and Conditions