The document discusses testing user stories throughout the development process from planning through deployment. It emphasizes testing early by writing automated unit tests during development. Testers work closely with developers to understand the approach and test in the development environment. This helps find defects early and prevent issues. The goal is to deliver working software through continuous testing, including acceptance criteria, exploratory testing, automation, and regression testing.
Learn how agile and test automation interact in the real world
To be presented at Aqua SW Test Automation Open Day at Hi-tech College (http://www.aquasw.com/services_training.php#an2)
How to go beyond traditional Scrum principles and scale to globally distributed teams with Continuous Delivery and Subversion. Presented by Andy Singleton of Assembla and Scott Rudenstein of WANdisco. Presented Nov. 15, 2012. 30 minutes.
Learn how agile and test automation interact in the real world
To be presented at Aqua SW Test Automation Open Day at Hi-tech College (http://www.aquasw.com/services_training.php#an2)
How to go beyond traditional Scrum principles and scale to globally distributed teams with Continuous Delivery and Subversion. Presented by Andy Singleton of Assembla and Scott Rudenstein of WANdisco. Presented Nov. 15, 2012. 30 minutes.
Agile Testing Leadership Lessons for the Test & QA Professionals
Silicon India Software Testing Conference - SOFTEC - 2 July 2011
Bangalore
Presentation from Speaker: Vaidyanathan Ramalingam,
Director Engineering (Test), Huawei Technologies R&D, Bangalore
Coverage:
1) Waterfall Testing Vs Agile Testing
2) Testing Checklist - 5W & 2H
3) Trade Off Economics in Testing
4) Software Testing Eco System
5) RCA (Root Cause Analysis)
Agile Testing Leadership Lessons for the Test & QA Professionals
Silicon India Software Testing Conference - SOFTEC - 2 July 2011
Bangalore
Presentation from Speaker: Vaidyanathan Ramalingam,
Director Engineering (Test), Huawei Technologies R&D, Bangalore
Coverage:
1) Waterfall Testing Vs Agile Testing
2) Testing Checklist - 5W & 2H
3) Trade Off Economics in Testing
4) Software Testing Eco System
5) RCA (Root Cause Analysis)
Agile Testing Leadership Lessons for the Test & QA Professionals
Silicon India Software Testing Conference - SOFTEC - 2 July 2011
Bangalore
Presentation from Speaker: Vaidyanathan Ramalingam,
Director Engineering (Test), Huawei Technologies R&D, Bangalore
Coverage:
1) Waterfall Testing Vs Agile Testing
2) Testing Checklist - 5W & 2H
3) Trade Off Economics in Testing
4) Software Testing Eco System
5) RCA (Root Cause Analysis)
Agile Testing Leadership Lessons for the Test & QA Professionals
Silicon India Software Testing Conference - SOFTEC - 2 July 2011
Bangalore
Presentation from Speaker: Vaidyanathan Ramalingam,
Director Engineering (Test), Huawei Technologies R&D, Bangalore
Coverage:
1) Waterfall Testing Vs Agile Testing
2) Testing Checklist - 5W & 2H
3) Trade Off Economics in Testing
4) Software Testing Eco System
5) RCA (Root Cause Analysis)
Cotact: rvaidya67@hotmail.com
Linked-In: Vaidyanathan Ramalingam
Agile Testing Leadership Lessons for the Test & QA Professionals
Silicon India Software Testing Conference - SOFTEC - 2 July 2011
Bangalore
Presentation from Speaker: Vaidyanathan Ramalingam,
Director Engineering (Test), Huawei Technologies R&D, Bangalore
Coverage:
1) Waterfall Testing Vs Agile Testing
2) Testing Checklist - 5W & 2H
3) Trade Off Economics in Testing
4) Software Testing Eco System
5) RCA (Root Cause Analysis)
Cotact: rvaidya67@hotmail.com
Linked-In: Vaidyanathan Ramalingam
Agile Testing Leadership Lessons for the Test & QA Professionals
Silicon India Software Testing Conference - SOFTEC - 2 July 2011
Bangalore
Presentation from Speaker: Vaidyanathan Ramalingam,
Director Engineering (Test), Huawei Technologies R&D, Bangalore
Coverage:
1) Waterfall Testing Vs Agile Testing
2) Testing Checklist - 5W & 2H
3) Trade Off Economics in Testing
4) Software Testing Eco System
5) RCA (Root Cause Analysis)
Cotact: rvaidya67@hotmail.com
Linked-In: Vaidyanathan Ramalingam
Agile Testing Leadership Lessons for the Test & QA Professionals
Silicon India Software Testing Conference - SOFTEC - 2 July 2011
Bangalore
Presentation from Speaker: Vaidyanathan Ramalingam,
Director Engineering (Test), Huawei Technologies R&D, Bangalore
Coverage:
1) Waterfall Testing Vs Agile Testing
2) Testing Checklist - 5W & 2H
3) Trade Off Economics in Testing
4) Software Testing Eco System
5) RCA (Root Cause Analysis)
Agile Testing Leadership Lessons for the Test & QA Professionals
Silicon India Software Testing Conference - SOFTEC - 2 July 2011
Bangalore
Presentation from Speaker: Vaidyanathan Ramalingam,
Director Engineering (Test), Huawei Technologies R&D, Bangalore
Coverage:
1) Waterfall Testing Vs Agile Testing
2) Testing Checklist - 5W & 2H
3) Trade Off Economics in Testing
4) Software Testing Eco System
5) RCA (Root Cause Analysis)
Cotact: rvaidya67@hotmail.com
Linked-In: Vaidyanathan Ramalingam
Agile Testing Leadership Lessons for the Test & QA Professionals
Silicon India Software Testing Conference - SOFTEC - 2 July 2011
Bangalore
Presentation from Speaker: Vaidyanathan Ramalingam,
Director Engineering (Test), Huawei Technologies R&D, Bangalore
Coverage:
1) Waterfall Testing Vs Agile Testing
2) Testing Checklist - 5W & 2H
3) Trade Off Economics in Testing
4) Software Testing Eco System
5) RCA (Root Cause Analysis)
Agile Testing Leadership Lessons for the Test & QA Professionals
Silicon India Software Testing Conference - SOFTEC - 2 July 2011
Bangalore
Presentation from Speaker: Vaidyanathan Ramalingam,
Director Engineering (Test), Huawei Technologies R&D, Bangalore
Coverage:
1) Waterfall Testing Vs Agile Testing
2) Testing Checklist - 5W & 2H
3) Trade Off Economics in Testing
4) Software Testing Eco System
5) RCA (Root Cause Analysis)
Releasing fast code - The DevOps approachMichael Kopp
Agile makes you Develop faster, DevOps also makes you Deploy faster but how do you make your Application faster?
Many currently used Performance Management practices don’t work anymore as they are too time consuming. It takes a new approach to track performance in Continuous Integration, get more value out of Load Testing and leverage production data for performance optimization.
We will show you real world examples on how the new DevOps approach can work.
Study of solution development methodology for small size projects.Joon ho Park
Medium-size system integration or IT Solution Company’s solution development project has limitation as like human resource limitation, budget limitation and expert limitation. Especially it is hard to maintain many IT experts for medium-size and small-size system integration or IT Solution Company. Thus in order to efficiently and beneficially complete projects, medium-size and small-size system integration or IT Solution Company should have appropriate solution development methodology.Solution development projects for medium-size and small-size system integration or IT Solution Company are usually shot-term and small budget so that they need slim and light-weight solution development methodology. But usual medium-size and small-size system integration or IT Solution Company do not have their own appropriate solution development methodology. Thus, if those kinds of solution development methodologies are applied to solution development projects for medium-size and small-size system integration or IT solution company without some modifications, shortage of human resources, incompleteness of solution and deliverables could arouse.Especially unnecessary paper works (deliverables and documentations) to both of projects teams and client’s wastes project resources and time. We analyze previous solution development methodologies and derive mandatory deliverables and optional deliverables. Before deriving them, we newly define procedures and tasks for each project stages which are necessary to projects team and clients, from client and expert of interviews. Our proposed solution development methodology can easily leverage the development overhead of short-term projects. Optional deliverables can be omitted by the contraction between project team and client.
Agile Testing Leadership Lessons for the Test & QA Professionals
Silicon India Software Testing Conference - SOFTEC - 2 July 2011
Bangalore
Presentation from Speaker: Vaidyanathan Ramalingam,
Director Engineering (Test), Huawei Technologies R&D, Bangalore
Coverage:
1) Waterfall Testing Vs Agile Testing
2) Testing Checklist - 5W & 2H
3) Trade Off Economics in Testing
4) Software Testing Eco System
5) RCA (Root Cause Analysis)
Agile Testing Leadership Lessons for the Test & QA Professionals
Silicon India Software Testing Conference - SOFTEC - 2 July 2011
Bangalore
Presentation from Speaker: Vaidyanathan Ramalingam,
Director Engineering (Test), Huawei Technologies R&D, Bangalore
Coverage:
1) Waterfall Testing Vs Agile Testing
2) Testing Checklist - 5W & 2H
3) Trade Off Economics in Testing
4) Software Testing Eco System
5) RCA (Root Cause Analysis)
Agile Testing Leadership Lessons for the Test & QA Professionals
Silicon India Software Testing Conference - SOFTEC - 2 July 2011
Bangalore
Presentation from Speaker: Vaidyanathan Ramalingam,
Director Engineering (Test), Huawei Technologies R&D, Bangalore
Coverage:
1) Waterfall Testing Vs Agile Testing
2) Testing Checklist - 5W & 2H
3) Trade Off Economics in Testing
4) Software Testing Eco System
5) RCA (Root Cause Analysis)
Agile Testing Leadership Lessons for the Test & QA Professionals
Silicon India Software Testing Conference - SOFTEC - 2 July 2011
Bangalore
Presentation from Speaker: Vaidyanathan Ramalingam,
Director Engineering (Test), Huawei Technologies R&D, Bangalore
Coverage:
1) Waterfall Testing Vs Agile Testing
2) Testing Checklist - 5W & 2H
3) Trade Off Economics in Testing
4) Software Testing Eco System
5) RCA (Root Cause Analysis)
Cotact: rvaidya67@hotmail.com
Linked-In: Vaidyanathan Ramalingam
Agile Testing Leadership Lessons for the Test & QA Professionals
Silicon India Software Testing Conference - SOFTEC - 2 July 2011
Bangalore
Presentation from Speaker: Vaidyanathan Ramalingam,
Director Engineering (Test), Huawei Technologies R&D, Bangalore
Coverage:
1) Waterfall Testing Vs Agile Testing
2) Testing Checklist - 5W & 2H
3) Trade Off Economics in Testing
4) Software Testing Eco System
5) RCA (Root Cause Analysis)
Cotact: rvaidya67@hotmail.com
Linked-In: Vaidyanathan Ramalingam
Agile Testing Leadership Lessons for the Test & QA Professionals
Silicon India Software Testing Conference - SOFTEC - 2 July 2011
Bangalore
Presentation from Speaker: Vaidyanathan Ramalingam,
Director Engineering (Test), Huawei Technologies R&D, Bangalore
Coverage:
1) Waterfall Testing Vs Agile Testing
2) Testing Checklist - 5W & 2H
3) Trade Off Economics in Testing
4) Software Testing Eco System
5) RCA (Root Cause Analysis)
Cotact: rvaidya67@hotmail.com
Linked-In: Vaidyanathan Ramalingam
Agile Testing Leadership Lessons for the Test & QA Professionals
Silicon India Software Testing Conference - SOFTEC - 2 July 2011
Bangalore
Presentation from Speaker: Vaidyanathan Ramalingam,
Director Engineering (Test), Huawei Technologies R&D, Bangalore
Coverage:
1) Waterfall Testing Vs Agile Testing
2) Testing Checklist - 5W & 2H
3) Trade Off Economics in Testing
4) Software Testing Eco System
5) RCA (Root Cause Analysis)
Agile Testing Leadership Lessons for the Test & QA Professionals
Silicon India Software Testing Conference - SOFTEC - 2 July 2011
Bangalore
Presentation from Speaker: Vaidyanathan Ramalingam,
Director Engineering (Test), Huawei Technologies R&D, Bangalore
Coverage:
1) Waterfall Testing Vs Agile Testing
2) Testing Checklist - 5W & 2H
3) Trade Off Economics in Testing
4) Software Testing Eco System
5) RCA (Root Cause Analysis)
Cotact: rvaidya67@hotmail.com
Linked-In: Vaidyanathan Ramalingam
Agile Testing Leadership Lessons for the Test & QA Professionals
Silicon India Software Testing Conference - SOFTEC - 2 July 2011
Bangalore
Presentation from Speaker: Vaidyanathan Ramalingam,
Director Engineering (Test), Huawei Technologies R&D, Bangalore
Coverage:
1) Waterfall Testing Vs Agile Testing
2) Testing Checklist - 5W & 2H
3) Trade Off Economics in Testing
4) Software Testing Eco System
5) RCA (Root Cause Analysis)
Agile Testing Leadership Lessons for the Test & QA Professionals
Silicon India Software Testing Conference - SOFTEC - 2 July 2011
Bangalore
Presentation from Speaker: Vaidyanathan Ramalingam,
Director Engineering (Test), Huawei Technologies R&D, Bangalore
Coverage:
1) Waterfall Testing Vs Agile Testing
2) Testing Checklist - 5W & 2H
3) Trade Off Economics in Testing
4) Software Testing Eco System
5) RCA (Root Cause Analysis)
Releasing fast code - The DevOps approachMichael Kopp
Agile makes you Develop faster, DevOps also makes you Deploy faster but how do you make your Application faster?
Many currently used Performance Management practices don’t work anymore as they are too time consuming. It takes a new approach to track performance in Continuous Integration, get more value out of Load Testing and leverage production data for performance optimization.
We will show you real world examples on how the new DevOps approach can work.
Study of solution development methodology for small size projects.Joon ho Park
Medium-size system integration or IT Solution Company’s solution development project has limitation as like human resource limitation, budget limitation and expert limitation. Especially it is hard to maintain many IT experts for medium-size and small-size system integration or IT Solution Company. Thus in order to efficiently and beneficially complete projects, medium-size and small-size system integration or IT Solution Company should have appropriate solution development methodology.Solution development projects for medium-size and small-size system integration or IT Solution Company are usually shot-term and small budget so that they need slim and light-weight solution development methodology. But usual medium-size and small-size system integration or IT Solution Company do not have their own appropriate solution development methodology. Thus, if those kinds of solution development methodologies are applied to solution development projects for medium-size and small-size system integration or IT solution company without some modifications, shortage of human resources, incompleteness of solution and deliverables could arouse.Especially unnecessary paper works (deliverables and documentations) to both of projects teams and client’s wastes project resources and time. We analyze previous solution development methodologies and derive mandatory deliverables and optional deliverables. Before deriving them, we newly define procedures and tasks for each project stages which are necessary to projects team and clients, from client and expert of interviews. Our proposed solution development methodology can easily leverage the development overhead of short-term projects. Optional deliverables can be omitted by the contraction between project team and client.
Track Keynote for the Quality Management Track at the IBM Rational Software Conference 2009
Quality driven software delivery is a team sport, and every member of that team shares responsibility for enterprise quality management. This track is dedicated to the IBM Rational tools and industry best practices that can help software development teams improve the functionality, performance, and availability of complex applications. Attendees gain in-depth guidance from experienced IBM experts and customers on topics ranging from deep code analysis to system test automation and management, all enabled by the tools and capabilities in the IBM(R) Rational quality management portfolio. Learn how to work with existing resources and how to overcome schedule constraints in order to increase productivity and value to the organization while enhancing project success. This track is for testers and others on the project team - analysts, architects, developers, and deployment managers - looking for valuable, actionable information that can be used to build quality into applications from the beginning.
Effective Strategies for Distributed TestingAnand Bagmar
Thoughts, experiences and case studies on how to convert Testing principles into practices. We focus on the practices of making testing effective on distributed teams by keeping things simple, yet effective.
http://testing.thoughtworks.com/events/effective-strategies-distributed-testing
Smart TV Buyer Insights Survey 2024 by 91mobiles.pdf91mobiles
91mobiles recently conducted a Smart TV Buyer Insights Survey in which we asked over 3,000 respondents about the TV they own, aspects they look at on a new TV, and their TV buying preferences.
"Impact of front-end architecture on development cost", Viktor TurskyiFwdays
I have heard many times that architecture is not important for the front-end. Also, many times I have seen how developers implement features on the front-end just following the standard rules for a framework and think that this is enough to successfully launch the project, and then the project fails. How to prevent this and what approach to choose? I have launched dozens of complex projects and during the talk we will analyze which approaches have worked for me and which have not.
UiPath Test Automation using UiPath Test Suite series, part 3DianaGray10
Welcome to UiPath Test Automation using UiPath Test Suite series part 3. In this session, we will cover desktop automation along with UI automation.
Topics covered:
UI automation Introduction,
UI automation Sample
Desktop automation flow
Pradeep Chinnala, Senior Consultant Automation Developer @WonderBotz and UiPath MVP
Deepak Rai, Automation Practice Lead, Boundaryless Group and UiPath MVP
Builder.ai Founder Sachin Dev Duggal's Strategic Approach to Create an Innova...Ramesh Iyer
In today's fast-changing business world, Companies that adapt and embrace new ideas often need help to keep up with the competition. However, fostering a culture of innovation takes much work. It takes vision, leadership and willingness to take risks in the right proportion. Sachin Dev Duggal, co-founder of Builder.ai, has perfected the art of this balance, creating a company culture where creativity and growth are nurtured at each stage.
LF Energy Webinar: Electrical Grid Modelling and Simulation Through PowSyBl -...DanBrown980551
Do you want to learn how to model and simulate an electrical network from scratch in under an hour?
Then welcome to this PowSyBl workshop, hosted by Rte, the French Transmission System Operator (TSO)!
During the webinar, you will discover the PowSyBl ecosystem as well as handle and study an electrical network through an interactive Python notebook.
PowSyBl is an open source project hosted by LF Energy, which offers a comprehensive set of features for electrical grid modelling and simulation. Among other advanced features, PowSyBl provides:
- A fully editable and extendable library for grid component modelling;
- Visualization tools to display your network;
- Grid simulation tools, such as power flows, security analyses (with or without remedial actions) and sensitivity analyses;
The framework is mostly written in Java, with a Python binding so that Python developers can access PowSyBl functionalities as well.
What you will learn during the webinar:
- For beginners: discover PowSyBl's functionalities through a quick general presentation and the notebook, without needing any expert coding skills;
- For advanced developers: master the skills to efficiently apply PowSyBl functionalities to your real-world scenarios.
Essentials of Automations: Optimizing FME Workflows with ParametersSafe Software
Are you looking to streamline your workflows and boost your projects’ efficiency? Do you find yourself searching for ways to add flexibility and control over your FME workflows? If so, you’re in the right place.
Join us for an insightful dive into the world of FME parameters, a critical element in optimizing workflow efficiency. This webinar marks the beginning of our three-part “Essentials of Automation” series. This first webinar is designed to equip you with the knowledge and skills to utilize parameters effectively: enhancing the flexibility, maintainability, and user control of your FME projects.
Here’s what you’ll gain:
- Essentials of FME Parameters: Understand the pivotal role of parameters, including Reader/Writer, Transformer, User, and FME Flow categories. Discover how they are the key to unlocking automation and optimization within your workflows.
- Practical Applications in FME Form: Delve into key user parameter types including choice, connections, and file URLs. Allow users to control how a workflow runs, making your workflows more reusable. Learn to import values and deliver the best user experience for your workflows while enhancing accuracy.
- Optimization Strategies in FME Flow: Explore the creation and strategic deployment of parameters in FME Flow, including the use of deployment and geometry parameters, to maximize workflow efficiency.
- Pro Tips for Success: Gain insights on parameterizing connections and leveraging new features like Conditional Visibility for clarity and simplicity.
We’ll wrap up with a glimpse into future webinars, followed by a Q&A session to address your specific questions surrounding this topic.
Don’t miss this opportunity to elevate your FME expertise and drive your projects to new heights of efficiency.
Search and Society: Reimagining Information Access for Radical FuturesBhaskar Mitra
The field of Information retrieval (IR) is currently undergoing a transformative shift, at least partly due to the emerging applications of generative AI to information access. In this talk, we will deliberate on the sociotechnical implications of generative AI for information access. We will argue that there is both a critical necessity and an exciting opportunity for the IR community to re-center our research agendas on societal needs while dismantling the artificial separation between the work on fairness, accountability, transparency, and ethics in IR and the rest of IR research. Instead of adopting a reactionary strategy of trying to mitigate potential social harms from emerging technologies, the community should aim to proactively set the research agenda for the kinds of systems we should build inspired by diverse explicitly stated sociotechnical imaginaries. The sociotechnical imaginaries that underpin the design and development of information access technologies needs to be explicitly articulated, and we need to develop theories of change in context of these diverse perspectives. Our guiding future imaginaries must be informed by other academic fields, such as democratic theory and critical theory, and should be co-developed with social science scholars, legal scholars, civil rights and social justice activists, and artists, among others.
GDG Cloud Southlake #33: Boule & Rebala: Effective AppSec in SDLC using Deplo...James Anderson
Effective Application Security in Software Delivery lifecycle using Deployment Firewall and DBOM
The modern software delivery process (or the CI/CD process) includes many tools, distributed teams, open-source code, and cloud platforms. Constant focus on speed to release software to market, along with the traditional slow and manual security checks has caused gaps in continuous security as an important piece in the software supply chain. Today organizations feel more susceptible to external and internal cyber threats due to the vast attack surface in their applications supply chain and the lack of end-to-end governance and risk management.
The software team must secure its software delivery process to avoid vulnerability and security breaches. This needs to be achieved with existing tool chains and without extensive rework of the delivery processes. This talk will present strategies and techniques for providing visibility into the true risk of the existing vulnerabilities, preventing the introduction of security issues in the software, resolving vulnerabilities in production environments quickly, and capturing the deployment bill of materials (DBOM).
Speakers:
Bob Boule
Robert Boule is a technology enthusiast with PASSION for technology and making things work along with a knack for helping others understand how things work. He comes with around 20 years of solution engineering experience in application security, software continuous delivery, and SaaS platforms. He is known for his dynamic presentations in CI/CD and application security integrated in software delivery lifecycle.
Gopinath Rebala
Gopinath Rebala is the CTO of OpsMx, where he has overall responsibility for the machine learning and data processing architectures for Secure Software Delivery. Gopi also has a strong connection with our customers, leading design and architecture for strategic implementations. Gopi is a frequent speaker and well-known leader in continuous delivery and integrating security into software delivery.
Epistemic Interaction - tuning interfaces to provide information for AI supportAlan Dix
Paper presented at SYNERGY workshop at AVI 2024, Genoa, Italy. 3rd June 2024
https://alandix.com/academic/papers/synergy2024-epistemic/
As machine learning integrates deeper into human-computer interactions, the concept of epistemic interaction emerges, aiming to refine these interactions to enhance system adaptability. This approach encourages minor, intentional adjustments in user behaviour to enrich the data available for system learning. This paper introduces epistemic interaction within the context of human-system communication, illustrating how deliberate interaction design can improve system understanding and adaptation. Through concrete examples, we demonstrate the potential of epistemic interaction to significantly advance human-computer interaction by leveraging intuitive human communication strategies to inform system design and functionality, offering a novel pathway for enriching user-system engagements.
Neuro-symbolic is not enough, we need neuro-*semantic*Frank van Harmelen
Neuro-symbolic (NeSy) AI is on the rise. However, simply machine learning on just any symbolic structure is not sufficient to really harvest the gains of NeSy. These will only be gained when the symbolic structures have an actual semantics. I give an operational definition of semantics as “predictable inference”.
All of this illustrated with link prediction over knowledge graphs, but the argument is general.
Software Delivery At the Speed of AI: Inflectra Invests In AI-Powered QualityInflectra
In this insightful webinar, Inflectra explores how artificial intelligence (AI) is transforming software development and testing. Discover how AI-powered tools are revolutionizing every stage of the software development lifecycle (SDLC), from design and prototyping to testing, deployment, and monitoring.
Learn about:
• The Future of Testing: How AI is shifting testing towards verification, analysis, and higher-level skills, while reducing repetitive tasks.
• Test Automation: How AI-powered test case generation, optimization, and self-healing tests are making testing more efficient and effective.
• Visual Testing: Explore the emerging capabilities of AI in visual testing and how it's set to revolutionize UI verification.
• Inflectra's AI Solutions: See demonstrations of Inflectra's cutting-edge AI tools like the ChatGPT plugin and Azure Open AI platform, designed to streamline your testing process.
Whether you're a developer, tester, or QA professional, this webinar will give you valuable insights into how AI is shaping the future of software delivery.
Software Delivery At the Speed of AI: Inflectra Invests In AI-Powered Quality
Shirly Ronen - User story testing activities
1. User story as working software :
testing activities
Shirly Ronen-Harel
Sep 2010
2. User story related testing
Task
User story Task
User story Task
User story Task Task
Release Task Task
Task
Task
Product
High level planning Detailed planning
Planning : Product –> Release -> Iteration –> User stories - > Tasks testing
3. User story related testing
Task
User story
Release Unit tests
Peering
Planning /performing :
Product [Development environment
Acceptance test
tests]
Functional tests
Regression
High level planning : Mini hardening!?
Sprint 0
Approach
Scope
Functional tractability to
tests
r
a
n
n
o
t
t
g
e
i
i
Planning : Product –> release -> iteration –> user stories - > Tasks testing
15. Test early!
Acceptance
Task
criteria Task
ATDD User story
Planning functional tests ,
regression , integration
,customer ?tests? other tests
Working software
16. Test early!
Acceptance
Task
criteria Task
ATDD User story
Planning functional
tests , regression ,
integration ,customer
?tests? other tests
Automating
tests
Working software
17. Test early!
Acceptance
Task
criteria Task
ATDD User story
Testers are Peering with
Planning functional
developer (per task/s)–
tests , regression , Automating
integration ,customer tests
understanding the
?tests? other tests
development approach
Working software
18. Test early!
Acceptance
Task
criteria Task
ATDD User story
Testers are Peering
with developer (per
task/s)– understanding
Planning functional the development
tests , regression , approach
Automating
integration ,customer tests
?tests? other tests
Coding
(with tdd)
Working software
19. Test early!
Acceptance
Task
criteria Task
ATDD User story
Testers are Peering with developer
(per task/s)– understanding the
development approach
Planning functional
tests , regression , Automating coding
integration ,customer tests
?tests? other tests
Unit testing
execution
Working software
20. Test early!
Acceptance
criteria User Task
Task
ATDD
story Testers are Peering with
developer (per task/s)–
understanding the development
Planning approach
functional tests , Automating
regression , tests coding
integration Unit testing
,customer ?tests? execution
other tests
Peering – Testing on
development environment
(automation or manual)
Working software
21. Test early!
Acceptance
Task
criteria Task
ATDD User story
Testers are Peering with
developer (per task/s)–
understanding the development
Planning functional approach
tests , regression , Automating coding
integration ,customer tests
?tests? other tests
Unit testing
execution
Peering – Testing on
development environment
Working software
22. Test early!
Acceptance
Task
criteria Task
ATDD User story
Testers are Peering with
developer (per task/s)– Unit tests pass
understanding the
Planning functional development approach
tests , regression , Automating coding
integration ,customer tests
?tests? other tests
Unit testing
execution
Peering – Testing on
development environment
Working software
23. Test early!
Acceptance
Task
criteria Task
ATDD User story
Testers are Peering with Unit tests pass
developer (per task/s)–
understanding the
Planning functional development approach Functional,
tests , regression , Automating coding (exploratory)
integration ,customer tests
?tests? other tests
Performing/ automation
Unit testing Acceptance (and with PO).
execution
Regression
Peering – Testing on
Defining mini hardening
development environment
Working software
24. Test early!
Acceptance
Task
criteria Task
ATDD User story
Testers are Peering with Unit tests pass
developer (per task/s)–
understanding the Functional,
Planning functional development approach (exploratory)
tests , regression , Automating coding Performing/ automation
integration ,customer tests Acceptance (and with
?tests? other tests PO).
Unit testing Regression
execution Defining mini hardening
Peering – Testing on
development environment
Working software
25. Test early!
Acceptance
Task
criteria Task
ATDD User story
Testers are Peering with Unit tests pass
developer (per task/s)–
understanding the Functional,
Planning functional development approach (exploratory)
tests , regression , Automating coding Performing/ automation
integration ,customer tests Acceptance (and with
?tests? other tests PO).
Unit testing Regression
execution Defining mini hardening
Peering – Testing on
development environment
Working software
26. Unit tests pass
Functional,
(exploratory)
User story
User story Performing/ automation
User story Acceptance (and with PO).
Regression
Defining mini hardening
Team [end game testing if needed ]
r
a
n
n
o
t
t
g
e
i
i
Working software
27. Mini hardening phase
• Making sure a functional area is stable – working
software
• Few hours to 1-2 days - top
• Taking a group of user stories (keep it small and simple)
• Stop
• Perform related regression
• Perform short exploratory
• Automation regression reduce the need of mini
hardenings.
28. Working
software Working
software
US US
US US
US US
Perform Perform
exploratory exploratory
, related , related
regression regression
Sprint
29. Functional Automated Test Types
Unit Test Every piece of code Continuous on every
peace of code
Acceptance tests Business related Every user story , and
on every Build
Integration Test Continuous Integrated system| Daily
(Server, DB etc). execute
automation regression , End to
end flow for each functional
unit.
End 2 End Integrated system against live Nightly / Weekly/Build
product
30. Type Measurements
Sanity Integration After each build creation ,
to have 100% passed sanity
End 2 End
scenarios
Regression Integration
End 2 End
Measure Success rate.
Manual
Progression Acceptance
Integration
End 2 End Measure Success rate.
Manual
Load Integrated system List of end to end flows
and covered scenarios
Stress Integrated system
results