EuroSTAR Software Testing Conference 2010 presentation on A Lean And Mean Approach To Model-Based Testing by Bert Zuurke. See more at: http://conference.eurostarsoftwaretesting.com/past-presentations/
Henk Doornbos & Rix Groenboom - Test Patterns: A New Concept For TestingTEST Huddle
EuroSTAR Software Testing Conference 2008 presentation on Test Patterns: A New Concept For Testing by Henk Doornbos & Rix Groenboom. See more at conferences.eurostarsoftwaretesting.com/past-presentations/
Volodymyr Prymakov and Vlada Benyukh Detailed manual estimation approach for ...Ievgenii Katsan
This document provides guidance on conducting manual test estimation for the pre-sale phase of a project. It discusses factors to consider like requirements, environments, and complexity. Main activities to estimate include requirements review, test design, execution, and bug handling. Regression is calculated based on sprint count, tested functionality percentage, and environments. Risks like changing requirements and infrastructure issues are accounted for with multipliers. A demo is provided of estimating a real project involving calculations, environments, and risks. Statistics on past projects estimated duration and team size are also included.
The document discusses various software testing and evaluation techniques used to ensure software solutions meet design specifications and are free from errors. It covers topics like unit testing, integration testing, system testing, black box and white box testing, test data generation, benchmarking, and quality assurance.
'Customer Testing & Quality In Outsourced Development - A Story From An Insur...TEST Huddle
RSA Scandinavia implemented a new test model to standardize testing across outsourced development projects. The model uses a risk-based approach and V-model framework. It defines requirements for test planning, design, execution, reporting, and responsibilities between RSA and suppliers. The implementation involved communicating the new model, providing training, and integrating it into project and contracting processes. Today, the model is used for all projects and is helping to streamline quality monitoring, reporting, and knowledge sharing across the organization and its suppliers.
The document discusses test case structure and specifications. It defines a test case as a set of inputs, expected results, and execution conditions used to test a specific program path or requirement. A test case specification is a document that specifies test cases by outlining objectives, inputs, test actions, expected results, and preconditions. It also provides guidelines for writing effective test cases, such as keeping them short, using simple language, and providing test data and notes when possible. The overall goal is to write test cases early based on design to allow for early bug detection and efficient testing once code is completed.
Software testing metrics are used extensively by many organizations to determine the status of their projects and whether or not their products are ready to ship. Unfortunately most, if not all, of the metrics being used are so flawed that they are not only useless but are possibly dangerous—misleading decision makers, inadvertently encouraging unwanted behavior, or providing overly simplistic summaries out of context. Paul Holland identifies four characteristics that will enable you to recognize the bad metrics in your organization. Despite showing how the majority of metrics used today are “bad”, all is not lost as Paul shows the collection of information he has developed that is more effective. Learn how to create a status report that provides details sought after by upper management while avoiding the problems that bad metrics cause.
Henrik Andersson - Exploratory Testing Champions - EuroSTAR 2010TEST Huddle
EuroSTAR Software Testing Conference 2010 presentation on Henrik Andersson by Exploratory Testing Champions. See more at: http://conference.eurostarsoftwaretesting.com/past-presentations/
Henk Doornbos & Rix Groenboom - Test Patterns: A New Concept For TestingTEST Huddle
EuroSTAR Software Testing Conference 2008 presentation on Test Patterns: A New Concept For Testing by Henk Doornbos & Rix Groenboom. See more at conferences.eurostarsoftwaretesting.com/past-presentations/
Volodymyr Prymakov and Vlada Benyukh Detailed manual estimation approach for ...Ievgenii Katsan
This document provides guidance on conducting manual test estimation for the pre-sale phase of a project. It discusses factors to consider like requirements, environments, and complexity. Main activities to estimate include requirements review, test design, execution, and bug handling. Regression is calculated based on sprint count, tested functionality percentage, and environments. Risks like changing requirements and infrastructure issues are accounted for with multipliers. A demo is provided of estimating a real project involving calculations, environments, and risks. Statistics on past projects estimated duration and team size are also included.
The document discusses various software testing and evaluation techniques used to ensure software solutions meet design specifications and are free from errors. It covers topics like unit testing, integration testing, system testing, black box and white box testing, test data generation, benchmarking, and quality assurance.
'Customer Testing & Quality In Outsourced Development - A Story From An Insur...TEST Huddle
RSA Scandinavia implemented a new test model to standardize testing across outsourced development projects. The model uses a risk-based approach and V-model framework. It defines requirements for test planning, design, execution, reporting, and responsibilities between RSA and suppliers. The implementation involved communicating the new model, providing training, and integrating it into project and contracting processes. Today, the model is used for all projects and is helping to streamline quality monitoring, reporting, and knowledge sharing across the organization and its suppliers.
The document discusses test case structure and specifications. It defines a test case as a set of inputs, expected results, and execution conditions used to test a specific program path or requirement. A test case specification is a document that specifies test cases by outlining objectives, inputs, test actions, expected results, and preconditions. It also provides guidelines for writing effective test cases, such as keeping them short, using simple language, and providing test data and notes when possible. The overall goal is to write test cases early based on design to allow for early bug detection and efficient testing once code is completed.
Software testing metrics are used extensively by many organizations to determine the status of their projects and whether or not their products are ready to ship. Unfortunately most, if not all, of the metrics being used are so flawed that they are not only useless but are possibly dangerous—misleading decision makers, inadvertently encouraging unwanted behavior, or providing overly simplistic summaries out of context. Paul Holland identifies four characteristics that will enable you to recognize the bad metrics in your organization. Despite showing how the majority of metrics used today are “bad”, all is not lost as Paul shows the collection of information he has developed that is more effective. Learn how to create a status report that provides details sought after by upper management while avoiding the problems that bad metrics cause.
Henrik Andersson - Exploratory Testing Champions - EuroSTAR 2010TEST Huddle
EuroSTAR Software Testing Conference 2010 presentation on Henrik Andersson by Exploratory Testing Champions. See more at: http://conference.eurostarsoftwaretesting.com/past-presentations/
The document discusses various types and techniques of software testing. It defines software testing as the process of executing a program to find errors. It describes different levels of testing like unit testing, integration testing, system testing etc. It explains black box and white box testing strategies and techniques for designing test cases like equivalence partitioning, boundary value analysis, cause-effect graphing etc. It also discusses limitations of testing and challenges in achieving complete testing.
How accurate are the Wearable fitness tracker showing 10000 steps in a day: A...STePINForum
by Dr. Kiran Marri, Vice President - Digital Engineering Services & James Mathew, Senior Consultant - Digital Engineering Services, CSS Corp Limited at STeP-IN SUMMIT 2018 - 15th International Conference on Software Testing on August 30, 2018 at Taj, MG Road, Bengaluru
This document provides an overview of software testing concepts and processes. It discusses why testing is important, defines common testing terms, and outlines the typical phases of a testing lifecycle including planning, analysis, implementation, evaluation, and closure. It also describes different testing techniques like static reviews, functional testing, and performance testing. Risks of poor quality like defects, failures, and their impacts on humans, economy, business are highlighted. The roles of testers and differences between quality assurance and quality control are defined. Examples of testing in various industries are provided.
The document discusses test case components and approaches for writing test cases. It provides guidelines for writing test cases such as covering all requirements, prioritizing test cases based on importance, using simple steps and validation input data, focusing on common user scenarios, and ensuring each defect has a linked test case. The document also outlines a test case format including an ID, title, summary, preconditions, steps, and expected results.
Software Testing Foundations Part 4 - Black Box TestingNikita Knysh
The document discusses various black box testing techniques including:
- Equivalence class partitioning which involves testing representative values from valid and invalid equivalence classes
- Boundary value analysis which checks values at the boundaries of equivalence classes
- State transition testing which designs tests based on a system's state diagram
- Cause-effect graphing and decision tables which identify test cases based on input-output dependencies
- Use case testing which designs tests based on typical user interactions described in use case diagrams
The document provides examples and best practices for applying each technique. Black box testing verifies functionality but cannot detect faults in specifications or undocumented requirements.
A test case is a set of conditions or variables under which a tester will determine whether a software system is working correctly. Test cases are often written as test scripts and collected into test suites. Characteristics of good test cases include being simple, clear, concise, complete, non-redundant, and having a reasonable probability of catching errors. Test cases should be developed to verify specific requirements or designs and include both positive and negative cases.
The document discusses various techniques for white box testing including static testing and structural testing. Static testing involves techniques like desk checking, code walkthroughs, and code inspections that do not require executing the code. Structural testing techniques execute the code and include unit testing, code coverage testing, and complexity testing. Code coverage criteria like statement coverage and branch coverage are discussed as ways to measure how thoroughly the code has been tested. Control flow graphs are presented as a way to represent program logic and control flow.
The Art of Testing Less without Sacrificing Quality @ ICSE 2015Kim Herzig
Testing is a key element of software development processes for the management and assessment of product quality. In most development environments, the software engineers are responsible for ensuring the functional correctness of code. However, for large complex software products, there is an additional need to check that changes do not negatively impact other parts of the software and they comply with system constraints such as backward compatibility, performance, security etc. Ensuring these system constraints may require complex verification infrastructure and test procedures. Although such tests are time consuming and expensive and rarely find defects they act as an insurance process to ensure the software is compliant. However, long lasting tests increasingly conflict with strategic aims to shorten release cycles. To decrease production costs and to improve development agility, we created a generic test selection strategy called THEO that accelerates test processes without sacrificing product quality. THEO is based on a cost model, which dynamically skips tests when the expected cost of running the test exceeds the expected cost of removing it. We replayed past development periods of three major Microsoft products resulting in a reduction of 50% of test executions, saving millions of dollars per year, while maintaining product quality.
Ivan Pashko - Simplifying test automation with design patternsIevgenii Katsan
The document discusses simplifying test automation through the use of design patterns. It begins by defining code smells that make tests complex, such as duplication, conditional logic, obscure tests, and fragile tests. It then explains several design patterns that can address these smells, including template method for removing duplication, strategy for replacing conditional logic, factory/builder for constructing complex objects, composite for grouping objects, and decorator for adding responsibilities dynamically. The document advocates for clean, well-structured test code through applying these patterns.
The document discusses writing test cases in Agile, including defining a test case, sample test case templates, characteristics of a good test case, typical fields in a test case, different levels of test cases, practical approaches to creating Agile test cases, reasons for writing test cases, pros and cons of writing test cases, and references for further information.
Performans testleri nasıl yapılmalı?
• Performans Test Stratejisinin Belirlenmesi
o Risklerin, Rol ve Sorumlulukların Belirlenmesi
o Performans Test Araçlarının Belirlenmesi
• Performans Test Süreçlerinin Oluşturulması / İyileştirilmesi
• Performans Testlerinin Planlanması
o Performans Gereksinimlerinin Toplanması ve Belirlenmesi
o Test Edilecek ve Edilmeyecek İşlemlerin Belirlenmesi
o İşlem Bazında Yük Seviyelerinin ve Senaryolarının Belirlenmesi
• Performans Testlerinin Hazırlanması ve Koşumu
o Test Senaryolarının (script’lerin) Hazırlanması
o Test Senaryolarının (script’lerin) Çalıştırılması
• Performans Testlerinin Raporlanması
o Performans Test Sonuçlarının Analizi ve Raporlanması
Performans Testleri ile daha fazla bilgi almak için www.keytorc.com
Performans Testing Approach
• Principles of performance testing
• Identification of performance test metrics
• Identification of performance test acceptance criteria
• Determination of critical load and stress levels
• Set up and configuration of performance test environment
• Selection and configuration of performance test automation tools
• Design and preparation of performance test scripts
• Preparation of performance test data
• Preparation of load scenarios
• Execution of performance tests
• Analysis and verification of performance test results
• Ways of improving system performance
• Tips on performance testing
• Mitigation of risks about performance testing
• Required skills for performance testers
Contact us for more information about performance testing: http://www.keytorc.com/en/index.html
Unit testing provides business advantages by promoting modular and object-oriented design. The document discusses unit testing in C/C++, including how to write simple unit tests, break dependencies between modules to facilitate testing, optimize tests for readability, and address performance when adding tests. It emphasizes starting small with a focus on real bugs and maintaining high quality and accessibility of tests.
The document discusses test case design and provides guidance on creating effective test cases. It recommends that test cases have a reasonable chance of catching errors, are not redundant, and are neither too simple nor too complex. Additionally, it emphasizes the importance of making program failures obvious. Various techniques are described for selecting the best test cases, including equivalence partitioning and boundary value analysis. Equivalence classes group test cases that are expected to have the same outcome, and boundary values at the edges of valid inputs are most likely to find failures.
Unit testing involves testing individual units or components of code to ensure they work as intended. It focuses on testing functional correctness, error handling, and input/output values. The main benefits are faster debugging, easier integration testing, and living documentation. Guidelines for effective unit testing include writing automated, independent, focused tests that cover boundaries and are easy to run and maintain.
Dynamic black-box testing involves testing software without knowledge of its internal code by entering various inputs and checking the outputs. Key aspects include reducing test cases using equivalence partitioning to group similar inputs and outputs, identifying boundary conditions, using different data values and software states to find bugs, and using exploratory testing without specifications by systematically exploring features. The document contrasts testing-to-pass with simpler cases versus testing-to-fail with more complex cases aimed at breaking the software. Equivalence partitioning is described as a way to methodically reduce the huge number of potential test cases into a smaller yet still effective set by grouping inputs and outputs that will reveal the same bugs.
Regression testing is important to ensure new software changes do not break existing functionality. Automating regression testing helps manage the large number of test cases needed and speeds up release cycles. Key aspects of managing regression include establishing a baseline, comparing new results to the baseline, debugging failures efficiently, and automating testing processes to reduce human effort and testing time.
In this article, we will talk about test cases and test scenarios. We will see their definitions and try to understand the differences between the two. These two are a part of software testing.
This document provides an overview of Microsoft Test Manager (MTM) 2013 and how to use it for test planning, test case management, test runs, exploratory testing, and lab management. Key capabilities covered include creating test plans and test suites, managing manual and automated test cases, running tests and recording results, performing exploratory testing sessions, and setting up and using lab environments to collect diagnostic data during testing. The document demonstrates these capabilities through examples and screenshots.
Markus Gartner - Alternative Paths for Self-Education in Software Testing - E...TEST Huddle
EuroSTAR Software Testing Conference 2013 presentation on Alternative Paths for Self-Education in Software Testing by Markus Gartner . See more at: http://conference.eurostarsoftwaretesting.com/past-presentations/
Michael Roar Borlund & Christian Carlsen - Real Exploratory Testing, Now With...TEST Huddle
Exploratory testing approaches like "hotspot" and "coffee break" were presented as ways to optimize time spent testing and find more defects when performing exploratory testing in a service-oriented architecture (SOA). The "hotspot" approach resulted in finding more defects on average but took more time per defect. The "coffee break" approach found fewer defects but in less time. Both approaches provided broader test coverage and additional knowledge of the system compared to traditional testing. The presentation concluded that using a customized mix of both exploratory testing methods can minimize wasted time and add value to a project.
The document discusses various types and techniques of software testing. It defines software testing as the process of executing a program to find errors. It describes different levels of testing like unit testing, integration testing, system testing etc. It explains black box and white box testing strategies and techniques for designing test cases like equivalence partitioning, boundary value analysis, cause-effect graphing etc. It also discusses limitations of testing and challenges in achieving complete testing.
How accurate are the Wearable fitness tracker showing 10000 steps in a day: A...STePINForum
by Dr. Kiran Marri, Vice President - Digital Engineering Services & James Mathew, Senior Consultant - Digital Engineering Services, CSS Corp Limited at STeP-IN SUMMIT 2018 - 15th International Conference on Software Testing on August 30, 2018 at Taj, MG Road, Bengaluru
This document provides an overview of software testing concepts and processes. It discusses why testing is important, defines common testing terms, and outlines the typical phases of a testing lifecycle including planning, analysis, implementation, evaluation, and closure. It also describes different testing techniques like static reviews, functional testing, and performance testing. Risks of poor quality like defects, failures, and their impacts on humans, economy, business are highlighted. The roles of testers and differences between quality assurance and quality control are defined. Examples of testing in various industries are provided.
The document discusses test case components and approaches for writing test cases. It provides guidelines for writing test cases such as covering all requirements, prioritizing test cases based on importance, using simple steps and validation input data, focusing on common user scenarios, and ensuring each defect has a linked test case. The document also outlines a test case format including an ID, title, summary, preconditions, steps, and expected results.
Software Testing Foundations Part 4 - Black Box TestingNikita Knysh
The document discusses various black box testing techniques including:
- Equivalence class partitioning which involves testing representative values from valid and invalid equivalence classes
- Boundary value analysis which checks values at the boundaries of equivalence classes
- State transition testing which designs tests based on a system's state diagram
- Cause-effect graphing and decision tables which identify test cases based on input-output dependencies
- Use case testing which designs tests based on typical user interactions described in use case diagrams
The document provides examples and best practices for applying each technique. Black box testing verifies functionality but cannot detect faults in specifications or undocumented requirements.
A test case is a set of conditions or variables under which a tester will determine whether a software system is working correctly. Test cases are often written as test scripts and collected into test suites. Characteristics of good test cases include being simple, clear, concise, complete, non-redundant, and having a reasonable probability of catching errors. Test cases should be developed to verify specific requirements or designs and include both positive and negative cases.
The document discusses various techniques for white box testing including static testing and structural testing. Static testing involves techniques like desk checking, code walkthroughs, and code inspections that do not require executing the code. Structural testing techniques execute the code and include unit testing, code coverage testing, and complexity testing. Code coverage criteria like statement coverage and branch coverage are discussed as ways to measure how thoroughly the code has been tested. Control flow graphs are presented as a way to represent program logic and control flow.
The Art of Testing Less without Sacrificing Quality @ ICSE 2015Kim Herzig
Testing is a key element of software development processes for the management and assessment of product quality. In most development environments, the software engineers are responsible for ensuring the functional correctness of code. However, for large complex software products, there is an additional need to check that changes do not negatively impact other parts of the software and they comply with system constraints such as backward compatibility, performance, security etc. Ensuring these system constraints may require complex verification infrastructure and test procedures. Although such tests are time consuming and expensive and rarely find defects they act as an insurance process to ensure the software is compliant. However, long lasting tests increasingly conflict with strategic aims to shorten release cycles. To decrease production costs and to improve development agility, we created a generic test selection strategy called THEO that accelerates test processes without sacrificing product quality. THEO is based on a cost model, which dynamically skips tests when the expected cost of running the test exceeds the expected cost of removing it. We replayed past development periods of three major Microsoft products resulting in a reduction of 50% of test executions, saving millions of dollars per year, while maintaining product quality.
Ivan Pashko - Simplifying test automation with design patternsIevgenii Katsan
The document discusses simplifying test automation through the use of design patterns. It begins by defining code smells that make tests complex, such as duplication, conditional logic, obscure tests, and fragile tests. It then explains several design patterns that can address these smells, including template method for removing duplication, strategy for replacing conditional logic, factory/builder for constructing complex objects, composite for grouping objects, and decorator for adding responsibilities dynamically. The document advocates for clean, well-structured test code through applying these patterns.
The document discusses writing test cases in Agile, including defining a test case, sample test case templates, characteristics of a good test case, typical fields in a test case, different levels of test cases, practical approaches to creating Agile test cases, reasons for writing test cases, pros and cons of writing test cases, and references for further information.
Performans testleri nasıl yapılmalı?
• Performans Test Stratejisinin Belirlenmesi
o Risklerin, Rol ve Sorumlulukların Belirlenmesi
o Performans Test Araçlarının Belirlenmesi
• Performans Test Süreçlerinin Oluşturulması / İyileştirilmesi
• Performans Testlerinin Planlanması
o Performans Gereksinimlerinin Toplanması ve Belirlenmesi
o Test Edilecek ve Edilmeyecek İşlemlerin Belirlenmesi
o İşlem Bazında Yük Seviyelerinin ve Senaryolarının Belirlenmesi
• Performans Testlerinin Hazırlanması ve Koşumu
o Test Senaryolarının (script’lerin) Hazırlanması
o Test Senaryolarının (script’lerin) Çalıştırılması
• Performans Testlerinin Raporlanması
o Performans Test Sonuçlarının Analizi ve Raporlanması
Performans Testleri ile daha fazla bilgi almak için www.keytorc.com
Performans Testing Approach
• Principles of performance testing
• Identification of performance test metrics
• Identification of performance test acceptance criteria
• Determination of critical load and stress levels
• Set up and configuration of performance test environment
• Selection and configuration of performance test automation tools
• Design and preparation of performance test scripts
• Preparation of performance test data
• Preparation of load scenarios
• Execution of performance tests
• Analysis and verification of performance test results
• Ways of improving system performance
• Tips on performance testing
• Mitigation of risks about performance testing
• Required skills for performance testers
Contact us for more information about performance testing: http://www.keytorc.com/en/index.html
Unit testing provides business advantages by promoting modular and object-oriented design. The document discusses unit testing in C/C++, including how to write simple unit tests, break dependencies between modules to facilitate testing, optimize tests for readability, and address performance when adding tests. It emphasizes starting small with a focus on real bugs and maintaining high quality and accessibility of tests.
The document discusses test case design and provides guidance on creating effective test cases. It recommends that test cases have a reasonable chance of catching errors, are not redundant, and are neither too simple nor too complex. Additionally, it emphasizes the importance of making program failures obvious. Various techniques are described for selecting the best test cases, including equivalence partitioning and boundary value analysis. Equivalence classes group test cases that are expected to have the same outcome, and boundary values at the edges of valid inputs are most likely to find failures.
Unit testing involves testing individual units or components of code to ensure they work as intended. It focuses on testing functional correctness, error handling, and input/output values. The main benefits are faster debugging, easier integration testing, and living documentation. Guidelines for effective unit testing include writing automated, independent, focused tests that cover boundaries and are easy to run and maintain.
Dynamic black-box testing involves testing software without knowledge of its internal code by entering various inputs and checking the outputs. Key aspects include reducing test cases using equivalence partitioning to group similar inputs and outputs, identifying boundary conditions, using different data values and software states to find bugs, and using exploratory testing without specifications by systematically exploring features. The document contrasts testing-to-pass with simpler cases versus testing-to-fail with more complex cases aimed at breaking the software. Equivalence partitioning is described as a way to methodically reduce the huge number of potential test cases into a smaller yet still effective set by grouping inputs and outputs that will reveal the same bugs.
Regression testing is important to ensure new software changes do not break existing functionality. Automating regression testing helps manage the large number of test cases needed and speeds up release cycles. Key aspects of managing regression include establishing a baseline, comparing new results to the baseline, debugging failures efficiently, and automating testing processes to reduce human effort and testing time.
In this article, we will talk about test cases and test scenarios. We will see their definitions and try to understand the differences between the two. These two are a part of software testing.
This document provides an overview of Microsoft Test Manager (MTM) 2013 and how to use it for test planning, test case management, test runs, exploratory testing, and lab management. Key capabilities covered include creating test plans and test suites, managing manual and automated test cases, running tests and recording results, performing exploratory testing sessions, and setting up and using lab environments to collect diagnostic data during testing. The document demonstrates these capabilities through examples and screenshots.
Markus Gartner - Alternative Paths for Self-Education in Software Testing - E...TEST Huddle
EuroSTAR Software Testing Conference 2013 presentation on Alternative Paths for Self-Education in Software Testing by Markus Gartner . See more at: http://conference.eurostarsoftwaretesting.com/past-presentations/
Michael Roar Borlund & Christian Carlsen - Real Exploratory Testing, Now With...TEST Huddle
Exploratory testing approaches like "hotspot" and "coffee break" were presented as ways to optimize time spent testing and find more defects when performing exploratory testing in a service-oriented architecture (SOA). The "hotspot" approach resulted in finding more defects on average but took more time per defect. The "coffee break" approach found fewer defects but in less time. Both approaches provided broader test coverage and additional knowledge of the system compared to traditional testing. The presentation concluded that using a customized mix of both exploratory testing methods can minimize wasted time and add value to a project.
Jelle Calsbeek - Stay Agile with Model Based Testing revisedTEST Huddle
EuroSTAR Software Testing Conference 2009 presentation on Evolution of New Feature Verification in 3G Networks by Michael Monaghan. See more at conferences.eurostarsoftwaretesting.com/past-presentations/
Doron Reuveni - The Mobile App Quality Challenge - EuroSTAR 2010TEST Huddle
EuroSTAR Software Testing Conference 2010 presentation on The Mobile App Quality Challenge by Doron Reuveni. See more at: http://conference.eurostarsoftwaretesting.com/past-presentations/
Susan Windsor - Dont Shoot the Messenger TEST Huddle
EuroSTAR Software Testing Conference 2009 presentation on Dont Shoot the Messenger by Susan Windsor. See more at conferences.eurostarsoftwaretesting.com/past-presentations/
Johan Jonasson - Introducing Exploratory Testing to Save the ProjectTEST Huddle
EuroSTAR Software Testing Conference 2009 presentation on Introducing Exploratory Testing to Save the Project by Johan Jonasson . See more at conferences.eurostarsoftwaretesting.com/past-presentations/
Rik Teuben - Many Can Quarrel, Fewer Can Argue TEST Huddle
EuroSTAR Software Testing Conference 2009 presentation on Many Can Quarrel, Fewer Can Argue by Rik Teuben. See more at conferences.eurostarsoftwaretesting.com/past-presentations/
Andrew Goslin - TMMi, What is Not in the Text Book - EuroSTAR 2010TEST Huddle
EuroSTAR Software Testing Conference 2010 presentation on TMMi, What is Not in the Text Book by Andrew Goslin. See more at: http://conference.eurostarsoftwaretesting.com/past-presentations/
Dietmar Strasser - Traditional QA meets Agile DevelopmentTEST Huddle
EuroSTAR Software Testing Conference 2008 presentation on Traditional QA meets Agile Development by Dietmar Strasser. See more at conferences.eurostarsoftwaretesting.com/past-presentations/
Niels Malotaux - Help We Have a QA Problem!TEST Huddle
EuroSTAR Software Testing Conference 2009 presentation on Help We Have a QA Problem! by Niels Malotaux. See more at conferences.eurostarsoftwaretesting.com/past-presentations/
Scott Andress - Collaboration not Competition updatedTEST Huddle
EuroSTAR Software Testing Conference 2009 presentation on Collaboration not Competition updated by Scott Andress. See more at conferences.eurostarsoftwaretesting.com/past-presentations/
Gitte Ottosen - Agility and Process Maturity, Of Course They Mix!TEST Huddle
EuroSTAR Software Testing Conference 2008 presentation on Agility and Process Maturity, Of Course They Mix! by Gitte Ottosen. See more at conferences.eurostarsoftwaretesting.com/past-presentations/
Elise Greveraars - Tester Needed? No Thanks, We Use MBT!TEST Huddle
EuroSTAR Software Testing Conference 2008 presentation on Tester Needed? No Thanks, We Use MBT! by Elise Greveraars. See more at conferences.eurostarsoftwaretesting.com/past-presentations/
Michael Albrecht - Test Automation in Agile Projects with Open SourceTEST Huddle
EuroSTAR Software Testing Conference 2009 presentation on Test Automation in Agile Projects with Open Source by Michael Albrecht . See more at conferences.eurostarsoftwaretesting.com/past-presentations/
Graham Bath - SOA: Whats in it for Testers?TEST Huddle
EuroSTAR Software Testing Conference 2009 presentation on SOA: Whats in it for Testers? by Graham Bath. See more at conferences.eurostarsoftwaretesting.com/past-presentations/
Mats Grindal - Risk-Based Testing - Details of Our Success TEST Huddle
EuroSTAR Software Testing Conference 2009 presentation on Risk-Based Testing - Details of Our Success by Mats Grindal. See more at conferences.eurostarsoftwaretesting.com/past-presentations/
Otto Vinter - Analysing Your Defect Data for Improvement PotentialTEST Huddle
EuroSTAR Software Testing Conference 2008 presentation on Analysing Your Defect Data for Improvement Potential by Otto Vinter. See more at conferences.eurostarsoftwaretesting.com/past-presentations/
EuroSTAR Software Testing Conference 2009 presentation on The Power of Risk by Erik Beolen. See more at conferences.eurostarsoftwaretesting.com/past-presentations/
Stefaan Luckermans - Number for Passion, Passion for Numbers - EuroSTAR 2010TEST Huddle
EuroSTAR Software Testing Conference 2010 presentation on Number for Passion, Passion for Numbers by Stefaan Luckermans. See more at: http://conference.eurostarsoftwaretesting.com/past-presentations/
Tim Koomen - Testing Package Solutions: Business as usual? - EuroSTAR 2010TEST Huddle
EuroSTAR Software Testing Conference 2010 presentation on Testing Package Solutions: Business as usual? by Tim Koomen. See more at: http://conference.eurostarsoftwaretesting.com/past-presentations/
Model driven testing (MDT) provides several advantages over traditional code-based testing approaches. MDT allows testing to be integrated into the design process, enabling frequent and early testing. Test architectures and test cases can be automatically generated from models, using techniques like animated sequence diagrams to simulate scenarios and effectively record test cases. This helps improve requirements and code coverage at lower cost and in less time compared to traditional testing approaches.
The document provides step-by-step instructions for using the TestLink test management system. It explains how to create projects, test cases, test plans, assign testers, execute test cases, and view reports. Additional features covered include assigning keywords to test cases and specifying requirements. The benefits of TestLink include having structured and organized documentation, version control, and the ability to track and report on the testing process.
This document discusses unit testing, including why testing is important, how to begin unit testing, asynchronous testing, and performance testing. It provides an overview of using XCTest to write unit tests in Xcode, including test targets, running and viewing test results. It covers writing asynchronous tests using expectations and measuring performance using the measureBlock method. The document recommends setting baselines and standard deviations for performance tests and provides references for learning more about unit and UI testing.
The document discusses problem-solving and design skills needed for computer programming. It covers several key topics:
1. Candidates should understand top-down design and be able to break down computer systems into subsystems using structure diagrams, flowcharts, pseudocode, and subroutines.
2. Candidates should be able to work with algorithms - explaining them, suggesting test data, and identifying/fixing errors. They should be able to produce algorithms for problems.
3. Top-down design is described as the process of breaking down a computer system into subsystems, then breaking each subsystem into smaller subsystems, until each performs a single action.
This document discusses unit testing ILE procedures in IBM i. It introduces unit testing as a way to identify bugs early and test code as it is written. It outlines how to create a test script in RPG that calls the procedures being tested and produces a report of the inputs, expected outputs, and actual results. The document provides terminology for different types of testing and guidelines for compiling test scripts separately from production code. It emphasizes that unit testing should be integrated into the development process.
The document provides an introduction and tutorial on using JUnit for unit testing Java code. It discusses problems that arise when developers do not properly test their code. It then demonstrates how to write and structure JUnit tests using examples of testing a Money class that represents currency values and a MoneyBag class that handles arithmetic across multiple currencies. Key aspects covered include writing test methods, using assertions to validate results, setting up test fixtures, defining test suites, and implementing a test-driven approach of writing small amounts of code and tests iteratively.
The document describes testing a procurement to payment process in an SAP system using Quick Test Professional (QTP). Key points:
- Tests for the procure to payment and order to cash cycles will be created in QTP using naming conventions and parameterized with data tables.
- Tests will be integrated into HP Quality Center with a folder structure matching the SAP transaction codes and modules.
- Tests will be executed in Quality Center by running test sets containing the integrated tests and results will be monitored. Any failures will be corrected by modifying the tests.
- Test reports will be generated in Quality Center and optionally emailed after test runs complete.
eCATT allows users to create automated functional test cases for applications running in SAP GUI. This document discusses how to create a test case for a Web Dynpro application using eCATT. First, an RFC destination is created for the Web Dynpro application URL. A test script is then recorded by accessing the application pages. The input fields are parameterized. Test data containers are created with different variant data. A test configuration is created linking the test data. When executed, the log shows the application could be tested with different data variants.
The document provides steps for using the debugger and profiler in NetBeans 6.0. [1] It describes setting breakpoints, stepping through code, and viewing variables to debug a simple program. [2] It then demonstrates profiling the same program to monitor execution time and memory usage. [3] Adding a line of code that creates Date objects without disposing of them showed how this could lead to memory leak issues.
This document discusses automated testing at the user interface level using the TESTAR tool. TESTAR works by scanning the GUI of a system under test to build a widget tree model. It then derives a set of possible user actions from this model and executes them sequentially on the system. After each action, it checks the system state using an oracle to identify any faults. The sequences of actions and detected faults can be replayed for regression testing. The document provides details on how TESTAR builds the widget tree model, selects and executes actions, and has been used to test various software systems.
utPLSQL offers a unit testing API for PL/SQL that is modeled on the xUnit approach. This is an old slide deck on utPLSQL so my apologies for any inconsistencies with the current utility. Note: while I created the original utPLSQL code base, I am not actively working on utPLSQL at this time. Check out github.com/utplsql for the code and project details.
This document provides an overview of automation fundamentals and an introduction to QuickTest Professional (QTP) 9.2. It discusses what test automation is, the benefits of automation, and factors to consider in automation planning. It also covers supported technologies and browsers in QTP, the add-in manager, and the main QTP window interface. The document provides a high-level introduction to recording and running tests in QTP.
This document provides an overview of automation fundamentals and an introduction to QuickTest Professional (QTP) 9.2. It discusses what test automation is, the benefits of automation, and factors to consider in automation planning. It also covers supported technologies and browsers in QTP, the add-in manager, and the QTP user interface. Key aspects like recording and running tests, checkpoints, synchronization, parameters, and regular expressions are explained at a high level.
The document discusses automating QuickTest operations using the QuickTest automation object model. It describes how the object model provides objects, methods and properties to control QuickTest programmatically. Examples given include writing programs to configure QuickTest, run tests/components, and perform repetitive tasks like regression testing more efficiently.
This document provides an overview of automation fundamentals and an introduction to QuickTest Professional (QTP) 9.2. It discusses what test automation is, its benefits, and when it is applicable. It also covers QTP concepts like the user interface, recording and running tests, checkpoints, parameters, synchronization, and the object repository. Key points include how QTP recognizes and identifies objects, how to save and view test results, and best practices for configuring options and settings in QTP.
This document provides an overview of automation fundamentals and an introduction to QuickTest Professional (QTP) 9.2. It discusses test automation concepts, benefits of automation, the automation life cycle, and factors to consider in automation planning. It also covers supported technologies and browsers in QTP, the QTP user interface, recording and running tests, object recognition, synchronization, checkpoints, parameters, and the object repository. The key points covered in 3 sentences are:
Test automation involves automating manual test cases using a tool to shorten testing time and avoid errors; QTP supports testing various application types and stores objects in its repository to recognize and identify them during testing; Parameters, checkpoints, synchronization, and the object repository are important
This document provides an overview of automation fundamentals and an introduction to QuickTest Professional (QTP) 9.2. It discusses what test automation is, the benefits of automation, the automation life cycle, and when automation is applicable. It also describes the QTP user interface, how to record and run tests, view results, and work with objects and the object repository. The key points covered are test automation concepts, the QTP interface and features, best practices for recording, running and viewing tests, and how QTP recognizes and stores objects.
Model Driven Developing & Model Based Checking: Applying TogetherIosif Itkin
The document discusses how model driven development (MDD) and model based testing (MBT) can be applied together. It proposes creating a multi-tiered model to describe concurrent, distributed systems at different levels of abstraction. This model can then be used to both guide code development and perform dynamic and static testing of the system. Key aspects include mapping the model to code using classes, collecting runtime traces to check the model, and transforming the model to formal languages like Promela to enable model checking with tools like Spin. The overall goal is to integrate these capabilities into an IDE plugin to help developers design, implement and verify complex systems using models.
Similar to Bert Zuurke - A Lean And Mean Approach To Model-Based Testing - EuroSTAR 2010 (20)
Why We Need Diversity in Testing- AccentureTEST Huddle
In this webinar Rasa (Testing capability lead for Denmark) and Matthias (EALA Testing capability lead) will share some of their own experiences why diversity matters, give insights into how Accenture as a global firm is promoting diversity and how we are in the process of changing our attitudes and processes to make all of this sustainable
Keys to continuous testing for faster delivery euro star webinar TEST Huddle
Your business needs to deliver faster. To accommodate, Development needs to introduce fewer changes but in a much more frequent cadence. This creates a challenge for test teams to keep up with the rapid pace of change without compromising on quality. Automation is paramount to the success or failure of Continuous Delivery, and Continuous Testing enables early and frequent quality feedback throughout the CI/CD pipeline.
In this webinar, Eran & Ayal will explore how to implement Continuous Testing to ensure high quality releases in a Continuous Delivery environment; including what to test and when to automate new functionality in order to optimize your efforts.
Why you Shouldnt Automated But You Will Anyway TEST Huddle
The document discusses automation in software testing. It begins by outlining common claims made about the benefits of automation, such as saving time and improving quality, but argues that these claims often don't hold true. Automation does not inherently save time, guarantee quality, or reduce resources needed. It also does not always save money when development, maintenance, and infrastructure costs are considered. The document provides a formula for determining when automation is worthwhile based on how many times a test case would need to be rerun manually. It concludes by acknowledging that, despite these drawbacks, organizations will still automate testing because it is exciting, managers demand it, and it benefits careers.
In this webinar Carsten will explore the role of the tester in a Scrum team. He will examine where the tester play an important role in Scrum and how you can contribute to a teams performance.
Leveraging Visual Testing with Your Functional TestsTEST Huddle
Designing and implementing (or selecting) the right automation strategy, for functional testing, with visual testing, can help your project with greater test coverage while improving test scalability
Big Data: The Magic to Attain New HeightsTEST Huddle
This document discusses how big data and data science can be used to attain new heights, likening it to magic. It provides an overview of Ken Johnston's background and experiences in data science. It then discusses six keys to a "big" magic show with big data: trying multiple times, addressing issues with over-counting, experimentation techniques like A/B testing, infrastructure for big data, tools and skills, and security, privacy and fraud protection. The document emphasizes the importance of an assistant to help the data scientist or data engineer with various tasks.
This talk suggests how we might make sense of the tools landscape of the near future, where the pressure to modernise processes and automate is greatest, and what a new test process supported by tools might look like.
Takeaways:
- We need to take machine learning in testing seriously, but it won’t be taking our jobs just yet
- We don’t need more test automation tools; today we need tools that capture tester knowledge
- Tools that that learn and think can’t work for testers until we solve the knowledge capture challenge.
View On-Demand Webinar: https://youtu.be/EzyUdJFuzlE
The document discusses Test Driven Development (TDD) and Test Driven Design. It uses the analogy of building a lightsaber and later a Death Star to illustrate the TDD process and benefits. Some benefits mentioned are better test coverage, less debugging, and better design. The document provides tips for practicing TDD including planning ahead, defining boundaries, taking small steps to pass each test, and maintaining discipline. It emphasizes trying TDD in a team and considering Behavior Driven Development (BDD) as well.
Scaling Agile with LeSS (Large Scale Scrum)TEST Huddle
In this webinar, Elad will cover the principles that the #LeSS framework has to offer in order to enable bug organisations to become agile.
View webinar recording - https://huddle.eurostarsoftwaretesting.com/resource/agile-testing/scaling-agile-less-large-scale-scrum/
Creating Agile Test Strategies for Larger EnterprisesTEST Huddle
Having difficulty creating an agile test strategy for your company? Let Testing Excellence Award winner, Derk-Jan de Grood, show you how it’s done
View webinar recording here - http://huddle.eurostarsoftwaretesting.com/resource/agile-testing/creating-agile-test-strategies-larger-enterprises/
3 key takeaways
- Do you know the meaning of your organisation, system, product?
- Can you deliver the important risks right away?
- How can you communicate about the (process and product) risks your dealing with?
View Webinar recording: https://huddle.eurostarsoftwaretesting.com/resource/test-management/is-there-a-risk/
Are Your Tests Well-Travelled? Thoughts About Test CoverageTEST Huddle
This document summarizes a presentation on test coverage given by Dorothy Graham. It uses an analogy of travel to different locations to explain what test coverage means and some caveats. Coverage refers to the relationship between tests and the parts of a system being tested, but achieving 100% coverage does not mean everything is tested. There are four caveats discussed: coverage only measures one aspect of testing, a single test can achieve coverage, coverage does not indicate quality, and it only applies to the existing system not missing pieces. The key recommendation is to ask "coverage of what?" when the term is used rather than assuming more coverage is always better.
Growing a Company Test Community: Roles and Paths for TestersTEST Huddle
Over the past three years, our company’s test team has grown from three lonesome testers to a community of nine – with more planned. Since we don’t see testers as “click monkeys”, but as valuable and integrated project members who bring a specific skill set to the table, it’s important for us to choose testers well and to train them in various areas so that they can contribute, grow and see their own career path within testing.
To structure to our internal tester training program, we have been developing role descriptions, education paths and career options for our testers, which I’d like to share with you in this webinar.
View webinar - https://huddle.eurostarsoftwaretesting.com/resource/webinar/growing-company-test-community-roles-paths-testers/
It’s the same argument again and again. One side says “team members should all be able to do everything, and the programmers should do their testing and all testers should be writing code”. The other side says “No, that can’t possibly work – programmers don’t know how to test, they don’t have the right mindset”. And on and on it goes.
http://huddle.eurostarsoftwaretesting.com/resource/webinar/need-testers-agile-teams/
In this webinar, Dave Haeffner (Elemental Selenium, USA) discusses how to:
- Build an integrated feedback loop to automate test runs and find issues fast
- Setup your own infrastructure or connect to a cloud provider
-Dramatically improve test times with parallelization
https://huddle.eurostarsoftwaretesting.com/resource/webinar/use-selenium-successfully/
Testers & Teams on the Agile Fluency™ Journey TEST Huddle
The document discusses the Agile Fluency model, which aims to help teams and testers improve their agile skills and practices over time. It describes a pathway with increasing levels of fluency that provide more benefits, including delivering value, optimizing value, and innovating. Reaching higher levels requires investments in training, coaching, and changing team structures and roles. The model can help organizations determine what level of fluency they need and what investments are required for testing teams to operate at that level.
Practical Test Strategy Using HeuristicsTEST Huddle
Key Takeaways
- See what makes a good test strategy
- Learn how to make a thorough test strategy
- Identify what is the ‘Heuristic Test Strategy Model’ is
- Develop a solid test strategy that fits fast
- Discover how diversification can help you to create a test strategy
Key Takeaways:
- A diagramming method that helps discuss roles
- A one page analysis heuristic for roles
- Why roles matter on projects
https://huddle.eurostarsoftwaretesting.com/resource/people-skills/thinking-through-your-role/
Key Takeaways:
- What will this release contain
- What impact will it have on your test runs
- How can you preserve your existing investment in tests using the Selenium WebDriver APIs, and your even older RC tests
- Looking forward, when will the W3C spec be complete
- What can we expect from Selenium 4
https://huddle.eurostarsoftwaretesting.com/
HCL Notes and Domino License Cost Reduction in the World of DLAUpanagenda
Webinar Recording: https://www.panagenda.com/webinars/hcl-notes-and-domino-license-cost-reduction-in-the-world-of-dlau/
The introduction of DLAU and the CCB & CCX licensing model caused quite a stir in the HCL community. As a Notes and Domino customer, you may have faced challenges with unexpected user counts and license costs. You probably have questions on how this new licensing approach works and how to benefit from it. Most importantly, you likely have budget constraints and want to save money where possible. Don’t worry, we can help with all of this!
We’ll show you how to fix common misconfigurations that cause higher-than-expected user counts, and how to identify accounts which you can deactivate to save money. There are also frequent patterns that can cause unnecessary cost, like using a person document instead of a mail-in for shared mailboxes. We’ll provide examples and solutions for those as well. And naturally we’ll explain the new licensing model.
Join HCL Ambassador Marc Thomas in this webinar with a special guest appearance from Franz Walder. It will give you the tools and know-how to stay on top of what is going on with Domino licensing. You will be able lower your cost through an optimized configuration and keep it low going forward.
These topics will be covered
- Reducing license cost by finding and fixing misconfigurations and superfluous accounts
- How do CCB and CCX licenses really work?
- Understanding the DLAU tool and how to best utilize it
- Tips for common problem areas, like team mailboxes, functional/test users, etc
- Practical examples and best practices to implement right away
FREE A4 Cyber Security Awareness Posters-Social Engineering part 3Data Hops
Free A4 downloadable and printable Cyber Security, Social Engineering Safety and security Training Posters . Promote security awareness in the home or workplace. Lock them Out From training providers datahops.com
Main news related to the CCS TSI 2023 (2023/1695)Jakub Marek
An English 🇬🇧 translation of a presentation to the speech I gave about the main changes brought by CCS TSI 2023 at the biggest Czech conference on Communications and signalling systems on Railways, which was held in Clarion Hotel Olomouc from 7th to 9th November 2023 (konferenceszt.cz). Attended by around 500 participants and 200 on-line followers.
The original Czech 🇨🇿 version of the presentation can be found here: https://www.slideshare.net/slideshow/hlavni-novinky-souvisejici-s-ccs-tsi-2023-2023-1695/269688092 .
The videorecording (in Czech) from the presentation is available here: https://youtu.be/WzjJWm4IyPk?si=SImb06tuXGb30BEH .
zkStudyClub - LatticeFold: A Lattice-based Folding Scheme and its Application...Alex Pruden
Folding is a recent technique for building efficient recursive SNARKs. Several elegant folding protocols have been proposed, such as Nova, Supernova, Hypernova, Protostar, and others. However, all of them rely on an additively homomorphic commitment scheme based on discrete log, and are therefore not post-quantum secure. In this work we present LatticeFold, the first lattice-based folding protocol based on the Module SIS problem. This folding protocol naturally leads to an efficient recursive lattice-based SNARK and an efficient PCD scheme. LatticeFold supports folding low-degree relations, such as R1CS, as well as high-degree relations, such as CCS. The key challenge is to construct a secure folding protocol that works with the Ajtai commitment scheme. The difficulty, is ensuring that extracted witnesses are low norm through many rounds of folding. We present a novel technique using the sumcheck protocol to ensure that extracted witnesses are always low norm no matter how many rounds of folding are used. Our evaluation of the final proof system suggests that it is as performant as Hypernova, while providing post-quantum security.
Paper Link: https://eprint.iacr.org/2024/257
5th LF Energy Power Grid Model Meet-up SlidesDanBrown980551
5th Power Grid Model Meet-up
It is with great pleasure that we extend to you an invitation to the 5th Power Grid Model Meet-up, scheduled for 6th June 2024. This event will adopt a hybrid format, allowing participants to join us either through an online Mircosoft Teams session or in person at TU/e located at Den Dolech 2, Eindhoven, Netherlands. The meet-up will be hosted by Eindhoven University of Technology (TU/e), a research university specializing in engineering science & technology.
Power Grid Model
The global energy transition is placing new and unprecedented demands on Distribution System Operators (DSOs). Alongside upgrades to grid capacity, processes such as digitization, capacity optimization, and congestion management are becoming vital for delivering reliable services.
Power Grid Model is an open source project from Linux Foundation Energy and provides a calculation engine that is increasingly essential for DSOs. It offers a standards-based foundation enabling real-time power systems analysis, simulations of electrical power grids, and sophisticated what-if analysis. In addition, it enables in-depth studies and analysis of the electrical power grid’s behavior and performance. This comprehensive model incorporates essential factors such as power generation capacity, electrical losses, voltage levels, power flows, and system stability.
Power Grid Model is currently being applied in a wide variety of use cases, including grid planning, expansion, reliability, and congestion studies. It can also help in analyzing the impact of renewable energy integration, assessing the effects of disturbances or faults, and developing strategies for grid control and optimization.
What to expect
For the upcoming meetup we are organizing, we have an exciting lineup of activities planned:
-Insightful presentations covering two practical applications of the Power Grid Model.
-An update on the latest advancements in Power Grid -Model technology during the first and second quarters of 2024.
-An interactive brainstorming session to discuss and propose new feature requests.
-An opportunity to connect with fellow Power Grid Model enthusiasts and users.
A Comprehensive Guide to DeFi Development Services in 2024Intelisync
DeFi represents a paradigm shift in the financial industry. Instead of relying on traditional, centralized institutions like banks, DeFi leverages blockchain technology to create a decentralized network of financial services. This means that financial transactions can occur directly between parties, without intermediaries, using smart contracts on platforms like Ethereum.
In 2024, we are witnessing an explosion of new DeFi projects and protocols, each pushing the boundaries of what’s possible in finance.
In summary, DeFi in 2024 is not just a trend; it’s a revolution that democratizes finance, enhances security and transparency, and fosters continuous innovation. As we proceed through this presentation, we'll explore the various components and services of DeFi in detail, shedding light on how they are transforming the financial landscape.
At Intelisync, we specialize in providing comprehensive DeFi development services tailored to meet the unique needs of our clients. From smart contract development to dApp creation and security audits, we ensure that your DeFi project is built with innovation, security, and scalability in mind. Trust Intelisync to guide you through the intricate landscape of decentralized finance and unlock the full potential of blockchain technology.
Ready to take your DeFi project to the next level? Partner with Intelisync for expert DeFi development services today!
Trusted Execution Environment for Decentralized Process MiningLucaBarbaro3
Presentation of the paper "Trusted Execution Environment for Decentralized Process Mining" given during the CAiSE 2024 Conference in Cyprus on June 7, 2024.
Have you ever been confused by the myriad of choices offered by AWS for hosting a website or an API?
Lambda, Elastic Beanstalk, Lightsail, Amplify, S3 (and more!) can each host websites + APIs. But which one should we choose?
Which one is cheapest? Which one is fastest? Which one will scale to meet our needs?
Join me in this session as we dive into each AWS hosting service to determine which one is best for your scenario and explain why!
Building Production Ready Search Pipelines with Spark and MilvusZilliz
Spark is the widely used ETL tool for processing, indexing and ingesting data to serving stack for search. Milvus is the production-ready open-source vector database. In this talk we will show how to use Spark to process unstructured data to extract vector representations, and push the vectors to Milvus vector database for search serving.
How to Interpret Trends in the Kalyan Rajdhani Mix Chart.pdfChart Kalyan
A Mix Chart displays historical data of numbers in a graphical or tabular form. The Kalyan Rajdhani Mix Chart specifically shows the results of a sequence of numbers over different periods.
Your One-Stop Shop for Python Success: Top 10 US Python Development Providersakankshawande
Simplify your search for a reliable Python development partner! This list presents the top 10 trusted US providers offering comprehensive Python development services, ensuring your project's success from conception to completion.
Salesforce Integration for Bonterra Impact Management (fka Social Solutions A...Jeffrey Haguewood
Sidekick Solutions uses Bonterra Impact Management (fka Social Solutions Apricot) and automation solutions to integrate data for business workflows.
We believe integration and automation are essential to user experience and the promise of efficient work through technology. Automation is the critical ingredient to realizing that full vision. We develop integration products and services for Bonterra Case Management software to support the deployment of automations for a variety of use cases.
This video focuses on integration of Salesforce with Bonterra Impact Management.
Interested in deploying an integration with Salesforce for Bonterra Impact Management? Contact us at sales@sidekicksolutionsllc.com to discuss next steps.
Best 20 SEO Techniques To Improve Website Visibility In SERPPixlogix Infotech
Boost your website's visibility with proven SEO techniques! Our latest blog dives into essential strategies to enhance your online presence, increase traffic, and rank higher on search engines. From keyword optimization to quality content creation, learn how to make your site stand out in the crowded digital landscape. Discover actionable tips and expert insights to elevate your SEO game.
Fueling AI with Great Data with Airbyte WebinarZilliz
This talk will focus on how to collect data from a variety of sources, leveraging this data for RAG and other GenAI use cases, and finally charting your course to productionalization.
Digital Marketing Trends in 2024 | Guide for Staying AheadWask
https://www.wask.co/ebooks/digital-marketing-trends-in-2024
Feeling lost in the digital marketing whirlwind of 2024? Technology is changing, consumer habits are evolving, and staying ahead of the curve feels like a never-ending pursuit. This e-book is your compass. Dive into actionable insights to handle the complexities of modern marketing. From hyper-personalization to the power of user-generated content, learn how to build long-term relationships with your audience and unlock the secrets to success in the ever-shifting digital landscape.
Dandelion Hashtable: beyond billion requests per second on a commodity serverAntonios Katsarakis
This slide deck presents DLHT, a concurrent in-memory hashtable. Despite efforts to optimize hashtables, that go as far as sacrificing core functionality, state-of-the-art designs still incur multiple memory accesses per request and block request processing in three cases. First, most hashtables block while waiting for data to be retrieved from memory. Second, open-addressing designs, which represent the current state-of-the-art, either cannot free index slots on deletes or must block all requests to do so. Third, index resizes block every request until all objects are copied to the new index. Defying folklore wisdom, DLHT forgoes open-addressing and adopts a fully-featured and memory-aware closed-addressing design based on bounded cache-line-chaining. This design offers lock-free index operations and deletes that free slots instantly, (2) completes most requests with a single memory access, (3) utilizes software prefetching to hide memory latencies, and (4) employs a novel non-blocking and parallel resizing. In a commodity server and a memory-resident workload, DLHT surpasses 1.6B requests per second and provides 3.5x (12x) the throughput of the state-of-the-art closed-addressing (open-addressing) resizable hashtable on Gets (Deletes).
Dandelion Hashtable: beyond billion requests per second on a commodity server
Bert Zuurke - A Lean And Mean Approach To Model-Based Testing - EuroSTAR 2010
1. W20 -A Lean And Mean Approach To Model-Based Testing
Bert Zuurke
LogicaNetherlands
2. Presenting
•I will present a method :
–where the test scripts are generated from state transition diagrams
–and populated with test data from an Excel spreadsheet.
3. Including
•Demonstrating the use of open source tools
–For making state transition diagrams
–For generating test scripts
–For recording test results
–For automating tests
4. Not included
•This is not a tutorial on model based testing
•This is not a tutorial on how to test with state transition diagrams
•This is not a demonstration of all features of all the tools
5. Lean and mean
•Only open source
–Low costs to start with MBT
•Understandable and usable by any average tester
6. We all use models
Hmmm…
if I want to make a note
than I need to start
Notepad, enter my text,
save it and close Notepad
start
Save
Type text
Cancel
No
7. A state transition diagram
START State
Action
END State
Start
Startnotepad
Notepadrunning
Notepadrunning
Type text
Textentered
Textentered
Close window
Savethe changes?
Savethe changes?
No
Notepadnotrunning
Savethe changes
Cancel
Textentered
start
Save
Type text
Cancel
No
Start Notepad
12. Why using Excel for test data? Action wordWhat to do
Arguments
= test data
Field labels
13. Use of excel
Edgename
Label
Type Text
1
Anote for Eurostar2010
2
Anotherline
3
Lastline to type
14. Putting it all togetherUse Model State Diagram for navigationUse Excel for the test data
15. Add a user interface
Model engineTestdata
Model state diagram
SOAP Request
SOAP Repley
Testdata
Test engine
•Offline mode
•Online mode
•Test automation
OperationModes
Navigation
22. Automation
Test Automation can be added in the same way as with keyword driven tests
keywordtestdata3
testdata2
testdata1Step 1: action (enter testdata1 in field 1) Step2: action …
Notepad running
Text addedAdd Text
Edge name
testdata1
FuncAdd_text
send(“A note for Eurostar2010{ENTER}”)
Endfunc
23. Automation (2) Per step automatione.g. Start the applicationrun("Notepad.exe") Enter textsend(“A note for Eurostar2010{ENTER}”) Close the windowWinClose("Untitled -Notepad","") Cancel “Save the changes”; click No buttonControlClick("Notepad","","[CLASS:Button; INSTANCE:2]") Do not “Save the changes”; click No buttonControlClick("Notepad","","[CLASS:Button; INSTANCE:2]") How it is done:
1.Generate an autoitscript template
2.Add programming statements for each step inside the functions
3.Compile with engine
4.Test the test
24. Demo: generate the programming frameand add the statements to automate the test
Switch$name
case“e_Type_A”
$nextaction=e_Type-A($sproc,$itestcase,$aArguments)
case“e_Close”
$nextaction=e_Type-A($sproc,$itestcase,$aArguments)
…
End switch
Funca_Type_A($Proc,$testnr,$aData)
; do the action on the SUT
WinWait("Untitled -Notepad","")
If Not WinActive("Untitled -Notepad","") Then WinActivate("Untitled -Notepad","")
WinWaitActive("Untitled -Notepad","")
send()
Endfunc;e_Type_A
25. Run again and have more fun
This page is a placeholder for the real life demo
26. Extensions to the model
Use of guards and expressions
Edge can only be used if the condition is true:
Test_entered=true
Expressions can change the stateVariables:
Test-entered=true
Syntax:
Name[guard1;guard2;]/expression1;expression2
27. Run again and have more fun
This page is a placeholder for the real life demo
28. Summary
•I have demonstrated the use of open source tools
√ For making state transition diagrams
√ For generating test scripts
√ For recording test results
√ For automating test
√ Can be used for a start with Model based testing.
•Commercial tools add more features
•Better GUI
•More input models
•Data generation from class diagrams
•Integration with QTP and other tools