12/08/2018, 14:56

Static Techniques

What is test design technique? Giúp tạo ra một bản kế hoạch để tạo ra sản phẩm, test design tạo ra bộ đầu vào cho sản phẩm. Ý tưởng của kỹ thuật này là đảm bảo rằng sản phẩm tạo ra đã được hạn chế các vấn đề như lỗi hay phi logic cho team phát triển sau ...

What is test design technique?

Giúp tạo ra một bản kế hoạch để tạo ra sản phẩm, test design tạo ra bộ đầu vào cho sản phẩm. Ý tưởng của kỹ thuật này là đảm bảo rằng sản phẩm tạo ra đã được hạn chế các vấn đề như lỗi hay phi logic cho team phát triển sau này.

Có 2 kỹ thuật là Static techniques - Kỹ thuật kiểm thử tĩnh và Dynamic techniques - Kỹ thuật kiểm thử động

Trong bài này mình sẽ nói về Static techniques - kỹ thuật kiểm thử tĩnh

What is a static test technique?

Các kỹ thuật kiểm tra tĩnh sẽ giúp nâng cao chất lượng và năng suất phát triển phần mềm. Mục tiêu chính của static testing là nâng cao chất lượng sản phẩm bằng cách hỗ trợ các kỹ sư nhận ra và fix bug ngay trước và trong quá trình phát triển

  • Static testing là kiểm thử phần mềm bằng tay, hay với bộ công cụ.
  • Nó bắt đầu từ sớm trong vòng đời phát triển, do đó nó được thực hiện trong khi xác minh
  • Thực hiện mà không cần máy tính

What are the uses of Static Testing?

  • Static testing có thể bắt đầu sớm trong vòng đời kiểm thử, vì vậy có thể feedback sớm các vấn đề, ngăn ngừa defects.
  • Defect được phát hiện sớm, nên chi phí để fix bug về sau sẽ tương đối thấp.
  • Nâng cao chất lượng công việc vì không phải “đập đi làm lại”.
  • Các kiểu defects dễ tìm ra trong quá trình thực hiện static testing đó là: thiếu requirements, lỗi thiết kế, hay không có logic hợp lý trong tài liệu,...
  • Góp phần nâng cao về vấn đề chất lượng ngay từ đầu

What is Informal reviews?

  • Được áp dụng trong giai đoaạn đầu của tài liệu.
  • Một nhóm 2 người có thể tiến hành informal review.
  • Trong những giai đoạn sau thì thường sẽ có nhiều người tham gia tiến hành informal reviews.
  • Mục đích là để nâng cao chất lượng của tài liệu. Nhưng informal reviews không được ghi lại.

What is Formal review?

Formal reviews tổ chức theo một quy trình, gồm bước chính:

  • Planning

    • Xác định tiêu chí đánh giá
    • Lựa chọn nhân sự
    • Phân bổ vai trò
    • Xác định tiêu chí đầu vào và tiêu chí kết thúc cho nhiều loại đánh giá chính thức (ví dụ : inspections)
    • Lựa chọn tài liệu để review
    • Check tiêu chí đầu vào
  • Kick-off

    • Phân phối các tài liệu
    • Giải thích mục tiêu, quy trình ,các tài liệu cho người tham gia
  • Preparation

    • Chuẩn bị cho cuộc họp đánh giá bằng cách xem xét các tài liệu
    • Ghi nhận các lỗi tiềm năng, các câu hỏi và các bình luận
  • Review Meeting

    • Thảo luận hoặc ghi lại kết quả trong tài liệu được lập
    • Ghi nhận các lỗi, kiến nghị liên quan đến việc xử lý các lỗi, đưa ra quyết định về các lỗi.
    • Kiểm tra/ đánh giá và ghi lại các vẫn đề trong cuộc họp hoặc theo dõi bất kỳ nhóm thông tin liên lạc điện tử
  • Rework

    • Sửa các lỗi tìm thấy ( thường được thực hiện bởi tác giả)
    • Ghi lại trang thái đã cập nhật của lỗi
  • Follow-up

    • Kiểm tra lại các lỗi đã được giải quyết
    • Thu thập các số liệu
    • Kiểm tra tiêu chí kết thúc

Role and responsibilities

  • The moderator:

    • Được gọi là review leader
    • Thực hiện entry check
    • Theo dõi quá trình làm lại
    • Lên lịch cuộc họp
    • Hướng dẫn team khác
    • Tổ chức thảo luận có thể và lưu trữ các dữ liệu thu thập được.
  • The author:

    • Làm sáng tỏ các khu vực không rõ ràng và tìm hiểu các defects được tìm thấy
    • Mục tiêu cơ bản là tìm hiểu càng nhiều càng tốt để nâng cao chất lượng của tài liệu.
  • The scribe:

    • Scribe là một người mà thực hiện log các lỗi được tìm thấy trong quá trình đánh giá.
  • The reviewers:

    • Còn được gọi là checkers hoặc inspectors
    • Kiểm tra defects, chủ yếu là trước cuộc họp
    • Người quản lý cũng có thể tham gia vào việc review, tùy thuộc vào nền tảng của họ.
  • The managers:

    • Manage quyết định về việc thực hiện reviews
    • Phân bổ lịch trình dự án và quyết định đối tượng của quá trình review

What are the types of review?

Các kiểu cơ bản của static techniques:

Walkthrough

  • Nó không phải là một quá trình chính thức
  • Nó được dẫn dắt bởi các authors
  • Authors thông qua tài liệu hướng dẫn mọi người theo suy nghĩ của mình để đạt được sự hiểu biết chung và thu thập phản hồi
  • Hữu ích với những người không có quy tắc, người mà không dễ dàng sử dụng hay hiểu được quá trình phát triển phần mềm.
  • Đặc biệt hữu ích ở các tài liệu cấp cao hơn như yêu cầu đặc điểm kỹ thuật, vv

Mục đích của walkthrough:

  • Trình bày các tài liệu trong và ngoài quy tắc để thu thập thông tin về chủ đề theo tài liệu.
  • Giải thích hoặc chuyển giao kiến thức và đánh giá nội dung của tài liệu
  • Để đạt được một sự hiểu biết chung và để thu thập phản hồi.
  • Kiểm tra và thảo luận tính hợp lệ của các giải pháp đề xuất

Technical review:

  • Là một phần của quá trình đánh giá chính thức
  • Dưới sự chỉ đạo của Moderator nhưng cũng có thể được chỉ đạo bởi chuyên gia kỹ thuật
  • Thường được thực hiện như cuộc đánh giá đồng nghiệp mà không có sự tham gia của management.
  • Defect được tìm thấy bởi các chuyên gia người mà tập trung vào nội dung của tài liệu

Các mục tiêu của việc rà soát kỹ thuật là:

  • Để đảm bảo rằng giai đoạn ban đầu, kỹ thuật được sử dụng đúng
  • Để truy cập giá trị của khái niệm kỹ thuật và các lựa chọn thay thế trong sản phẩm
  • Để có sự nhất quán trong việc sử dụng kỹ thuật
  • Thông báo cho người tham gia về nội dung kỹ thuật của tài liệu

Inspection

  • Đây là đánh giá chính thức
  • Được chỉ đạo bởi moderators
  • Trong quá trình kiểm tra tài liệu được chuẩn bị và kiểm tra kỹ lưỡng bởi những người đánh giá trước cuộc họp
  • Bao gồm cả những đồng nghiệp để kiểm tra sản phẩm
  • Được chuẩn bị trong thời gian sản phẩm được kiểm tra và các khuyết tật được tìm thấy
  • Các lỗi được tìm thấy được ghi lại trong một danh sách hoặc issue log
  • Theo dõi chính thức được thực hiện bởi moderator dựa trên các tiêu chí.

Mục đích của kiểm tra là:

  • Giúp authors nâng cao chất lượng của tài liệu
  • Loại bỏ các defects một cách hiệu quả và càng sớm càng tốt
  • Cải thiện chất lượng sản phẩm
  • Hiểu biết hơn qua việc trao đổi thông tin
  • Học từ defects đã tìm thấy và ngăn ngừa sự xuất hiện của defects tương tự.

What is static analysis?

  • Thực hiện theo yêu cầu thiết kế hoặc mã code mà không thực sự thực hiện phần mềm hoặc trước khi mã thực sự chạy.
  • Mục tiêu của static analysis là tìm ra defects mà có thể gây ra thất bại.
  • Static analysis tìm defects hơn là tìm failures.

Trên đây là kiến thức của Chapter 3. Static Techniques, link http://istqbexamcertification.com/what-is-test-design-technique/ . Rất mong lượng kiến thức này giúp bạn hiểu hơn về static techniques

0