No account yet?
 
 
You are here:: Software Testing
 
 

Software Testing

Categories : Software Testing Track
Posted by : kotchaphan | Posted On : Tuesday, 16 February 2010 16:54
Training Date : 18 October 2017 - 20 October 2017

Cancellation this course !!

เขตอุตสาหกรรมซอฟต์แวร์ประเทศไทย ขอเรียนแจ้งยกเลิกการเปิดอบรมหลักสูตรดังกล่าว เนื่องจากจำนวนผู้เข้าร่วมอบรมต่ำกว่าเกณฑ์ที่กำหนด
ท่านที่สนใจและมีความประสงค์เข้ารับการอบรม สามารถสอบถามได้ที่ 02-583-9992 ต่อ 1425 คุณกชพรรณค่ะ


**หลักสูตรนี้เหมาะสำหรับบุคคลทั่วไปที่สนใจเพิ่มความรู้ด้าน Software Testing ผู้อบรมไม่จำเป็นต้องมีพื้นฐานด้าน Testing มาก่อนก็สามารถเรียนได้ค่ะ



13 September 2016 - 16 September 2016

07 June 2016 - 10 June 2016
17 November 2015 - 20 November 2015
18 August 2015 - 21 August 2015
27 April 2015 - 30 April 2015
18 February 2014 - 21 February 2014
17 September 2013 - 20 September 2013
19 February 2013 - 22 February 2013
11 September 2012 - 14 September 2012
22 May 2012 - 25 May 2012
08 August 2011 - 11 August 2011
22 March 2011 - 25 March 2011
Please Login before registering . No account ? signup here
กรุณา ล็อกอิน ก่อนลงทะเบียน หรือสร้างบัญชีผู้ใช้ใหม่ได้ ที่นี่
Time : 18 Hour(s)
Days : 3 Day(s)
Duration : 09:00 - 16:00
Fee : 16,000 THB (Excluded Vat 7%)
Language : English
Instructor : Mr.Phil Robinson
Objectives :

Course Overview

This three-day course is essential for those who want to understand the role of software testing as a technique for improving software quality.
The course starts with a discussion of key quality concepts and how they relate to software quality. During this discussion, the inherent limitations of software testing are identified and a number of alternative quality improvement techniques are described.
The course then moves on to introduce the 'software testing canvas' and describe how it can be used as a tool for understanding standard test levels and as a framework for developing a custom software testing strategy. The importance of adopting a risk-based approach to testing is emphasised.
Participants then learn how to design design functional (black-box) and structural (white-box) test cases, applying a variety of techniques with an emphasise on 'negative testsing'.
The theory presented during the course is enhanced by lively class discussions and practical exercises that provide an opportunity for participants to apply what they have learnt.

Course Features

  • Describes the role of software testing as a quality improvement technique by presenting six fundamental reasons for testing software that are based on a widely recognised definition of quality
  • Incorporates the ISTQB's 'principles of software testing' with a practical explanation of what each principles means and how to apply it to real projects
  • Provides an introduction to risk based testing that emphasises the importance of incorporating a risk based approach in testing strategies
  • Incorporates two unique learning learning frameworks: the 'quality triangle' which is used to explain the underlying reasons for poor software quality and how poor quality can be rectified; and the 'software testing canvas' which is used to explain the different 'levels' of testing and for developing customised testing strategies
  • Suitable for both experienced testers wanting to improve their testing skills as well as those moving into a software testing role for the first time
Who Should Attend :
  • Those who want to improve their software testing skills such as Test Engineers, Tester Analysts, Quality Assurance Staff, Agile Teams, Software Engineers, Software Developers, Business Analysts, Business Systems Analysts, Systems Analysts, Functional Analysts
  • Those who need to plan and manage the software testing effort such as Test Managers, Quality Assurance Staff, Project Managers, Program Managers Product Owners, Product Managers, Scrum Masters
  • Those who who want to gain an understanding of software testing as a quality improvement technique such as Test Managers, Project Managers, Program Managers Software Engineers, User Representatives, Product Owners, Product Managers, Scrum Masters, Requirements Engineers, Requirements Analysts, Human Factors Specialists, Software Developers, Process Engineers, Software Engineers, Process Group (SEPG) Staff, Methodologists, Process Improvement Staff
Benefits :
  • Awareness of the limitations of software testing and understanding of when alternative quality improvement techniques should be used
  • Ability to develop a custom software strategy using the 'software testing canvas' and design functional (black-box) and structural (white-box) test cases applying a variety of techniques
  • Understanding of the need to incorporate exploratory testing into a test strategy to compliment scripted and automated testing
  • Practical strategies for reporting test progress and increased confidence interacting with management
Course Outline :

Software Quality

  • Five Popular Assumptions About Software Quality
  • Software Quality is a Measure of 'Excellence'
    • The Five Views of Quality
    • Software Defects
      • Defects in New Software
      • Defects in Modified Software
      • Configuration Defects
    • Verification and Validation
      • Gaps Between the Views of Quality
      • The Reason For Gaps
      • Closing the Gaps
      • Some Typical Problems With Software Quality
  • Software Quality is Difficult to Measure
  • Software Quality is Expensive
    • Is Software Quality Expensive?
    • The True Cost of Quality
  • Quality Can Be Tested Into Software
  • Software Quality Depends on Developer Skills

Introduction to Software Testing

  • What Software Testing Is Not!
  • The Principles of Software Testing
    • Principle 1 - Testing shows presence of defects
    • Principle 2 - Exhaustive testing is impossible
    • Principle 3 - Early testing is desirable
    • Principle 4 - Defects tend to cluster
    • Principle 5 - Pesticide paradox - bugs become immune
    • Principle 6 - Testing is context dependent
    • Principle 7 - Absence of errors fallacy
  • Applying Principle 1 - Testing Shows Presence of Defects
  • Comparing Test to Pass and Test to Fail (Negative Testing)
  • Applying Principle 7 - Absence of Errors Fallacy
  • The Objectives of Software Testing

Software Testing Limitations

  • Applying Principle 3 - Early Testing is Desirable
  • The Limitations of Software Testing
  • Late Discovery of Errors Triggers Rework
  • Quality Improvement Throughout the Development Life Cycle
    • Requirements Validation
    • Reviews
    • Static Source Code Analysis
    • Configuration Management
    • Defect Prevention
  • Agile Software Development

Software Testing Strategies

  • Applying Principle 6 - Testing is Context Dependent
  • Defining Test Levels
    • Component/unit testing
    • Integration testsing
    • System testing
    • Acceptance testing
  • Do Test Levels Provide a Good Contextual a Test Strategy?
  • A Better Approach to Testing Context
    • Why Perform the Test (Test Objective)?
    • What to Test (Test Target)?
    • What Is Needed to perform the Test (Environment)?
    • How To Design the Test Cases (Test Basis)?
    • How To Execute the Test?
    • Who (or What) Will Perform the Test (Agent)?
    • When Does the test Need to Be Performed (Schedule)?
    • Where Will the Test Be Performed (Facilities)?
  • Test Target
    • Software Components
    • Component Integration
    • Software Features
    • Feature Testing Requires Confidence in Component Integration
  • Test Basis
    • Definition of a Test Basis
    • Testing is Not 'Black' and 'White'
    • Designing Test Cases from a Test Basis
    • Test Case Objective
  • Executing Tests
    • Configuring the System Under Test
      • Stand Alone Component
      • Stand Alone Feature
      • End to End Components
      • End to End Features
      • An Incremental Approach to Building Confidence in Software
    • Connecting to the System Under Test
      • Program Code
      • API
      • User Interface
  • Test Agents
    • Human Agents
    • Test Automation
  • Some Typical Strategies for Software Testing
    • Unit Testing
    • Systems Integration Testing
    • User Acceptance Testing
    • Regression Testing
  • Developing a Custom Strategy
  • Exploratory Testing
    • Applying Principle 5 - Pesticide Paradox (Bugs Become Immune)
    • What is Exploratory Testing
    • Exploratory Testing Skills
    • Exploratory Testing and Heuristics (Cheat Sheets)
    • Comparing Exploratory, Scripted and Automated Testing
    • Exploratory Testing Tools and Test Automation
  • Strategies for Measuring Non-Functional Attributes of Software

Software Testing and Risk

  • Applying Principle 2 - Exhaustive Testing is Impossible
  • There Will Always Be a Risk That Software Contains Errors
  • Software Testing Should
    • Reduce the Risk of Failures
    • Focus on Areas of High Risk
  • What is Risk?
    • The Possibility of Loss or Misfortune
    • How Likely?
    • How Bad?
  • Applying Principle 4 - Defects Tend to Cluster
    • In Components
    • On Boundaries
  • The risk paradox
    • Finding bugs reduces the overall risk of failures
    • Finding bugs in a component increases the risk of more failures in that component

Designing Test Cases

  • Definition of a Test Case
  • Test Cases
  • Test Data
  • Test Procedures
  • Test Procedures
  • Test Case Coverage
  • Test Case Design Technique
    • Functional, Specification Based, Black Box
    • Structural, Code Based, White Box

Functional Test Case Design

  • Equivalence Partitioning
    • Identifying Boundaries
    • Testing Between Boundaries (Partitions)
    • Continuous and Discrete Values
    • Partitions and Risk
    • Coverage of Partitions
    • Field Length Partitions
  • Boundary Value Analysis
    • Testing On Boundaries
    • Testing Either Side of the Boundary
    • Rounding and Precision
    • Coverage of Boundaries
  • Decision Tables
    • Conditions and Actions
    • Truth Tables
    • Reducing Truth Table Entries
    • Coverage of Conditions
  • State Transition Testing
    • State Transitions Diagrams
    • State Tables
    • Valid Transitions - Test to Pass
    • Invalid Transitions - Test to Fail
    • Coverage of States and Transitions
    • State Transition Testing as Requirements Verification Technique

Structural Test Case Design

  • Statement Testing
    • Counting Program Statements
    • Measuring Statement Coverage
    • Statement Coverage and Defensive Programming
  • Branch/Decision Testing
    • Modelling Decisions With Control Flow Graphs
    • Coverage of Branches and Decisions
  • Branch/Condition Testing
    • Modelling Conditions With Control Flow Graphs
    • Coverages of Branches and Conditions

Executing Test Strategies

  • Unit Testing
    • Unit Testing Components
      • The Need for drivers and doubles
      • Automating Unit Testing
        • xUnit Frameworks
        • Test Doubles
        • Measuring Coverage
      • A Comprehensive Unit Testing Strategy
    • Unit Testing Features
  • Integration Testing
    • Discuss integration strategies
  • System Integration Testing (SIT)
    • System Testing Process
    • Issue Reporting
    • Measuring test Execution Progress
    • Measuring Product Quality
    • Automating SIT
    • SIT Completion Criteria
  • User Acceptance Testing (UAT)
    • UAT vs. SIT
    • UAT and Third Party Providers
    • Scenario Based Testing
    • Automating UAT
    • UAT Completion Criteria
Payment Condition :

Payment can be made by:

    1. Cash or Credit Card or Bank Cheque payable to “Software Park Thailand #2” (a post-dated cheque is not accepted) on the first day of the service or within the last day of the service.
     2. Account transfer and send the proof of the payment (the deposit slip) via fax or email to fax no. 02-583-2884 or email ttd@swpark.or.th

        2.1 Siam Commercial Bank, Chaengwattana Branch
              Saving Account Number: 324-2-56262-0
             Account Name: Software Park Thailand#2

        2.2 Krungsri Bank, Chaengwattana (Software Park) Branch
              Saving Account Number: 329-1-34850-3
             Account Name: Software Park Thailand#2

Notes:

- Withholding tax (3%) is exempt.

- Should you need to withdraw, you must send the notice of the withdrawal in writing no later than 7 working days before the commencement date. The cancellation less than 7 days will be subject to a fine of 40% of the fee.

- Software Park Thailand reserves the rights to cancel courses due to unforeseen circumstances.

Contact Person :

For more information, contact our course coordinator on:

Ms. Kotchaphan Aokdeelert

Tel: +66-2583-9992 Ext. 1425

Fax: +66-2583-2884

Email: kotchaphan.aokdeelert@nstda.or.th, ttd@swpark.or.th

You are encouraged to use the course schedule as a guide to plan your training. The schedule is accessible at www.swpark.or.th for more information.