Their is a new role called a QA Anchor, this role is much more of QA then the classic QA/QC roles we are used to. Please review this slide deck and find out more about what a QA Anchor does and how this job function works.
The document discusses the role of a QA Anchor. A QA Anchor infuses a software development team with quality practices and behaviors to produce working software. They collaborate with and coach the team, advocate for test automation and empower the team to take ownership of quality. As an integral part of an agile team, the QA Anchor helps create outstanding user experiences through practices like exploratory testing and behavior-driven development.
QA in DevOps: Transformation thru Automation via JenkinsTatyana Kravtsov
This document outlines the agenda for a Jenkins World Tour 2015 presentation in Washington D.C. on QA in DevOps through automation using Jenkins. The presentation discusses the definition of DevOps and provides a 10 step process to DevOps transformation focusing on continuous integration, automated testing, code quality metrics, environment testing, and automated reporting. The presenter is Tanya Kravtsov, founder of the DevOpsQA NJ Meetup group.
Continuous Testing - What QA means for DevOpsSeaLights
This document discusses continuous testing in the context of DevOps. It defines continuous testing as how software is tested and outlines a three step process for increasing quality while also increasing speed of development and delivery. The first step is to understand what causes quality to decrease with increased speed. The second step is to find or develop solutions to identified root problems like lack of test coverage or quality holes. The third step is to integrate the solutions into continuous integration/continuous delivery workflows. It provides an example case study of one company's technical stack and CI/CD workflow that incorporates continuous testing.
Where Testers & QA Fit in the Story of DevOpsQASymphony
Where Testers and QA Fit in the Story of DevOps
Continuous delivery. CI. GitHub. Scrum. CD. Jenkins. Continuous testing. Continuous integration. These are just some terms that are supposed to describe the word soup that is DevOps. Chances are that you have heard some or all of these words being passed around at your daily stand ups or company meetings.
However, where does QA and testing fit into the story of DevOps? Some would say that developers and operations teams are all you need for a successful DevOps pipeline, while others show that Dev, Test and Ops need to be included to ensure quality at every step in your pipeline.
In this webinar, Ryan Yackel, QASymphony's Director of Product Marketing, and Sunil Sehgal, Managing Partner at TechArcis, will share their experiences as they navigate you through the DevTestOps waters. In this webinar you will learn:
Overview of the State of DevOps
Common misconceptions of DevOps and QA
How testers must adapt to the DevOps process
The tools testers need for continuous testing
Can't make the webinar? Sign up and we will send you the recording.
Archana Nagaraja is a software QA and DevOps professional with 9 years of experience in software quality assurance, CI/CD automation and infrastructure management. She has worked as a QA Lead at 75F and as a Senior QA Engineer at Atimi Software India Pvt Ltd and Cerner Healthcare Solutions Private Limited. She is currently undergoing a course on Advanced DevOps Technologies at UCSC SiliconValley Extension.
The Push From Within - A Journey of Transformation at Walmart Labs by Claude ...Sauce Labs
Claude Jones, Sr. Director of Engineering at Walmart Labs, provides an inside look of what it took to push from within and help one of the world’s largest companies adopt a culture of quality. His presentation covers identifying the right project, building the right team structure, removing the fear of change, providing value with the right metrics, making testing fun and reinforcing the benefits. This case study will challenge you to re-think your approach or empower you to stay on your current path of adopting a culture of quality.
Shift left, shift right the testing swing.
This deck shows the testing framework we use today in our agile & Devops team. We do Behavior Driven Development (Shift left) and test in production as well (shift right).
DevOps aims to integrate development and operations teams to shorten the development cycle. It builds on principles from Agile development which emphasize continuous delivery of working software and frequent feedback loops between teams. DevOps seeks to further reduce feedback times from months or weeks to hours or minutes by breaking down barriers between functions and having teams take full responsibility for software delivery from development to production support.
Continuous delivery its not about the technology, its about the people. @sats...Tomas Riha
This document discusses the challenges of implementing continuous delivery at scale. It began with a small, highly productive team practicing test-driven development and continuous regression testing. However, when the team scaled up, they lost these practices and their quality dropped. The document outlines changes needed in development processes, testing approaches, and team roles to successfully adopt continuous delivery at an enterprise scale. Developers must take more responsibility for testing and quality. Testers need skills in test automation and working with developers. Teams must be cross-functional and take full ownership of delivery. Continuous delivery requires transforming the entire organization, not just the technology.
Continuous Integration Is for Everyone—Especially DevOpsTechWell
Continuous delivery and deployment are taking center stage in the DevOps conversations. Neither continuous delivery nor deployment are easy to jump into, and both make a lot of assumptions about the applications being released. Continuous integration (CI), however, is for everyone who wants higher development velocity and better quality. CI can be implemented in development shops from brand new to large enterprise teams. When implemented, CI helps the organization take a giant leap into modern development. With the ever-growing expectation for DevOps teams to produce faster, high-quality software releases, continuous testing—a key CI driver—must occur at all stages of the software delivery chain. Chris Riley covers the important tenets of CI metrics, key CI components, testing, infrastructure, and end-to-end testing. Learn how CI can fit into all development shops, and take back strategies for tackling the challenges of a new system including change control, management, and sustainability.
DevOps - Agile on Steroids by Tom Clement Oketch and Augustine KisituThoughtworks
This document discusses challenges with traditional Agile approaches and how DevOps aims to address them. It notes that while organizations may think they are Agile, problems still arise around deployment pain points, inability to adapt to change, and dissatisfied clients. DevOps focuses on automating processes, breaking down silos between teams, and continuous delivery through culture change, infrastructure automation, measurement, and information sharing. The presentation emphasizes that DevOps is not a role or certification but a relationship and approach centered on collaboration and automation.
***** DevOps Masters Program : https://www.edureka.co/masters-progra... *****
This tutorial on DevOps testing will help you understand how Continuous Testing takes place in the DevOps lifecycle and which tools are used for the same. The following topics have been covered in this video:
1. What Is Continuous Testing?
2. Various Testing Types
3. Tools Used For Continuous Testing
4. Demo: Maven, Selenium, TestNG & Jenkins Integration
Traditional testing approaches involve post-development testing phases where quality is expected to be boosted after code is complete, but this illusion of control can lead to delays if requirements are not fully delivered. Agile testing is iterative and incremental, with testers testing each coding increment as soon as it is finished so that programmers never get ahead of testers and a story is not done until tested. True agile teams focus on repeatable quality and efficiency rather than just delivering specified requirements by a release date.
Starting and Scaling DevOps In the EnterpriseSonatype
Gary Gruver, Gruver Consulting
In my role, I get to meet lots of different companies, and I realized quickly that DevOps means different things to different people. They all want to do “DevOps” because of all the benefits they are hearing about, but they are not sure exactly what DevOps is, where to start, or how to drive improvements over time. They are hearing a lot of different great ideas about DevOps, but they struggle to get every-one to agree on a common definition and what changes they should make. It is like five blind men describing an elephant. In large orga-nizations, this lack of alignment on DevOps improvements impedes progress and leads to a lack of focus.
This session is intended to help structure and align those improvements by providing a framework that large organizations and their executives can use to understand the DevOps principles in the context of their current development processes and to gain alignment across the organization for success-ful implem
This document discusses the importance of testing infrastructure as code. It provides examples of organizations with and without infrastructure as code (IAC) to show the benefits of IAC. These benefits include faster deployment times, increased agility, higher quality, and less downtime.
The document outlines different aspects of infrastructure that should be tested, including servers, services, networks, databases, deployments, hybrid environments, access control, and monitoring. It presents an ideal test pyramid with more unit and integration tests than acceptance tests. The goal is to shift infrastructure testing left to catch errors earlier. Overall, the document argues that testing infrastructure as code leads to more reliable deployments and better organizational performance.
Best DevOps Team Structure - DevOps Conference - Chennai - 21st July 2017Balaji Kalyansundaram
My talk at http://www.agileglobalevent.com/conference/devops/devops-conference-chennai was on keeping Dev and Ops teams together, to bring in ownership & accountability.
I (we) Build. I (we) Support.
The document provides an overview of DevOps fundamentals and key events in the history and evolution of DevOps. It discusses the Agile Manifesto created in 2001 to promote lightweight software development processes. It then outlines the three main transformations required for DevOps - process, technology, and culture. Process transformation involves development and operations teams working together throughout the service lifecycle. Technology transformation relies on automation and infrastructure as code. Culture transformation requires high trust, collaboration, and collective ownership. The document also discusses continuous integration, validation, delivery, deployment, and improvement as DevOps principles.
VAMSEE KRISHNA AKKIRAJU has over 10 years of experience as a tech co-founder, lead software engineer, and director. He has led teams in developing products using technologies like Angular, Node, AWS, and more. Currently he is a lead software engineer at Chegg where he manages remote teams and develops features for products around lead orchestration and displaying school data.
DevOps Dilemma - Make Dev work with Ops!Sandeep Joshi
Every business runs on software and demanding more, faster and better from their IT teams. Current IT operating models are struggling to support the high velocity needs to the business. In this session we run through the steps that brings real meaning to the DevOps journey to make achieve faster and better turnaround for your projects, features and operations.
How is testing different in a DevOps agile team. A perspective from the team.TEST Huddle
In this webinar some of the test team at NewVoiceMedia will discuss how testing has changed for them and why working in an agile team is positive for a tester
Find out more - http://testhuddle.com/resource/testing-in-devops/
Doing DevOps well is really hard. And one of the reasons why doing DevOps well is so hard is because, as the survey sponsored by Google Cloud rightly points out: “Adopting DevOps is not a technology project. It requires changes to staffing, organization structure, performance management, and even culture”. It is easy to do a tool’s implementation and declare victory, but that won’t get organizations the benefit of DevOps -- developing and putting new software/applications into production, quickly.
In this webinar with Irfan Shariff, DASA Ambassador, you’ll learn about:
- Why DevOps
- How DevOps enables the delivery of business results
- Google ( Harvard Business Review) survey findings
- Why doing DevOps is hard
- Learning from doing Agile Software Development
- Doing DevOps right with DASA’s guidance
Organizational
- Individual and team level
Unit testing and refactoring are essential for agile software development to allow changing requirements to be implemented smoothly. Without unit tests, refactoring cannot be done safely. Refactoring enables the software to be changed easily in response to new requirements, which is key to being agile. Test-driven development, code coverage checks, dependency checks, and metrics checks are some techniques and tools that can be used to support an agile approach.
Creating a pull for DevOps in an Agile TransformationTimothy Wise
This presentation was used to start a conversation with the Atlanta DevOps community around patterns for introducing DevOps in large organizations. During the session, I presented findings from coaches around the US.
Building Quality into Your DevSecOps PipelinesInflectra
This is a presentation on how to build quality into your DevOps/DevSecOps pipelines. The presentation covers:
- Software Quality through End-to-end Traceability: How SpiraPlan Enables Progress Tracking and Visualization through Dashboards - Adam Sandman, Inflectra
- Quality Gates: Forcing Functions to Bake Quality In - Jeffery Payne, Coveros
- Delivering Quality Through Your DevSecOps Pipeline Using SpiraPlan - Hugo Sanchez, Coveros.
The presentation was created on Feb 4, 2021.
Agile Metrics to Boost Software Quality improvementXBOSoft
Why don't metrics apply to Agile development methodologies? Wrong! They Do, but you have to know how and when.
Find out in this webinar (recording) in special collaboration with the Chicago Quality Assurance Association (CQAA).
Agile, a development methodology, designed to allow team members to work iteratively during the development process instead of delivering a final product all at once, is now 20 years old. And when it comes to testing within an Agile process, there are those that use pyramids, and rectangles as mental models for where you should put your effort, or not.
Sometimes, software quality in Agile is mistranslated as the idea that everyone is responsible for software testing. But within Agile software development, ensuring quality is much more than testing and must include activities at different levels, including estimates for the workload for each iteration. Otherwise, testing happens last minute—or sometimes not at all, depending on time constraints. To have a successful Agile team, most software developers know that velocity is an essential component.
But it’s not just about measuring velocity, as velocity is only one factor or measurement for success. There are many other factors to measure when you want to assess the success of your Agile team in delivering a quality product. In this webinar, we specifically look at some key metrics for us the measure the success and progress of our quality in Agile.
Tune in with Philip Lew as he goes through ways you can gather insights in slicing, dicing, and analyzing (and interpreting) data. We’ll use Jira as an example, but you can do this with practically any issue tracking collaboration tool to help your team improve software quality.
Habitability as a concept is commonly related to places we live in. It’s what makes them livable. A home.
Richard Gabriel approached this concept in his book “Patterns of Software” and did it from the perspective of programmers. This led me to think the factors that make our daily working context habitable for a tester. How easily can we find the pieces of information that help us question the product? How does something like providing shelter translate into testing context? Are we in control when we are testing and how does that relate to habitability?
There has been an on-going effort on my current client to improve habitability through numerous experiments. Radical changes rarely happen in short time span. That’s why it has required continuous effort and ability to view our work critically on daily basis. I’d like to share this journey to you with all the successes and failures. Perhaps from those bits and pieces you will pick up ideas on how to improve the habitability in your own work.
This document discusses mobile platform testing. It lists the major mobile platforms including iOS, Android, Blackberry, Symbian, and Windows. It describes the different types of mobile applications that can be developed - native, web, and hybrid. It also discusses the different aspects of testing mobile applications including compatibility, usability, interfaces, services, security, performance, and more. The document compares emulator/simulator testing to real device testing and lists the pros and cons of each approach. It recommends using emulators for initial development but performing major testing on real devices before commercial release.
Continuous delivery its not about the technology, its about the people. @sats...Tomas Riha
This document discusses the challenges of implementing continuous delivery at scale. It began with a small, highly productive team practicing test-driven development and continuous regression testing. However, when the team scaled up, they lost these practices and their quality dropped. The document outlines changes needed in development processes, testing approaches, and team roles to successfully adopt continuous delivery at an enterprise scale. Developers must take more responsibility for testing and quality. Testers need skills in test automation and working with developers. Teams must be cross-functional and take full ownership of delivery. Continuous delivery requires transforming the entire organization, not just the technology.
Continuous Integration Is for Everyone—Especially DevOpsTechWell
Continuous delivery and deployment are taking center stage in the DevOps conversations. Neither continuous delivery nor deployment are easy to jump into, and both make a lot of assumptions about the applications being released. Continuous integration (CI), however, is for everyone who wants higher development velocity and better quality. CI can be implemented in development shops from brand new to large enterprise teams. When implemented, CI helps the organization take a giant leap into modern development. With the ever-growing expectation for DevOps teams to produce faster, high-quality software releases, continuous testing—a key CI driver—must occur at all stages of the software delivery chain. Chris Riley covers the important tenets of CI metrics, key CI components, testing, infrastructure, and end-to-end testing. Learn how CI can fit into all development shops, and take back strategies for tackling the challenges of a new system including change control, management, and sustainability.
DevOps - Agile on Steroids by Tom Clement Oketch and Augustine KisituThoughtworks
This document discusses challenges with traditional Agile approaches and how DevOps aims to address them. It notes that while organizations may think they are Agile, problems still arise around deployment pain points, inability to adapt to change, and dissatisfied clients. DevOps focuses on automating processes, breaking down silos between teams, and continuous delivery through culture change, infrastructure automation, measurement, and information sharing. The presentation emphasizes that DevOps is not a role or certification but a relationship and approach centered on collaboration and automation.
***** DevOps Masters Program : https://www.edureka.co/masters-progra... *****
This tutorial on DevOps testing will help you understand how Continuous Testing takes place in the DevOps lifecycle and which tools are used for the same. The following topics have been covered in this video:
1. What Is Continuous Testing?
2. Various Testing Types
3. Tools Used For Continuous Testing
4. Demo: Maven, Selenium, TestNG & Jenkins Integration
Traditional testing approaches involve post-development testing phases where quality is expected to be boosted after code is complete, but this illusion of control can lead to delays if requirements are not fully delivered. Agile testing is iterative and incremental, with testers testing each coding increment as soon as it is finished so that programmers never get ahead of testers and a story is not done until tested. True agile teams focus on repeatable quality and efficiency rather than just delivering specified requirements by a release date.
Starting and Scaling DevOps In the EnterpriseSonatype
Gary Gruver, Gruver Consulting
In my role, I get to meet lots of different companies, and I realized quickly that DevOps means different things to different people. They all want to do “DevOps” because of all the benefits they are hearing about, but they are not sure exactly what DevOps is, where to start, or how to drive improvements over time. They are hearing a lot of different great ideas about DevOps, but they struggle to get every-one to agree on a common definition and what changes they should make. It is like five blind men describing an elephant. In large orga-nizations, this lack of alignment on DevOps improvements impedes progress and leads to a lack of focus.
This session is intended to help structure and align those improvements by providing a framework that large organizations and their executives can use to understand the DevOps principles in the context of their current development processes and to gain alignment across the organization for success-ful implem
This document discusses the importance of testing infrastructure as code. It provides examples of organizations with and without infrastructure as code (IAC) to show the benefits of IAC. These benefits include faster deployment times, increased agility, higher quality, and less downtime.
The document outlines different aspects of infrastructure that should be tested, including servers, services, networks, databases, deployments, hybrid environments, access control, and monitoring. It presents an ideal test pyramid with more unit and integration tests than acceptance tests. The goal is to shift infrastructure testing left to catch errors earlier. Overall, the document argues that testing infrastructure as code leads to more reliable deployments and better organizational performance.
Best DevOps Team Structure - DevOps Conference - Chennai - 21st July 2017Balaji Kalyansundaram
My talk at http://www.agileglobalevent.com/conference/devops/devops-conference-chennai was on keeping Dev and Ops teams together, to bring in ownership & accountability.
I (we) Build. I (we) Support.
The document provides an overview of DevOps fundamentals and key events in the history and evolution of DevOps. It discusses the Agile Manifesto created in 2001 to promote lightweight software development processes. It then outlines the three main transformations required for DevOps - process, technology, and culture. Process transformation involves development and operations teams working together throughout the service lifecycle. Technology transformation relies on automation and infrastructure as code. Culture transformation requires high trust, collaboration, and collective ownership. The document also discusses continuous integration, validation, delivery, deployment, and improvement as DevOps principles.
VAMSEE KRISHNA AKKIRAJU has over 10 years of experience as a tech co-founder, lead software engineer, and director. He has led teams in developing products using technologies like Angular, Node, AWS, and more. Currently he is a lead software engineer at Chegg where he manages remote teams and develops features for products around lead orchestration and displaying school data.
DevOps Dilemma - Make Dev work with Ops!Sandeep Joshi
Every business runs on software and demanding more, faster and better from their IT teams. Current IT operating models are struggling to support the high velocity needs to the business. In this session we run through the steps that brings real meaning to the DevOps journey to make achieve faster and better turnaround for your projects, features and operations.
How is testing different in a DevOps agile team. A perspective from the team.TEST Huddle
In this webinar some of the test team at NewVoiceMedia will discuss how testing has changed for them and why working in an agile team is positive for a tester
Find out more - http://testhuddle.com/resource/testing-in-devops/
Doing DevOps well is really hard. And one of the reasons why doing DevOps well is so hard is because, as the survey sponsored by Google Cloud rightly points out: “Adopting DevOps is not a technology project. It requires changes to staffing, organization structure, performance management, and even culture”. It is easy to do a tool’s implementation and declare victory, but that won’t get organizations the benefit of DevOps -- developing and putting new software/applications into production, quickly.
In this webinar with Irfan Shariff, DASA Ambassador, you’ll learn about:
- Why DevOps
- How DevOps enables the delivery of business results
- Google ( Harvard Business Review) survey findings
- Why doing DevOps is hard
- Learning from doing Agile Software Development
- Doing DevOps right with DASA’s guidance
Organizational
- Individual and team level
Unit testing and refactoring are essential for agile software development to allow changing requirements to be implemented smoothly. Without unit tests, refactoring cannot be done safely. Refactoring enables the software to be changed easily in response to new requirements, which is key to being agile. Test-driven development, code coverage checks, dependency checks, and metrics checks are some techniques and tools that can be used to support an agile approach.
Creating a pull for DevOps in an Agile TransformationTimothy Wise
This presentation was used to start a conversation with the Atlanta DevOps community around patterns for introducing DevOps in large organizations. During the session, I presented findings from coaches around the US.
Building Quality into Your DevSecOps PipelinesInflectra
This is a presentation on how to build quality into your DevOps/DevSecOps pipelines. The presentation covers:
- Software Quality through End-to-end Traceability: How SpiraPlan Enables Progress Tracking and Visualization through Dashboards - Adam Sandman, Inflectra
- Quality Gates: Forcing Functions to Bake Quality In - Jeffery Payne, Coveros
- Delivering Quality Through Your DevSecOps Pipeline Using SpiraPlan - Hugo Sanchez, Coveros.
The presentation was created on Feb 4, 2021.
Agile Metrics to Boost Software Quality improvementXBOSoft
Why don't metrics apply to Agile development methodologies? Wrong! They Do, but you have to know how and when.
Find out in this webinar (recording) in special collaboration with the Chicago Quality Assurance Association (CQAA).
Agile, a development methodology, designed to allow team members to work iteratively during the development process instead of delivering a final product all at once, is now 20 years old. And when it comes to testing within an Agile process, there are those that use pyramids, and rectangles as mental models for where you should put your effort, or not.
Sometimes, software quality in Agile is mistranslated as the idea that everyone is responsible for software testing. But within Agile software development, ensuring quality is much more than testing and must include activities at different levels, including estimates for the workload for each iteration. Otherwise, testing happens last minute—or sometimes not at all, depending on time constraints. To have a successful Agile team, most software developers know that velocity is an essential component.
But it’s not just about measuring velocity, as velocity is only one factor or measurement for success. There are many other factors to measure when you want to assess the success of your Agile team in delivering a quality product. In this webinar, we specifically look at some key metrics for us the measure the success and progress of our quality in Agile.
Tune in with Philip Lew as he goes through ways you can gather insights in slicing, dicing, and analyzing (and interpreting) data. We’ll use Jira as an example, but you can do this with practically any issue tracking collaboration tool to help your team improve software quality.
Habitability as a concept is commonly related to places we live in. It’s what makes them livable. A home.
Richard Gabriel approached this concept in his book “Patterns of Software” and did it from the perspective of programmers. This led me to think the factors that make our daily working context habitable for a tester. How easily can we find the pieces of information that help us question the product? How does something like providing shelter translate into testing context? Are we in control when we are testing and how does that relate to habitability?
There has been an on-going effort on my current client to improve habitability through numerous experiments. Radical changes rarely happen in short time span. That’s why it has required continuous effort and ability to view our work critically on daily basis. I’d like to share this journey to you with all the successes and failures. Perhaps from those bits and pieces you will pick up ideas on how to improve the habitability in your own work.
This document discusses mobile platform testing. It lists the major mobile platforms including iOS, Android, Blackberry, Symbian, and Windows. It describes the different types of mobile applications that can be developed - native, web, and hybrid. It also discusses the different aspects of testing mobile applications including compatibility, usability, interfaces, services, security, performance, and more. The document compares emulator/simulator testing to real device testing and lists the pros and cons of each approach. It recommends using emulators for initial development but performing major testing on real devices before commercial release.
The document describes Phoenix Automated Test Bench, an open-source test automation solution. It utilizes action-word driven testing authored in Excel and imported into a management portal. Tests are executed against virtual machines in parallel. The solution provides a framework for automating regression testing across operating systems and browsers in a scalable way. It aims to make test automation accessible to testers without a coding requirement.
How to Break your App - Workshop - Testbash 2015Daniel Knott
Mobile phones are available since the middle of the 1980s. Since then, the devices changed savagely but the biggest change happened in 2007, when the first iPhone was presented by Apple. Since then, the mobile smartphone market knows only one direction – UP! Since 8 years touch devices are everywhere, from smartphones to tablets.
More than 2 millions apps are available for download in the stores of the biggest vendors and this number is still increasing. There are apps for photos, music, games, office and many more categories just to name some of them.
But what about the quality of those apps? Are those apps reliable, trust worthy, easy to use, well developed and tested? The latest world quality report from Sogeti shows that almost half (45 percent) of mobile apps are not well tested in terms of functionality, performance and security.
This workshop includes insights into the challenging job of mobile testing from native to web apps. Best practices will be provided to become a better mobile tester. Besides that, this workshop will show different test techniques from functional to non functional mobile testing, test automation tools and how to handle the device fragmentation.
The workshop will not include practical mobile test automation. However, the participants will be able to test different mobile apps manually based on the content of the workshop.
Boost your testing power with ExplorationHuib Schoots
The document discusses exploratory testing. It defines exploratory testing as an approach that emphasizes personal freedom and responsibility of testers to continually optimize their work by treating learning, test design, and execution as parallel activities. The document provides strategies and techniques for exploratory testing, including using test charters, coverage outlines, risk lists, and test logs. It also discusses how more exploration can boost testing value by focusing on what needs to be done, creating engagement, leveraging tacit knowledge, and using insights to inform subsequent tests. Mastering exploratory testing requires practice, pairing with others, debriefing sessions, and training to generate test ideas quickly.
The document provides tips for developing your personal brand in 3 sections. The first section emphasizes being authentic and developing critical thinking skills to avoid being misled. The second section recommends excelling in your craft and considering what could go wrong with plans. The final section advises networking, promoting yourself confidently, and collecting rejections as part of the branding process. The overall message is to develop an authentic, skilled brand and promote yourself wisely.
The times they are a changing. Constantly.
What can we.....should we be doing to ensure we remain relevant?
Is it a case of screaming to be heard to prove our value?
Forgetting about job titles and utilising our skills where needed?
Remembering and using all the buzz words you can?
Up-skilling? What would you focus on?
This will be an interactive session within which you can share your thoughts.
Testing and User Experience for Mobile Apps (for Students)Arslan Ali
A one of the first presentation I gave on Mobile Application testing at New Ports Institute - Just like to have it here for the students and anyone who wish to familiarize with mobile apps testing
The document discusses getting started with agile and provides guidance on setting up an agile team. It recommends focusing on value creation, choosing an appropriate agile pilot project based on value, constraints and risk, and setting up the team by including key roles. It also discusses establishing a delivery cadence through regular releases, building trust by delivering working software, and clearing impediments to replication success across the organization.
The document discusses comparing software products using the FEW HICCUPPS oracle heuristics. It provides examples of what could be considered a "comparable product" for comparison, including other software products, attributes, features, functions, algorithms, outputs, patterns of behavior, and more. Even dissimilar products may have one point of similarity that could be useful. Comparisons should be made carefully and focus on aspects relevant to testing and meeting client needs.
This document discusses exploitation testing, which checks whether agreed upon service levels in service level agreements can be achieved. It provides an overview of service level agreements and trends driving their increased use. It also describes APG's best practices around involving exploitation services early in projects and using a formal test approach. Finally, it discusses using state transition testing to test availability, including specifying system components, failures, preventive measures, state transition diagrams, and test cases.
What do viewers want? A look at viewer behaviors and wants. Matthew Pierce
Presentation given at Society for Technical Communicators 2014
As video becomes a popular method for communicating to the audiences of technical communicators, it becomes more important to understand how to connect with you audience. But what do viewers expect, want, and really need from the videos you create?
During this presentation, using data from a research study of 1900 participants, we’ll review what viewers want and what you should be doing to maximize the effectiveness of your videos. We’ll look at everything from appropriate video length, to techniques for engaging viewers.
Some of the questions that we’ll address during the course of the presentation include:
* How long will viewers watch informational and educational videos?
* Why do viewers stop watching videos?
* What qualities are shared by ‘great’ videos?
* What type of interactions increase engagement?
Some of the results are surprising. For instance, the advice given for length of a video tends to be about 3 minutes or less. The research conducted points to different results, depending on the type of video. For instructional videos, the result with the highest response was for videos 10-15 minutes.
In addition to just understanding behaviors, the research set out to understand what would help further engage viewers. During the presentation, and as it makes sense, practical applications and tactics that video creators can use to improve the viewing experience will be presented.
Whether you are just starting or already using video heavily, this presentation will help you focus on connecting with your viewers and improve their experience to keep them more engaged and focused.
This document discusses challenges and opportunities for scalable data management in cloud computing environments. It describes how cloud computing brings novel challenges for data management systems due to large data volumes, variety of data types, rapid data changes, and large numbers of users. The document outlines characteristics needed for cloud database systems, such as scalability, elasticity, and fault tolerance. It also discusses approaches taken by companies like Google, Yahoo, and Amazon to build scalable data platforms and the need for database services tailored to cloud platforms and large multi-tenant applications.
This document discusses software testing for startups. It notes that startups focus on big impacts, passion, and challenges over quality. Testing is typically done through beta testing, which provides a cheap solution. However, startups should be informed on benefits of testing and techniques like rapid testing to ensure quality from the start. The document promotes educating startups on software testing and available resources through groups and grants.
Andrew Jutton and I discuss what caused them some issues when implementing BDD. We have a list of items and we'll basically go through as many as we can in our allotted time.
In no particular order:
Don’t rush into automation
Don’t spend hours arguing about the correct language to use
See what others are doing
Write scenarios as a team
Have the conversation
Don’t add implementation details in scenarios
Add tests to continuous integration process as early as possible
Use your scenarios
Include the SME (Subject Matter Expert)
domain expert and customer
Keep scenarios precise
Use examples to reinforce the scenario
Every scenario is negotiable and is subject to change at any time
Your scenarios are your living documentation
Make things visual
Sign off scenarios
Just do it.
The document discusses exploitation testing to test service level agreements at All Pension Group. It describes understanding exploitation testing and best practices at APG, including using state transition testing to test availability defined in SLAs. State transition testing involves specifying system components, possible failures, prevention measures, and state transition diagrams to define states and transitions. This is used to specify test cases to validate availability and ensure SLA metrics are met.
A confused tester in agile world finalversionAshish Kumar
This document discusses challenges faced by testers in agile environments. It begins with a story of a confused tester and presents several case studies of different organizations' approaches to testing in agile projects. It identifies common challenges such as changing requirements, lack of information, testing pace, and skills. A survey found that test automation, risk tracking, and cross-functional teams are commonly implemented agile practices. The document concludes with principles of testing being a continuous responsibility of the whole team.
This document contains a resume summary for Kumar Saurabh Agrawal seeking a middle to senior level position in software testing. He has over 10 years of experience in manual and automation testing using tools like Selenium, Appium, QTP, and databases like SQL. His experience includes testing in domains like banking, finance, healthcare, and insurance. He is proficient in agile methodologies and has experience leading testing teams and managing projects.
Building QA Team that matters for an Agile WorldMaurizio Mancini
Presentation from Quest 2015 - Covers building a new QA Team that matters, how to approach Agile Testing, and how to present the message to renovate your existing QA team for Agile.
SuperOffice has established a culture where QA is an important and integral part of the daily work in R&D. It's about highlighting the quality aspect of everything we do and what actions we need to execute in order to use the new level of visibility that is created. This presentation was held on the Software Product Engineering Conference in Colombo in June 2103 (www.spec.lk) and is about what SuperOffice has done to bring QA to this level
The role of Software Quality Assurance (SQA) has transformed significantly in the context of modern software development life cycle, particularly with the rise of Agile and Scrum methodologies. SQA teams are now integrated into the development process from the beginning, working collaboratively with developers to identify and address quality issues. This agility is critical in ensuring high-quality software products that meet the needs of end-users.
DevOps practices have also played a significant role in the transformation of SQA. By integrating development and operations, DevOps enables SQA teams to work more closely with both teams and ensure that quality is maintained throughout the entire software development life cycle.
To ensure agility in SQA, teams can also implement test automation, continuous integration and delivery, and other DevOps practices. These strategies help to reduce the time and effort required to test software, while also improving accuracy and reliability.
In the future, emerging technologies such as artificial intelligence and machine learning will create new opportunities for innovation in SQA, and new challenges for SQA teams to overcome. However, by embracing agility and DevOps practices, SQA teams will be well-equipped to meet these challenges and continue to ensure the high-quality software products that users demand.
In summary, this presentation will cover the transformation of SQA in modern software development life cycle, with a particular focus on agility, Agile and Scrum methodologies, DevOps practices, and emerging technologies. Attendees will gain a clear understanding of the strategies and technologies that can be used to ensure high-quality software products in an increasingly fast-paced and complex development landscape.
Prasanna Hegde is a software testing engineer with over 2 years of experience in manual and automation testing of web and e-commerce applications. He has expertise in test automation tools like QTP and Telerik Test Studio. Currently he works as a testing engineer at IntuVision Labs where he tests their medical application. Previously he has tested applications for clients in various domains like e-commerce, desktop, and healthcare.
SOASTA Webinar: Process Compression For Mobile App Dev 120612SOASTA
1. The webinar discussed continuous integration and automation practices for mobile development and testing. It focused on how to automate testing to keep up with the pace and scale of mobile development.
2. Speakers from Atlassian, Zephyr, and SOASTA discussed how tools like Bamboo and CloudTest can help automate builds, testing, and monitoring to fail faster and achieve continuous delivery of mobile apps.
3. The webinar emphasized that manual testing cannot keep up with the pace of mobile development and highlighted principles of continuous integration like building and testing code frequently and leveraging automation.
Software Test Engineer with 3.6 years of experiencevijaya lakshmi
Vijaya Lakshmi has over 3.6 years of experience in software testing and quality assurance. She has worked as a senior software test engineer and test engineer for various companies testing applications in domains such as product lifecycle management, insurance, and administration tools. She has experience in all phases of testing including requirements analysis, test case design, execution, defect tracking, and reporting. Vijaya Lakshmi is proficient in testing methodologies, tools, and programming languages. She is looking for new opportunities as a QA/test engineer.
Manchester ITExpo Talk: DevOps large and small - Cambridge SatchelJwooldridge
This document summarizes the experience of the author in leading large and small DevOps projects. For the large project at Marks & Spencer, the author introduced Continuous Integration, DevOps and Behavior Driven Development practices to a team of 650 working on 65 applications over 4 years. Challenges included legacy systems, complex test environments and vendors without DevOps practices. For the small project at Cambridge Satchel, the author helped launch a new website on a redesigned technology and team model based on DevOps principles in under 2 months, leading to increased sales. The document provides tips for starting a DevOps transformation including defining independently deployable layers, focusing investment where it matters most, and setting a high bar for new initiatives.
This document provides an executive summary for Perla Ravi Theja, including their contact information, work experience, skills, certifications, education, and projects. It highlights their current role as a Quality Associate at Ariba using QTP/UFT, over 5 years of experience in automating applications for clients like Unilever and Nike, and skills in areas like test automation, SAP, QTP/UFT, and cloud computing.
The document summarizes the career journey and experiences of Dileep Marway in the field of software testing over 12 years. It describes his initial role as a manual tester in 2006 and how the view of testing has evolved since, with testers now working more closely with developers. It then outlines some of Dileep's subsequent roles gaining experience in development, automation, and management. It concludes by describing his current role setting up a QA Center of Excellence at The Economist, focusing on shifting testing left and ensuring efficiency through a DevOps culture.
Sharath N S has over 4 years of experience as a Software Professional at IBM India Pvt Ltd, where he has worked as both an Application Developer and Test Automation Engineer. He has expertise in Java, Selenium, databases, and various testing practices like functional testing. Some of his projects at IBM include working on the SalesConnect CRM tool, improving the release success rate for Mobily's software, and configuring products using the IPC framework. He is skilled in Agile methodologies and tools like Jira, GitHub, and Eclipse. Sharath holds an MS in Quality Management and a BE in Information Science.
This document provides a summary and experience details of Dr. Ganesh Neelakanta Iyer. It summarizes that he is a QA Architect at Progress with over 12 years of experience in research, development, and QA. He has designed several QA automation frameworks and leads product QA initiatives. He is also passionate about product evangelism through various forums, workshops, and mentoring.
Continuous delivery requires more that DevOps. It also requires one to think differently about product design, development & testing, and the overall structure of the organization. This presentation will help you understand what it takes and why one would want to deliver value to your customers multiple times each day. #CIC
Jeff "Cheezy" Morgan Ardita Karaj
The document discusses agile testing and how it differs from traditional testing methodologies. It outlines how agile transformations affect testing practices, requiring testers to shift from solely writing test scripts to participating in requirements definition and writing test cases earlier. It also discusses common types of agile testing like exploratory and risk-based testing. The document provides examples of open source tools that can be used for agile testing and highlights both advantages like reduced costs and faster delivery, and disadvantages like less documentation.
10+ years of experience in Software Testing, QA/QC Process/Team Management. Experience in Agile, Waterfall, V model Methodology, support ticket management, vendor management and change request management.
. Certified Software Test Manager from IIQM India.
. ISTQB Certification from Software Testing Board of India.
Specialties: Manual Software Testing, People Management, Delivery management, Quality & Process Implementation management and compliance. Implementation process for Internal Team Management.
This talk was given in GeoSTQB webinar on June 15, 2020. Several strengthening trends are discussed. Testing careers are evolving – there are entries into testing and out of testing. Testing is becoming a role for everyone. ISTQB, as the world’s largest testing association, provides guidance into different testing activities, supporting testing careers. Another influential aspect is the on-march of agile teams, where testing is a whole team responsibility. Then there is test automation - that is an ever-increasing domain within testing. Test automation is not taking tester jobs away, but it is transforming them, giving tools for testing. Then there is DevOps – placing testing in the middle of a largely automated delivery pipeline. There is a place for manual testing, too, but test automation has a big meaning here. Finally, Artificial Intelligence is transforming all IT task, including testing. Automation of activities can now or soon be done in a scale that wasn’t possible earlier. Do we have reason to fear for our jobs? No – AI is best placed as yet another aid for the increasing demand of good quality in software, that is more complex than ever. Soon, we couldn’t cope without AI.
My talk about DevOps in Knowit Developer Summit 2018 in Oslo. This talk is a condensed version of the DevOps workshop I run for management teams and technical teams to start their journey as an organization towards DevOps. We refer to DASA DevOps Agile Skills Association's definitions of DevOps. The talk includes also Knowit DevOps Maturity Model high level description.
Beauty rani2.5 yrs exp in manual and selenium bangaloreBeauty Rani
Beauty Rani is a quality analyst with over 2 years of experience in manual testing, automation testing, and agile methodologies. She has expertise in Selenium WebDriver, TestNG, SQL, and defect tracking tools like JIRA. She has worked on projects for Findlaw, Solvato Info Services, and tested applications like PIC, ORACLE BPM, Coportal, and Publisher. She holds a B.Tech in Information Technology and certifications in DB2 9, RAD V6.0, and Tivoli Directory Server V6.1.
Robert L. Swoboda is a Quality Assurance Specialist with over 15 years of experience in software quality management and assurance. He has a passion for quality and continuous improvement. His objective is to build or work with dedicated QA teams to achieve maximum product quality at minimum cost. Some of his professional experiences include directing over 55 resources across multiple departments at Intel and developing and implementing QA methodologies and processes. He has expertise in test coordination, quality best practices, risk assessment, defect management, and test automation.
This document provides an overview of beta testing methodology and best practices. It discusses the purpose and value of beta testing, as well as the typical structure and process, including preparing a beta plan, identifying beta sites and participants, releasing builds, and compiling data and feedback. It also describes the recommended beta documentation set, including internal documents like a beta test plan and matrix for tracking progress, and external documents for communicating with customers. The goal is to manage the beta process effectively and collect meaningful data to evaluate the product before its full release.
The document provides a template for an exploratory test charter. The charter includes sections for introduction, context, execution, and reporting. The context section describes the test environment, coverage area, and tasks. The execution section is for documenting testing notes, output files, issues, and bugs found. The reporting section summarizes the time spent on design, execution, issue investigation, and other phases of the exploratory test.
The charter session will verify that the system performs as expected without any errors or adverse functionality. It will test the system in various environments using different browsers, platforms, and input data. Issues and bugs encountered will be documented and reported on to determine if the system meets its intended purpose.
This letter provides a recommendation for Rob, who worked as the head of Quality Assurance and documentation for two years at Pearson Education. The director praises Rob for his experience in different applications and for fully committing himself to tasks. Rob did an excellent job focusing the engineering team on testing and software readiness. The director was sad to lose such a dedicated employee who left a great mark on Pearson and will be missed by the entire team.
Rob Swoboda is being recommended for a position by John Sullivan, the founder and CEO of HomeShore Solutions LLC, where Rob worked as a Senior Software QA Analyst. Rob played an integral role in the successful completion of the SIRIS project at Scottsdale Insurance Company, requiring both technical skills and the ability to navigate political environments. In addition to completing the job, Rob built lasting friendships. Rob is a highly qualified technical resource who also possesses valuable soft skills that can make a difference in project success.
Big Data Analytics Quick Research Guide by Arthur MorganArthur Morgan
This is a Quick Research Guide (QRG).
QRGs include the following:
- A brief, high-level overview of the QRG topic.
- A milestone timeline for the QRG topic.
- Links to various free online resource materials to provide a deeper dive into the QRG topic.
- Conclusion and a recommendation for at least two books available in the SJPL system on the QRG topic.
QRGs planned for the series:
- Artificial Intelligence QRG
- Quantum Computing QRG
- Big Data Analytics QRG
- Spacecraft Guidance, Navigation & Control QRG (coming 2026)
- UK Home Computing & The Birth of ARM QRG (coming 2027)
Any questions or comments?
- Please contact Arthur Morgan at [email protected].
100% human made.
Special Meetup Edition - TDX Bengaluru Meetup #52.pptxshyamraj55
We’re bringing the TDX energy to our community with 2 power-packed sessions:
🛠️ Workshop: MuleSoft for Agentforce
Explore the new version of our hands-on workshop featuring the latest Topic Center and API Catalog updates.
📄 Talk: Power Up Document Processing
Dive into smart automation with MuleSoft IDP, NLP, and Einstein AI for intelligent document workflows.
Designing Low-Latency Systems with Rust and ScyllaDB: An Architectural Deep DiveScyllaDB
Want to learn practical tips for designing systems that can scale efficiently without compromising speed?
Join us for a workshop where we’ll address these challenges head-on and explore how to architect low-latency systems using Rust. During this free interactive workshop oriented for developers, engineers, and architects, we’ll cover how Rust’s unique language features and the Tokio async runtime enable high-performance application development.
As you explore key principles of designing low-latency systems with Rust, you will learn how to:
- Create and compile a real-world app with Rust
- Connect the application to ScyllaDB (NoSQL data store)
- Negotiate tradeoffs related to data modeling and querying
- Manage and monitor the database for consistently low latencies
Linux Support for SMARC: How Toradex Empowers Embedded DevelopersToradex
Toradex brings robust Linux support to SMARC (Smart Mobility Architecture), ensuring high performance and long-term reliability for embedded applications. Here’s how:
• Optimized Torizon OS & Yocto Support – Toradex provides Torizon OS, a Debian-based easy-to-use platform, and Yocto BSPs for customized Linux images on SMARC modules.
• Seamless Integration with i.MX 8M Plus and i.MX 95 – Toradex SMARC solutions leverage NXP’s i.MX 8 M Plus and i.MX 95 SoCs, delivering power efficiency and AI-ready performance.
• Secure and Reliable – With Secure Boot, over-the-air (OTA) updates, and LTS kernel support, Toradex ensures industrial-grade security and longevity.
• Containerized Workflows for AI & IoT – Support for Docker, ROS, and real-time Linux enables scalable AI, ML, and IoT applications.
• Strong Ecosystem & Developer Support – Toradex offers comprehensive documentation, developer tools, and dedicated support, accelerating time-to-market.
With Toradex’s Linux support for SMARC, developers get a scalable, secure, and high-performance solution for industrial, medical, and AI-driven applications.
Do you have a specific project or application in mind where you're considering SMARC? We can help with Free Compatibility Check and help you with quick time-to-market
For more information: https://www.toradex.com/computer-on-modules/smarc-arm-family
This is the keynote of the Into the Box conference, highlighting the release of the BoxLang JVM language, its key enhancements, and its vision for the future.
Complete Guide to Advanced Logistics Management Software in Riyadh.pdfSoftware Company
Explore the benefits and features of advanced logistics management software for businesses in Riyadh. This guide delves into the latest technologies, from real-time tracking and route optimization to warehouse management and inventory control, helping businesses streamline their logistics operations and reduce costs. Learn how implementing the right software solution can enhance efficiency, improve customer satisfaction, and provide a competitive edge in the growing logistics sector of Riyadh.
#StandardsGoals for 2025: Standards & certification roundup - Tech Forum 2025BookNet Canada
Book industry standards are evolving rapidly. In the first part of this session, we’ll share an overview of key developments from 2024 and the early months of 2025. Then, BookNet’s resident standards expert, Tom Richardson, and CEO, Lauren Stewart, have a forward-looking conversation about what’s next.
Link to recording, transcript, and accompanying resource: https://bnctechforum.ca/sessions/standardsgoals-for-2025-standards-certification-roundup/
Presented by BookNet Canada on May 6, 2025 with support from the Department of Canadian Heritage.
Semantic Cultivators : The Critical Future Role to Enable AIartmondano
By 2026, AI agents will consume 10x more enterprise data than humans, but with none of the contextual understanding that prevents catastrophic misinterpretations.
Technology Trends in 2025: AI and Big Data AnalyticsInData Labs
At InData Labs, we have been keeping an ear to the ground, looking out for AI-enabled digital transformation trends coming our way in 2025. Our report will provide a look into the technology landscape of the future, including:
-Artificial Intelligence Market Overview
-Strategies for AI Adoption in 2025
-Anticipated drivers of AI adoption and transformative technologies
-Benefits of AI and Big data for your business
-Tips on how to prepare your business for innovation
-AI and data privacy: Strategies for securing data privacy in AI models, etc.
Download your free copy nowand implement the key findings to improve your business.
Noah Loul Shares 5 Steps to Implement AI Agents for Maximum Business Efficien...Noah Loul
Artificial intelligence is changing how businesses operate. Companies are using AI agents to automate tasks, reduce time spent on repetitive work, and focus more on high-value activities. Noah Loul, an AI strategist and entrepreneur, has helped dozens of companies streamline their operations using smart automation. He believes AI agents aren't just tools—they're workers that take on repeatable tasks so your human team can focus on what matters. If you want to reduce time waste and increase output, AI agents are the next move.
DevOpsDays Atlanta 2025 - Building 10x Development Organizations.pptxJustin Reock
Building 10x Organizations with Modern Productivity Metrics
10x developers may be a myth, but 10x organizations are very real, as proven by the influential study performed in the 1980s, ‘The Coding War Games.’
Right now, here in early 2025, we seem to be experiencing YAPP (Yet Another Productivity Philosophy), and that philosophy is converging on developer experience. It seems that with every new method we invent for the delivery of products, whether physical or virtual, we reinvent productivity philosophies to go alongside them.
But which of these approaches actually work? DORA? SPACE? DevEx? What should we invest in and create urgency behind today, so that we don’t find ourselves having the same discussion again in a decade?
Enhancing ICU Intelligence: How Our Functional Testing Enabled a Healthcare I...Impelsys Inc.
Impelsys provided a robust testing solution, leveraging a risk-based and requirement-mapped approach to validate ICU Connect and CritiXpert. A well-defined test suite was developed to assess data communication, clinical data collection, transformation, and visualization across integrated devices.
HCL Nomad Web – Best Practices and Managing Multiuser Environmentspanagenda
Webinar Recording: https://www.panagenda.com/webinars/hcl-nomad-web-best-practices-and-managing-multiuser-environments/
HCL Nomad Web is heralded as the next generation of the HCL Notes client, offering numerous advantages such as eliminating the need for packaging, distribution, and installation. Nomad Web client upgrades will be installed “automatically” in the background. This significantly reduces the administrative footprint compared to traditional HCL Notes clients. However, troubleshooting issues in Nomad Web present unique challenges compared to the Notes client.
Join Christoph and Marc as they demonstrate how to simplify the troubleshooting process in HCL Nomad Web, ensuring a smoother and more efficient user experience.
In this webinar, we will explore effective strategies for diagnosing and resolving common problems in HCL Nomad Web, including
- Accessing the console
- Locating and interpreting log files
- Accessing the data folder within the browser’s cache (using OPFS)
- Understand the difference between single- and multi-user scenarios
- Utilizing Client Clocking
The Evolution of Meme Coins A New Era for Digital Currency ppt.pdfAbi john
Analyze the growth of meme coins from mere online jokes to potential assets in the digital economy. Explore the community, culture, and utility as they elevate themselves to a new era in cryptocurrency.
TrsLabs - Fintech Product & Business ConsultingTrs Labs
Hybrid Growth Mandate Model with TrsLabs
Strategic Investments, Inorganic Growth, Business Model Pivoting are critical activities that business don't do/change everyday. In cases like this, it may benefit your business to choose a temporary external consultant.
An unbiased plan driven by clearcut deliverables, market dynamics and without the influence of your internal office equations empower business leaders to make right choices.
Getting things done within a budget within a timeframe is key to Growing Business - No matter whether you are a start-up or a big company
Talk to us & Unlock the competitive advantage
Quantum Computing Quick Research Guide by Arthur MorganArthur Morgan
This is a Quick Research Guide (QRG).
QRGs include the following:
- A brief, high-level overview of the QRG topic.
- A milestone timeline for the QRG topic.
- Links to various free online resource materials to provide a deeper dive into the QRG topic.
- Conclusion and a recommendation for at least two books available in the SJPL system on the QRG topic.
QRGs planned for the series:
- Artificial Intelligence QRG
- Quantum Computing QRG
- Big Data Analytics QRG
- Spacecraft Guidance, Navigation & Control QRG (coming 2026)
- UK Home Computing & The Birth of ARM QRG (coming 2027)
Any questions or comments?
- Please contact Arthur Morgan at [email protected].
100% human made.
2. INTRODUCTIONS
• Bob Small “QA Bob”
• Since 1998 I has worked in IT as a developer, network admin, Scrum Master, DBA, QA/Test Engineer, and
DevOps. Bob’s experience and focus has been testing in GUI's, browsers, desktop applications,
Telephony, IVRs, APIs, Data Schema, and Server applications.
• Recently Bob has been focused on Continuous Delivery and Context-driven Testing. Bob has presented
talks on Continuous Delivery and Context-driven Testing at recent Star conferences
• Rob Swoboda “Rob”
• Rob Has been in IT since 1997 with over 17 years in all aspects of software testing across a wide variety
of industries. Rob is a alumni Speaker at Star-East 2010.
3. CHANGING WORLD = NEW ROLES “QA-X” ROLE
1. How is the Software Development world changing and
what does that mean to testing
2. New roles: Technical QA “TQA”, QA anchor, BA/SA “BSA”,
3. What are these new roles and why are they needed?
4. WHAT IS THIS NEW ROLE “QA ANCHOR”
• QA Anchor does and how this job function works?
• What type of test cases does a QA Anchor write?
• What types testing are the QA anchors responsible for signing off on?
• What artifacts does a QA anchor produce?
• What type of QA person and back ground is required for a QA Anchor?
5. MEET THE QA ANCHOR ROLE!
How the QA Anchor job function works:
1. The QA Anchor infuses the software creation culture and ethos with quality
behaviors and habits to produce working software.
2. The QA Anchor strives to be the glue that holds projects together.
3. The QA Anchor collaborates.
4. The QA Anchor Advocate and Evangelize.
5. The QA Anchor Advocate Automation.
6. The QA Anchor lets go of Functional testing and empower the entire team to
own quality.
6. MEET THE QA ANCHOR ROLE!
7. The QA Anchor Drive use of Open Source
8. The QA Anchor Coaches and Enabling.
9. The QA Anchor strives to learn something new every day.
10. The QA Anchor is an integral part of a dynamic culture.
11. As a Quality Anchor, you help to create outstanding user
experiences.
8. TYPE OF QA PERSON MAKES FOR A QA ANCHOR?
ONE WHO HAS:
1. Experience with open source test automation tools and frameworks.
2. A rich breadth of experience in web and mobile fundamentals.
3. An eagerness to do what it takes to get the job done.
4. Experience in mentoring and executing Agile, Lean, and Continuous Delivery
best practices.
5. A disruptive attitude towards technology innovation.
9. TYPE OF QA BACK GROUND NEED FOR A QA ANCHOR ?
Skills/Experience needed:
1. Communicates extremely effectively.
2. Monitors, evaluates, manages and executes quality measures.
3. Works closely with leadership to produce product quality maturity.
4. Reviews progress toward the goals regularly with leadership.
5. Performance metrics program for quality improvement initiatives.
6. Conducts audits and analyses findings.
7. Coordinates and facilitates quality assurance activities.
10. THE QA ANCHOR’S ENVIRONMENT
• Can vary but….
• Works best in Extreme programming, Paired Development, Test Driven Development
environments.
• Here the QA Anchor mentors pairs of Developers to functionally test their code
before deployment.
• The QA Anchor helps to create an effective flexible Testing methodology utilizing
Behavior-Driven Development (BDD) testing in conjunction with a Context Driven
approach. The primary Test Method/ Techniques of The QA Anchor being Exploratory
Testing in a Session-Based Test Management framework.
• The QA Anchor motto “Road blocks don’t hang me up!!!
11. THE QA ANCHOR AT AAA
1. Here we follow the digital way.
2. Based on the agile manifesto with success measured by working software.
3. The QA Anchor takes the accumulation of all their skills, past experience and
wisdom and articulate them in a dynamic and intuitive manner.
4. The end result is not Doc’s $ Procs but working software achieved by infusing
the culture and behavior of the team with quality practices the are ingrain in
“The way we make software”!
13. WHAT ARE QA ANCHOR ARTIFACTS
• What type of documentation and testing are QA Anchors responsible for???
• Answer Not much!
• Exploratory test deliverable.
• Exploratory-Charter-Template empty.docx
• Exploratory-Charter-Template.docx
• QA Anchor Engagement Final 12-24-15.docx
14. QA ANCHOR METHODS
• Engagement
• Walk about
• QA Anchor Engagement Guidelines
• Exploratory test activities and test techniques we use:
• Paired exploratory testing.
• Time box:
• 3 min Recording , Video time box executions
15. IN SUMMARY
1. The QA Anchor guides.
2. The QA Anchor empowers.
3. The QA Anchor not focused on doing testing.
4. The QA Anchor is Advocate.
5. The QA Anchor is hands on in…..
Some text was taken from https://www.thoughtworks.com/jobs/163468
Editor's Notes
#4: 1. Mention agile, Kanban Continuous Delivery, Context and Behavioral Driven Dev =
leading to Exploratory Testing Context and Behavioral Driven testing.
2. Tech QA = mid lvl dev and sr. QA in one role, BSA merges the BA role with the System Analyst role.
3. For various reason such as rapidly changing market place and new methodologies to answer the demand the market places on software products.
#6: QA Anchor does and how this job function works?
The QA Anchor infuses the software creation culture and ethos with quality behaviors and habits
that will enhance the level of quality at every level of the creation of working software.
The QA Anchor strives to be the glue that holds projects together.
The QA Anchor collaborates with stakeholders and project team to identify needs and gather requirements.
The QA Anchor Advocate and Evangelize for best practices like pair programming, Test Driven Development (TDD), Behavioral-Driven Development (BDD), Continuous Integration (CI), Continuous Delivery (CD) and
The QA Anchor Advocate automation of every part of the software delivery lifecycle
The QA Anchor lets go of Functional testing and empower the entire team to own quality.
#7: 6. Drive use of Open Source and share latest tools and trends across teams.
7. Coaching and enabling of project teams.
8. Learn something new every day.
9. The Quality Anchor is a integral part of a dynamic, collaborative, transparent, non-hierarchal, and ego-free culture where your talent is valued over a role title.
10. As a Quality Anchor, you will help us to create outstanding user experiences by assisting developers to validate the quality of their code. In your role, you will perform exploratory testing and pair-program with another team member (Designer, Developer, Analyst) to complete a user story. You will complete help developers with Test Driven Development (TDD) and potentially create automated test scripts to ensure a full suite of testing occurs. You will work directly with the team in real time and will participate in the acceptance testing by the Product Owner to gain acceptance of the story.
#9: Experience with open source test automation tools and frameworks.
A rich breadth of experience in web and mobile fundamentals.
An eagerness to do what it takes to get the job done. Whether that means going back to the drawing board with a problem or simply taking on different roles and responsibilities for a period of time - you thrive at adapting to changing environment
Experience in mentoring and executing Agile, Lean, and Continuous Delivery best practices.
A disruptive attitude towards technology innovation.
#10: Skills/Experience:
Communicates internal IT service quality control standards, policies and procedures.
Monitors, evaluates, manages and executes audit processes to ensure compliance
Works closely with Digital Services leaders to develop and implement an overall quality maturity roadmap and plan.
Reviews progress toward the plan regularly with Digital Services leaders, technical teams and customers to make modifications as necessary
Designs, monitors and analyzes performance metrics program for quality improvement initiatives.
Conducts audits and analyses findings to develop appropriate corrective action recommendations.
Coordinates and facilitates quality assurance activities for a product or set of products delivered by the Digital Services Team
#11: The development environment must be dynamic and flexible.
Creativity and intuition are allowed to guide the quality process.
There is no fear of change as change equals opportunity!
#14: Brief on QA Anchor focus on Exploratory test deliverable.
Overview of Exploratory testing: Explain diff between Functional (Predictive / Verification test: “Are we building the product right?" The software should conform to its specification.) , and exploratory testing (Subjective/ Intuitive, Validation test:“ Are we building the right product?" The software should do what the user really requires.)
The Exploratory test charters are used for keeping track of an exploratory test session’s findings.
Exploratory testing itself is a documented approach to testing a system’s functionality with an architecture that is largely unknown.
Ask for question after each section
Present the Exploratory testing doc and explain the sections
#15: Engagement
Walk about
QA Anchor Engagement guidelines
Exploratory test activities and test techniques we use:
Paired exploratory testing.
Time box:
3 min Recording , Video time box executions
Compare with Exploratory template for EZ pay
Demo recorded testing method.
Demo paired testing with Bob.
QA Anchor Engagement
#16: The QA Anchor guides dev and org to quality practices.
The QA Anchor empowers the team to own quality and freely transfer the traditional testing responsibilities to them.
The QA Anchor not focused on doing testing but weaving testing and quality behaviors into the development culture.
The QA Anchor is Advocate, Evangelist and Coach of the teams Culture of Quality.
The QA Anchor is hands on in leading/ performing Exploratory testing and identifying/ introducing new tool and techniques to the team to enhance the quality of each release of the product