Please enable JavaScript.

Coggle requires JavaScript to display documents.

Software Testing - Coggle Diagram

- - - - Software testing talks about the presence of defects
        and doesn’t talk about the absence of defects
        
        Kiểm thử có thể cho thấy rằng phần mềm đang có lỗi, nhưng không thể chứng minh rằng phần mềm không có lỗi
        
        Kiểm thử giúp giảm xác suất lỗi chưa tìm thấy vẫn còn trong phần mềm
    - - Cứ thực thi lặp đi lặp lại một bộ test case thì có khả năng rất thấp sẽ tìm được lỗi từ những trường hợp kiểm thử này
        Nguyên nhân là do khi hệ thống ngày càng hoàn thiện, những lỗi được tìm thấy lúc trước đã được sửa trong khi những trường hợp kiểm thử thi` đã cũ
        
        Testers phải liên tục cải thiện các phương pháp hiện có để kiểm thử được hiệu quả hơn
    - - Testing approach depends on context of software developed
        
        Different types of software need to perform different types of testing
        
        The testing of the e-commerce site is different from the testing of the Android application
    - - Kiểm thử phần mềm không chỉ đơn thuần là tìm lỗi, mà còn để kiểm tra xem phần mềm có đáp ứng nhu cầu của người dùng hay không
    - - Các hoạt động kiểm thử phần mềm từ giai đoạn đầu của vòng đời phát triển phần mềm sẽ giúp phát hiện bug sớm hơn
        
        Sửa một khiếm khuyết trong giai đoạn đầu của việc phát triển phần mềm sẽ ít tốn kém hơn
    - - Kiểm thử với tất cả các kết hợp đầu vào và đầu ra, với tất cả các kịch bản là không thể
        
        Phân tích rủi ro và dựa trên sự mức độ ưu tiên để tập trung việc kiểm thử vào một số điểm cần thiết, có nguy cơ lỗi cao hơn
    - - + Defect clustering
        Sự tập trung/phân bố của lỗi
        
        Thông thường, phần lớn lỗi tập trung vào những module, thành phần chức năng chính của hệ thống
        
        Nguyên lý Pareto: 80% số lượng lỗi được tìm thấy trong 20% tính năng của hệ thống
- - - - Unit Testing
        
        A Unit is a smallest testable portion of system or application which can be compiled, liked, loaded, and executed
        
        It checks that component are fulfilling functionalities or not
        
        Usually performed by the developers
        
        The Unit tests are always automated and more specifically use + White-box testing technique as the knowledge of the piece of code and internal architecture is required to test the code
        
        Tools: JUnit, TestNG, xUnit, NUnit...
      - Intergration testing
        
        Integration testing is the testing of a group of related modules.
        
        It aims at finding interfacing issues between the modules
        
        This kind of testing is performed by testers
        
        Integrating testing checks the data flow from one module to other modules
        
        Tools/Technics: Bigbang, Topdown, Bottom up, Sandwich
      - System Testing
        
        Where the complete integrated application is tested as a whole
        
        Determining if the application conforms to its business requirements
        
        Involves the external workings of the software from the user's perspective
        
        System test falls under the Black-box testing category of software testing
        
        Testing each aspect of the application as seen from the outside without looking at the actual source code
        
        It is carried out by the QA team
        
        Both the functional and non-functional requirements of the system are evaluated
        
        Tools/Techniques:: Bigbang, Topdown, Bottom up, Sandwich
      - Acceptance Testing(UAT - User Acceptance Testing)
        
        is basically done by the user or customer and other stakeholders
        
        Where the system is tested for compliance to its business requirements
        
        With the intent to see if the product is fit for delivery
        
        UAT is required because...
        
        Types of Acceptance Testing
        
        Alpha Testing
        
        takes place at the developer's site and is not open to the world
        
        can also be white-box along with black-box tests
        
        can be carried out by both in-house developers and QAs as well as the potential end users as well
        
        Beta Testing
        
        takes place at the customer's or the end user's site
        
        is performed after alpha testing and in the real world environment without the presence or control of developers
        
        are normally open to the whole world (or client)
        
        are only black-box
  - - - Functional Testing
        Kiểm thử chức năng
        
        Định nghĩa
        
        To check whether the system is functionally perfect
        
        The functions are “what” the system should do
        
        Phân loại
        
        Unit Testing - Kiểm thử đơn vị; kiểm tra các hàm, class, tính năng nào đó có chạy "ổn" không
        
        Smoke Testing - Check nhanh xem hệ thống có khởi động, vận hành bước đầu được không, có bị "bốc khói" khi "đóng điện" chạy/run hay không?
        
        Sanity Testing - Check nhanh xem sau khi sửa đổi/fix bug thì function có hoạt động như mong muốn,vận hành có/còn đúng đắn hay không?
        
        Interface Testing - Kiểm thử các giao tiếp/kết nối giữa các module, thành phần
        
        Integration Testing - Kiểm thử tích hợp
        
        Systems Testing - Kiểm thử hệ thống
        
        Regression Testing - Kiểm thử hồi quy, xác minh rằng những sửa đổi trong phần mềm hoặc môi trườngkhông gây ra các phản ứng phụ không mong muốn
        
        Acceptance Testing - Kiểm thử chấp nhận
        
        Các thức thực hiện Chủ yếu sử dụng kĩ thuật kiểm thử hộp đen - black-box
        
        Các công cụ sử dụng
        Ranorex Studio
        QTP
        Selenium
        JUnit
        Katalon
      - Non-functional Testing
        Kiểm thử phi chức năng
        
        Kiểm thử phi chức năng xem xét các hành vi bên ngoài của phần mềm
        
        A type of Software testing to check non-functional aspects (performance, usability, reliability, etc), ví dụ: kiểm tra xem app hỗ trợ được tối đa bao nhiêu người dùng cùng đồng thời truy cập,ví dụ: checking if software should be installable on all versions of Windows and Mac (Compatibility Testing)
        
        Non-functional testing should increase usability, efficiency, maintainability, and portability of the product
        
        Non-functional testing should be measurable, so there is no place for subjective characterization like good, better, best, etc.
        
        It is performed to verify the non-functional requirements of the application
        
        It covers all the aspects which are not covered in functional testing
        
        The non-functional test comes under a black-box testing technique
        VD non-f
        Performance Testing (Kiểm thử hiệu năng)
        Load Testing (Kiểm thử khả năng chịu tải)
        Stress Testing (Kiểm thử áp lực)
        Usability Testing (Kiểm thử khả năng sử dụng)
        Maintainability Testing (Kiểm thử khả năng bảo trì)
        Reliability Testing (Kiểm thử độ tin cậy)
        Portability Testing (Kiểm thử khả năng thích ứng)
      - Structural/Architectural testing
        Kiểm thử cấu trúc/kiến trúc phần mềm
        còn gọi là White-Box testing/Glass Box testing
        
        Áp dụng chủ yếu ở kiểm thử thành phần, tích hợp
        
        White-box testing derives tests based on the system’s internal structure or implementation. Internalstructure may include code, architecture, work flows, and/or data flows within the system
        
        The thoroughness of white-box testing can be measured through structural coverage
        
        Code coverage is based on the percentage of component code that hasbeen tested
        
        White-box test design and execution may involve special skills or knowledge, such as the way the code isbuilt (e.g., to use code coverage tools), how data is stored (e.g., to evaluate possible database queries),and how to use coverage tools and to correctly interpret their results.
        
        This type of testing carried out to test the structure of code, because weare interested in what is happening 'inside the box'
        
        It focuses primarily on verifying the flow of inputs and outputs through the application, improving design and usability, strengthening security
        
        It is also known as Clear Box testing, Open Box testing, Structural testing, Transparent Box testing, Code-Based testing, and Glass Box testing
        
        It is usually performed by developers
        Two basic steps
        Understand the source code
        Create the test cases and execute
        Code Coverage analysis: every possible statement in the code to be tested at least once during the testing process of software engineering
        Branch Coverage: checks every possible path (if-else and other conditional loops) of a software application
        
        Tool
        
        Parasoft Jtest
        
        EclEmma
        
        NUnit, CppUnit, PyUnit, HTMLUnit,...
      - Change-related Testing
        Kiểm thử khi app bị thay đổi
        do fix bug, do chỉnh sửa chức năng...
        
        Confirmation testing
        Kiểm thử xác nhận
        
        Sau khi một lỗi được phát hiện và sửa chữa, phần mềm được kiểm thử lại để xác nhận lỗi ban đầu đã được khắc phục gọi là kiểm thử xác nhận
        
        Regression testing
        Kiểm thử hồi quy
        
        Song song kiểm thử xác nhận, cần thêm kiểm thử hồi quy để cho thấy phần còn lại của hệ thống không bị ảnh hưởng bởi công việc bảo trì
        
        Xác minh rằng sửa đổi trong phần mềm hoặc môi trường không gây ra các phản ứng phụ không mong muốn và hệ thống vẫn đáp ứng các yêu cầu
      - Maintenance testing
        Kiểm thử bảo trì
        
        Cách thực hiện
        
        Impact analysis
        
        Phân tích các tác động khi phần mềm bị thay đổi
        
        Risk analysis
        
        Phân tích rủi ro sẽ giúp quyết định được nơi cần tập trung kiểm thử hồi quy
        
        Triggers for maintenance testing
        Nhân tố kích hoạt việc kiểm thử bảo trì
        
        Ad-hoc corrective modifications
        
        Những thay đổi "bộc phát"
        
        Planned modifications
        
        Bảo trì, thay đổi phần mềm theo kế hoạch
        
        Định nghĩa
        
        Là việc kiểm thử các thay đổi khi phần mềm/hệ thống đã đưa vào vận hành và có thay đổi, nâng cấp, dịch chuyển môi trường
        
        Kiểm thử bảo trì được thực hiện trên hệ thống đã tồn tại và được tiến hành khi có sự thay đổi, di chuyển, nâng cấp, loại bỏ phần mềm hoặc hệ thống
  - - - Manual and automated test case execution
        
        During test case execution any deviation from the expected result leads to creation of defects in a defect management tool or manual logging of bugs in an excel sheet
    - - Analyzing the test execution result against the specified exit criteria
        
        Creation of test summary report
    - - Creation of a test environment closely simulating the real world environment
    - - Marking the formal closure of testing
        
        Checking if all the project deliverable are delivered
        
        Archiving the testware (everything involved in testing like test plan, test case, automation scripts), test environment
        
        Documenting the learning
    - - Actual test case creation
        
        Specification of test data and automated test scripts creation
    - - Analyzing and reviewing requirement documents, risk analysis + reports and other design specifications
        
        Setting up of test infrastructure, creation of high level test cases
        
        Creation of traceability matrix
    - - Test planning is one of the most important activities in test process
        
        Defining the test specifications in order to achieve the project requirements
        
        Test Control includes continuous monitoring of test progress with the set plan and escalating any deviation to the concerned stake holders
    - - The requirements documents are analysed and validated
        
        Along with that the scope of testing is defined
- - - - The input data is fed into the test object (application) and the program is executed, in order to verify its different functional and non-functional requirements
      - Dynamic testing involves execution of the test object (application) on a computer
    - - What is black-box techniques
        
        Involves the external workings of the software from the user's perspective
        
        Testing based on the specification of the system under test without knowing its internal architecture
      - Các kĩ thuật được sử dụng
        
        State Transition Testing
        
        Boundary Value Analysis
        
        Equivalence Partitioning
        
        Decision Tables
        
        Use Case Testing
    - - What is white-box techniques
        
        The knowledge of code or internal architecture of the system is required to carry out the testing
        
        The testing of a software solution's internal structure, design, and coding.The code is visible to the tester
      - Các kĩ thuật được sử dụng
        
        Multiple condition testing
        
        Condition determination testing
        
        Statement Testing and Coverage
        
        Path testing
        
        Decision Testing/Branch Testing and Coverage
  - - - Error Guessing
      - Checklist-based Testing
      - Exploratory Testing
    - - As the name suggest does not require any systematic and exhaustive testing
      - These are completely based on the experience or intution of the tester
- - - - A Test Plan refers to a detailed document that catalogs the test strategy, objectives, schedule, estimations, deadlines, and the resources required for completing that particular project.
    - - Test Estimation is a management activity which approximates how long a Task would take to complete. Estimating effort for the test is one of the major and important tasks in Test Management.
- - - - Katalon Studio
      - Sahi
      - Telerik TestStudio
      - Tosca Testsuite
      - Watir