Chapter 3-4

Cards (71)

  • a software platform that helps users solve their problems through a single (or multiple) point of contact.
    IT Help Desk
  • allow employees and IT team members to troubleshoot problems, track their issues, and get assistance regarding products, services, or processes
    IT Help Desk
  • help teams proactively maintain services, manage incidents, and enable communication with end users and customers.
    IT Service Desk
  • customer￾centric communication centerpoint where users, employees, and stakeholders can solicit help from their IT service providers
    IT Service Desk
  • typically used to provide reactive, rather than proactive, assistance via basic ticketing
    IT help desk
  • used when changing hardware, installing or upgrading to new releases of off-the-shelf applications, installing a software patch and configuring various network devices
    Change Management
  • an area of systems management that involves acquiring, testing and installing multiple patches (code changes) to an administered computer system in order to maintain up-to-date software and often to address security risk
    Patch Management
  • tool that automates the patch management process of an enterprise starting from scanning and detection of missing patches to testing, deploying and installing them on the required endpoints
    Patch Management Software
  • is the process of identifying, testing, deploying, and installing software patches (or updates) to computers.
    Patch Management
  • piece of code, tailored to fix existing bugs/vulnerabilities in the software, add new features, or enhance its security.
    Software Patch
  • ( also referred to as the patch management system) includes scanning computers in the network for missing patches, testing them in a test group of machines, and deploying them manually or automatically via patch management tools.
    Patch Management Process
  • Security patch management, i.e. the process of deploying security patches to address security vulnerabilities in the software, drivers, and other related components helps secure it from being exploited by vulnerabilities and other threat actors. 
    Security Patches
  • ensure that the software is up to date with the latest, bug-free version
    Bug fix patches
  • introduce newer features and functions to software. In addition, they also enhance performance, making software faster and more efficient. 
    Feature update patches
  • process of detecting, testing and deploying security patches or updates to the systems to address the security vulnerabilities and issues. Security patches ensure that the known security vulnerabilities in the systems and the network are promptly mitigated 
    Security Patch Management
  • the process of detecting, testing, and deploying the missing patches to prevent the servers from being exploited by vulnerabilities and external threat actors.
    Server Patch Management
  • explained on the Google Testing Blog, as “the continuous and consistent improvement and maintenance of process that… gives us confidence the product will meet the need of customers.” 
    Quality Assurance
  • a part of quality management that verifies the product’s compliance with standards set by QA. 
    Quality Control
  • the primary activity of detecting and solving technical issues in the software source code and assessing the overall product usability, performance, security, and compatibility.
    Testing
  • Representing a traditional software development life cycle, the Waterfall model includes six consecutive phases: requirements gathering and analysis, system design, development, testing, deployment, and maintenance
    Waterfall Model
  • breaks the development process into smaller parts called iterations or sprints
    Agile Testing
  • an evolution of Agile that bridges the gap between development along with QA and operations. I 
    DevOps
  • a series of activities conducted within the software development life cycle or alongside the SDLC stages. It 
    Software Testing Lifecycle
  • the most common type based on the requirements or additional risk analysis. In the latter case, a testing team collaborates with stakeholders to prioritize areas that are most critical for end users 
    Analytical Strategy
  • follows a prebuilt model of how a program must work. This model typically comes as a diagram visualizing various aspects of expected software behavior — a customer journey through a website, data flows, interactions between components, etc. It helps better understand system functionality, improves communication with stakeholders, and reduces the time and effort required for test automation. 
    Model-based Strategy
  • employs predefined quality checklists and procedures сreated in￾house or adopted across the industry. It’s often used for standard apps or particular types of checks — for example, security testing. 
    Methodical Strategy
  • adheres to specific regulations, guidelines, and industry standards.
    Standard Compliant Strategy
  • apply informal techniques that don’t require pre-planning (such as ad hoc and exploratory testing.) It belongs to a reactive category and comes into play when bumping into defects in the running software. 
    Dynamic Strategy
  • relies on the expertise and recommendations of stakeholders or end-user feedback when deciding on testing scope, methods, etc.
    Consultative (directed) Strategy
  • revolves around reducing risks of regressions — or situations when an app stops working correctly after updates. Typically, it’s a highly automated approach 
    Regression-Averse Strategy
  • has a more hands-on approach, describing in detail what to test, how to test, when to test, and who will do the test.
    Test plan
  • initially examines the source code and software project documents to catch and prevent defects early in the software testing life cycle. Also called a non-execution technique or verification testing.
    Static Testing
  • systematic peer inspections of the source code;
    Code reviews
  • informal meetings when a developer explains a program to peers, receives comments and makes modifications to the code;
    Code walkthroughs
  • formal procedures carried out by experts from several departments to validate product compliance with requirements and standards
    Code inspections
  • The objective of this level is to verify that units work well together as a group and also smoothly interact with other system elements —
    Integration Testing
  • At this level, a complete software system is tested as a whole. The stage verifies the product’s compliance with the functional and non-functional requirements.
    System Testing
  • This is where the product is validated against the end-user requirements and for accuracy.
    Acceptance Testing
  • aids in organizing, controlling and using the data needed by application programs.
    Database Management System
  • provides the facility to create and maintain a well-organized database
    Database Management