Tiêu chuẩn quốc gia TCVN 12849-3:2020 (ISO/IEC/IEEE 29119-3:2013) về Kỹ thuật hệ thống và phần mềm - Kiểm thử phần mềm

Tải văn bản

Lưu trữ Góp ý

Thuộc tính
Nội dung
Tiếng anh
Lược đồ

Chiến lược kiểm thử của tổ chức

- Giới thiệu

- Các tuyên bố chiến lược kiểm thử chung

- Quản lý rủi ro chung

- Ưu tiên và lựa chọn kiểm thử

- Tài liệu kiểm thử và báo cáo

- Các công cụ và tự động kiểm thử

- Quản lý cấu hình của các sản phẩm làm công việc kiểm thử

- Quản lý sự cố

- Quy trình kiểm thử con

Quy trình kiểm thử con 1 (nghĩa là kiểm thử thành phần)

- Tiêu chí vào và ra

- Tiêu chí kết thúc kiểm thử

- Tài liệu kiểm thử và báo cáo

- Mức độ độc lập

- Các kỹ thuật thiết kế kiểm thử

- Môi trường kiểm thử

- Các số liệu được thu thập

- Kiểm thử lại và kiểm thử hồi quy

Quy trình kiểm thử con 1 (nghĩa là kiểm thử thành phần)

- Tiêu chí vào và ra

- Tiêu chí kết thúc kiểm thử

- Tài liệu kiểm thử và báo cáo

- Mức độ độc lập

- Các kỹ thuật thiết kế kiểm thử

- Môi trường kiểm thử

- Các số liệu được thu thập

- Kiểm thử lại và kiểm thử hồi quy

Quy trình kiểm thử con 1 (nghĩa là kiểm thử thành phần)

- Tiêu chí vào và ra

- Tiêu chí kết thúc kiểm thử

- Tài liệu kiểm thử và báo cáo

- Mức độ độc lập

- Các kỹ thuật thiết kế kiểm thử

- Môi trường kiểm thử

- Các số liệu được thu thập

- Kiểm thử lại và kiểm thử hồi quy

Hình 2 - Một mẫu cấu trúc Chiến lược kiểm thử của tổ chức

Các nội dung của Chiến lược kiểm thử của tổ chức bao gồm:

5.3.2 Thông tin cụ thể của tài liệu

5.3.2.1 Tổng quan

Thông tin này xác định tài liệu và mô tả nguồn gốc, lịch sử của tài liệu.

CHÚ THÍCH: Thông tin có thể được đặt trên trang đầu của tài liệu hoặc ở trung tâm nếu các nội dung được lưu giữ dưới dạng điện tử, ví dụ như trong cơ sở dữ liệu.

5.3.2.2 Định danh duy nhất của tài liệu

Xác định phiên bản duy nhất của tài liệu.

VÍ DỤ: Định danh duy nhất có thể bao gồm các tiêu đề của tài liệu, ngày phát hành, phiên bản và/hoặc tình trạng tài liệu (ví dụ như dự thảo, rà soát, điều chỉnh, bản cuối).

...

Bạn phải đăng nhập hoặc đăng ký Thành Viên TVPL Pro để sử dụng được đầy đủ các tiện ích gia tăng liên quan đến nội dung TCVN.

Mọi chi tiết xin liên hệ: ĐT: (028) 3930 3279 DĐ: 0906 22 99 66

Quy định cụ thể tổ chức chịu trách nhiệm chuẩn bị và phát hành tài liệu. Tổ chức phát hành cũng có thể bao gồm (các) tác giả.

5.3.2.4 Thẩm quyền phê duyệt

Xác định (những) người được chỉ định, người có trách nhiệm xem xét và ký tắt vào tài liệu (có thể bằng điện tử). Thẩm quyền phê duyệt cũng có thể bao gồm các nhà phê bình và các nhà quản lý thích hợp.

5.3.2.5 Lịch sử thay đổi

Bao gồm một bản ghi tất cả các thay đổi đã xảy ra đối với các tài liệu kể từ khi ra đời.

VÍ DỤ 1: Điều này có thể bao gồm một danh sách bao gồm các phiên bản hiện tại của các tài liệu và các tài liệu tiền nhiệm chứa các nhận dạng duy nhất của mỗi tài liệu, mô tả thay đổi của tài liệu đối với các tài liệu trước đó trong danh sách, lý do cho sự thay đổi và tên và vai trò của người tạo ra những sự thay đổi.

VÍ DỤ 2: Lý do cho sự thay đổi có thể bao gồm ý kiến kiểm toán, xem xét lại đội ngũ và các thay đổi hệ thống và người tạo ra sự thay đổi có thể là tác giả tài liệu, quản lý dự án, chủ sở hữu của hệ thống.

5.3.3 Giới thiệu

Cung cấp thông tin giải thích về bối cảnh và cấu trúc của tài liệu.

...

Xác định độ bao phủ của các lĩnh vực chủ đề của tài liệu và mô tả các pha tạp, sự loại trừ, các giả định và/hoặc các giới hạn bất kỳ.

5.3.3.2 Tài liệu tham khảo

Danh sách các tài liệu tham khảo và xác định vùng lưu trữ đối với hệ thống, phần mềm và thông tin kiểm thử. Các tài liệu tham khảo có thể tách thành tài liệu tham khảo "bên ngoài" được áp dụng ngoài tổ chức và tài liệu tham khảo "nội bộ" được áp dụng trong tổ chức.

VÍ DỤ: Các tài liệu tham khảo có thể là các chính sách, các kế hoạch, các thủ tục và các nguồn dữ liệu khác.

5.3.3.3 Từ điển

Cung cấp vốn từ vựng đối với các thuật ngữ, chữ viết tắt và từ viết tắt, nếu có, được sử dụng trong tài liệu.

CHÚ THÍCH: Điều này có thể là một phụ lục hoặc nó có thể tham khảo một tài liệu khác cung cấp một thuật ngữ chung. Tất cả hoặc một phần của các chú giải và/hoặc danh sách từ viết tắt có thể được trực tuyến, như là một thuật ngữ cụ thể kiểm thử riêng biệt hoặc kết hợp trong một bảng thuật ngữ tổ chức lớn hơn (gồm nhiều từ ngữ hơn những từ ngữ về kiểm thử có liên quan).

5.3.4 Báo cáo chiến lược kiểm thử của tổ chức theo dự án mở rộng

Chiến lược này được xác định đối với phạm vi đã quy định. Điều này bao gồm các báo cáo thích hợp cho tất cả các Quy trình kiểm thử con được thực hiện cho một dự án nhất định thuộc phạm vi của chiến lược. Điều này có thể bao gồm các tiểu mục của chính sách, nếu cần thiết.

...

Xác định các phương pháp tiếp cận chung đề quản lý rủi ro mong đợi sẽ được sử dụng để chỉ đạo các hoạt động kiểm thử.

5.3.4.2 Ưu tiên và lựa chọn kiểm thử

Mô tả cách tiếp cận của tổ chức để lựa chọn và ưu tiên thực hiện kiểm thử trong hình thức các thủ tục kiểm thử ưu tiên. Các thủ tục kiểm thử bao gồm các ca kiểm thử ưu tiên, bắt nguồn từ các tập tính năng ưu tiên thông qua các điều kiện kiểm thử ưu tiên và các hạng mục độ bao phủ.

5.3.4.3 Tài liệu kiểm thử và báo cáo

Xác định các tài liệu mong đợi sẽ được tạo ra trong quy trình kiểm thử đối với các dự án kiểm thử tổng thể. Mô tả khi chuẩn bị và quá trình được phê duyệt có liên quan. Điều này được kết nối chặt chẽ với quy trình kiểm thử được chỉ định trong chính sách.

5.3.4.4 Các công cụ và tự động kiểm thử

Mô tả các phương pháp tiếp cận để tự động kiểm thử trong tổ chức. Xác định các công cụ kiểm thử được sử dụng trong suốt quá trình kiểm thử.

VÍ DỤ: Công cụ này có thể bao gồm các công cụ quản lý kiểm thử, các công cụ thực hiện kiểm thử, các công cụ kiểm thử hiệu suất, các công cụ kiểm thử bảo mật, các công cụ kiểm thử khả năng sử dụng.

5.3.4.5 Quản lý cấu hình của sản phẩm làm công việc kiểm thử

...

5.3.4.6 Quản lý sự cố

Mô tả các sự cố nên được quản lý trong khi kiểm thử hoặc đề cập đến một mô tả ở nơi khác như thế nào..

5.3.4.7 Quy trình kiểm thử con

Xác định quy trình kiểm thử con cụ thể được thực hiện như một phần của kiểm thử trong phạm vi chiến lược.

5.3.5 Tuyên bố chiến lược kiểm thử của tổ chức quy định quy trình kiểm thử con

5.3.5.1 Tiêu chí vào và ra

Quy định cụ thể các tiêu chí dùng để xác định khi có các hoạt động kiểm thử đối với quy trình kiểm thử con được định nghĩa nên bắt đầu và dừng lại.

Quy trình kiểm thử con bao gồm các quy trình sau:

- Chuẩn bị thực hiện và thiết kế kiểm thử;

...

- Thực hiện kiểm thử và

- Báo cáo sự cố kiểm thử.

Tiêu chí vào và ra khác nhau có thể được định nghĩa đối với từng quy trình hoặc cho những quy trình được lựa chọn hoặc cho toàn bộ quy trình con.

5.3.5.2 Tiêu chí kết thúc kiểm thử

Mô tả tổ chức xem xét các hoạt động kiểm thử đối với quy trình kiểm thử con đã hoàn thành như thế nào.

5.3.5.3 Tài liệu kiểm thử và báo cáo

Xác định tài liệu kiểm thử, bao gồm báo cáo, được sử dụng để kiểm thử hoạt động trong quy trình kiểm thử con. Mô tả khi mỗi tài liệu hoặc báo cáo được chuẩn bị và quá trình được phê duyệt liên quan. Điều này được kết nối chặt chẽ với quy trình kiểm thử được chỉ định trong chính sách.

5.3.5.4 Mức độ độc lập

Thiết lập mức độ độc lập của những người thực hiện kiểm thử. Trạng thái làm thế nào nhóm kiểm thử này là độc lập về mặt kỹ thuật, về mặt quản lý và về mặt tài chính.

...

Xác định kỹ thuật thiết kế kiểm thử quy định cụ thể được sử dụng trong thời gian chuẩn bị thực hiện và thiết kế kiểm thử trong phạm vi quy trình kiểm thử con.

5.3.5.6 Môi trường kiểm thử

Xác định môi trường kiểm thử cho quy trình kiểm thử con; có thể trạng thái nơi mà các loại kiểm thử cụ thể nên được thực hiện và xác định các nhóm hoặc các tổ chức chịu trách nhiệm về môi trường kiểm thử. Có thể xác định nguồn gốc của dữ liệu kiểm thử, trạng thái nơi mà các loại dữ liệu kiểm thử cụ thể được đặt và các nhóm hoặc các tổ chức chịu trách nhiệm về dữ liệu kiểm thử.

5 3.5.7 Số liệu được thu thập

Mô tả các số liệu mà giá trị được thu thập trong các hoạt động kiểm thử tại quy trình kiểm thử con.

5.3.5.8 Kiểm thử lại và kiểm thử hồi quy

Xác định chiến lược, các điều kiện và các hoạt động đối với kiểm thử lại và kiểm thử hồi quy trong quy trình kiểm thử con.

6 Tài liệu quy trình quản lý kiểm thử

6.1 Tổng quan

...

- Kế hoạch kiểm thử;

- Báo cáo trạng thái kiểm thử;

- Báo cáo kết thúc kiểm thử.

Các tài liệu này được giải thích đầy đủ trong các điều tiếp theo. Phụ lục A cung cấp tổng quan tóm tắt của từng tài liệu. Phụ lục F, G, H và cung cấp các mẫu về Kế hoạch kiểm thử, Báo cáo trạng thái kiểm thử và Báo cáo kết thúc kiểm thử đối với các dự án mẫu.

6.2 Kế hoạch kiểm thử

6.2.1 Tổng quan

Kế hoạch kiểm thử cung cấp tài liệu kế hoạch kiểm thử và quản lý kiểm thử. Một số dự án có thể có một kế hoạch kiểm thử duy nhất, trong khi đó đối với các dự án lớn hơn có thể có nhiều kế hoạch kiểm thử. Các kế hoạch kiểm thử có thể áp dụng cho nhiều dự án (ở cấp chương trình) hoặc một dự án duy nhất (kế hoạch kiểm thử dự án/kế hoạch kiểm thử tổng thể) hoặc một quy trình kiểm thử con cụ thể (kế hoạch kiểm thử hệ thống, kế hoạch kiểm thử phần mềm tích hợp, kế hoạch kiểm thử hệ thống con, kế hoạch kiểm thử phần mềm nhà thầu phụ, kế hoạch kiểm thử phần mềm đơn vị hoặc kế hoạch kiểm thử hiệu năng hoặc một sự lặp lại cụ thể của kiểm thử). Nếu nhiều kế hoạch kiểm thử phần mềm được tạo ra, có thể cung cấp cây ánh xạ để hỗ trợ các mối quan hệ của tài liệu và thông tin chứa trong từng kế hoạch kiểm thử.

Kế hoạch kiểm thử mô tả các quyết định được thực hiện trong kế hoạch ban đầu và triển khai như kế hoạch kiểm thử lại và được thực hiện như một phần của hoạt động kiểm soát.

Phụ lục A.2.4 cung cấp phác thảo Kế hoạch kiểm thử, các Phụ lục F.1 và F.2 cung cấp các ví dụ cho thấy cách mà các kế hoạch kiểm thử có thể được triển khai đối với hai dự án mẫu khác nhau.

...

6.2.2 Thông tin cụ thể của tài liệu

6.2.2.1 Tổng quan

Thông tin này xác định tài liệu và mô tả nguồn gốc, lịch sử của tài liệu.

CHÚ THÍCH: Thông tin có thể được đặt trên trang đầu của tài liệu hoặc ở trung tâm nếu các nội dung dược lưu giữ dưới dạng điện tử, ví dụ như trong cơ sở dữ liệu.

6.2.2.2 Định danh duy nhất của tài liệu

Xác định phiên bản duy nhất của tài liệu.

6.2.2.3 Tổ chức phát hành

Quy định cụ thể tổ chức chịu trách nhiệm chuẩn bị và phát hành tài liệu. Tổ chức phát hành cũng có thể bao gồm (các) tác giả.

...

6.2.2.5 Lịch sử thay đổi

Bao gồm một bản ghi tất cả các thay đổi đã xảy ra đối với các tài liệu kể từ khi ra đời.

6.2.3 Giới thiệu

Cung cấp thông tin giải thích về bối cảnh và cấu trúc của tài liệu.

6.2.3.1 Phạm vi

Xác định độ bao phủ của các lĩnh vực chủ đề của tài liệu và mô tả các pha tạp, sự loại trừ, các giả định và/hoặc các giới hạn bất kỳ.

...

VÍ DỤ: Tài liệu tham khảo tài liệu hướng dẫn hạng mục kiểm thử liên quan đến quá trình kiểm thử con riêng có thể bao gồm:

- Các yêu cầu;

- Thiết kế;

- Hướng dẫn của người sử dụng;

- Hướng dẫn các hoạt động và/hoặc

- Hướng dẫn cài đặt.

6.2.3.3 Từ điển

Cung cấp vốn từ vựng đối với các thuật ngữ, chữ viết tắt và từ viết tắt, nếu có, được sử dụng trong tài liệu.

...

6.2.4 Bối cảnh kiểm thử

6.2.4.1 (Các) dự án/ (các) quy trình kiểm thử con

Xác định (các) dự án hoặc (các) quy trình kiểm thử con mà kế hoạch này đang viết và thông tin theo bối cảnh khác có liên quan.

6.2.4.2 (Các) hạng mục kiểm thử

Xác định (các) hạng mục kiểm thử đối với kiểm thử đã được bao phủ bởi kế hoạch này bao gồm cả phiên bản/sửa đổi hoặc tham chiếu khi mà thông tin này có thể được tìm thấy.

Điều này có thể mô tả mục đích nhiệm vụ/kinh doanh của (các) hạng mục kiểm thử hoặc tham khảo nơi mà thông tin này có thể được tìm thấy.

CHÚ THÍCH: Thông tin này có thể được định nghĩa trong tài liệu định nghĩa hệ thống, chẳng hạn như khái niệm về các hoạt động.

VÍ DỤ: Hạng mục kiểm thử có thể là một đơn vị phần mềm, giao diện giữa các đơn vị, một hệ thống con hoặc một hệ thống hoàn chỉnh.

Điều này cũng có thể xác định bất kỳ quy trình cho việc chuyển giao (các) hạng mục kiểm thử từ các môi trường khác với môi trường kiểm thử.

...

Tóm tắt các tính năng của (các) hạng mục kiểm thử để được kiểm thử. Cũng xác định bất kỳ các tính năng của (các) hạng mục kiểm thử đang được miễn trừ cụ thể từ các kiểm thử và lý do để loại trừ chúng.

VÍ DỤ: Tính năng được kiểm thử có thể là thuộc tính cụ thể của phần mềm, các chức năng, các giao diện hoặc các quy trình kinh doanh.

6.2.4.4 Các giả định và các hạn chế

Mô tả bất kỳ các giả định và hạn chế đối với các nỗ lực kiểm thử được bao phủ bởi kế hoạch này. Điều này có thể bao gồm các tiêu chuẩn quy định, các yêu cầu trong Chính sách kiểm thử và Chiến lược kiểm thử của tổ chức, các yêu cầu hợp đồng, thời gian dự án và các hạn chế về chi phí và tính sẵn sàng của đội ngũ nhân viên có tay nghề phù hợp, công cụ và/hoặc môi trường.

6.2.4.5 Các bên liên quan

Liệt kê các bên liên quan và sự liên quan của họ đến việc kiểm thử. Mô tả cách thực hiện liên lạc với từng bên liên quan.

6.2.5 Thông tin kiểm thử

Mô tả các kênh liên lạc giữa việc kiểm thử, các hoạt động vòng đời khác và trong tổ chức.

VÍ DỤ: Điều này có thể bao gồm thẩm quyền đối với việc giải quyết các vấn đề đặt ra như là kết quả của hoạt động kiểm thử và thẩm quyền phê duyệt các sản phẩm và các quy trình kiểm thử.

...

CHÚ THÍCH: Một mô tả trực quan có thể bao gồm sơ đồ hoặc hình dáng của tổ chức minh họa luồng thông tin và dữ liệu.

6.2.6 Đăng ký rủi ro

Xác định những rủi ro được xem xét bởi việc kiểm thử được bao phủ bởi kế hoạch này. Điều này nên bao gồm bất kỳ các rủi ro có liên quan có thể được xác định trong Chiến lược kiểm thử của tổ chức. Cung cấp mức độ tiếp xúc đối với mỗi rủi ro dựa trên tác động và xác suất của rủi ro. Cung cấp các khuyến nghị đề xử lý các rủi ro. Điều này có thể tham khảo nơi mà đăng ký rủi ro riêng biệt có thể được tìm thấy.

VÍ DỤ: Các khuyến nghị để xử lý rủi ro có thể bao gồm loại bỏ, giảm hoặc bỏ qua rủi ro.

CHÚ THÍCH: Đăng ký rủi ro có thể được đặt trong một kế hoạch dự án hay một kế hoạch quản lý rủi ro.

6.2.6.1 Rủi ro sản phẩm

Xác định các rủi ro sản phẩm liên quan đến kiểm thử và cung cấp các khuyến nghị để xử lý mỗi rủi ro.

VÍ DỤ: Các rủi ro sản phẩm liên quan đến kiểm thử có thể bao gồm dị tật trong chức năng hoặc các rủi ro không có chức năng như hiệu suất.

6.2.6.2 Rủi ro dự án

...

VÍ DỤ: Các rủi ro dự án liên quan đến kiểm thử có thể bao gồm những rủi ro liên quan đến lịch trình hay nguồn lực.

6.2.7 Chiến lược kiểm thử

Mô tả các phương pháp tiếp cận kiểm thử đối với các dự án kiểm thử được chỉ định hoặc quy trình kiểm thử con như được nêu trong các điều sau đây. Tài liệu có thể tham khảo từ Chiến lược kiểm thử của tổ chức chỉ rõ những khác biệt của Chiến lược kiểm thử của tổ chức này Chiến lược kiểm thử của tổ chức khác.

6.2.7.1 Quy trình kiểm thử con

Đối với kế hoạch kiểm thử dự án này sẽ tiến hành xác định các quy trình kiểm thử con.

6.2.7.2 Bàn giao kiểm thử

Xác định tất cả các tài liệu sẽ được bàn giao từ hoạt động kiểm thử hoặc thông tin tương đương được ghi bằng điện tử đối với ví dụ trong các cơ sở dữ liệu hoặc các công cụ kiểm thử chuyên dụng.

VÍ DỤ: Các tài liệu sau đây có thể được đưa vào:

- Kế hoạch kiểm thử;

...

- Đặc tả ca kiểm thử;

- Đặc tả thủ tục kiểm thử;

- Báo cáo tính sẵn sàng của dữ liệu kiểm thử;

- Báo cáo tính sẵn sáng của môi trường kiểm thử;

- Báo cáo sự cố;

- Báo cáo trạng thái kiểm thử và Báo cáo kết thúc kiểm thử.

Dữ liệu đầu vào kiểm thử và dữ liệu đầu ra kiểm thử có thể được xác định như là việc bàn giao. Điều này cũng có thể bao gồm các công cụ kiểm thử được tạo ra như là một phần của các hoạt động kiểm thử. Nếu các tài liệu đã được kết hợp hoặc loại bỏ thì danh sách này sẽ được sửa đổi cho phù hợp.

Điều này có thể bao gồm khi (các) tài liệu nên được chuyển giao và đến/từ ai (tốt nhất theo vị trí, không theo tên).

6.2.7.3 Kỹ thuật thiết kế kiểm thử

...

6.2.7.4 Tiêu chí kết thúc kiểm thử

Mô tả các điều kiện theo đó các tổ chức kiểm thử có liên quan cân nhắc kết thúc các hoạt động thực hiện kiểm thử.

VÍ DỤ: Điều này có thể thực hiện khi đạt được phạm vi cụ thể và số lượng của các khiếm khuyết nổi bật dưới giới hạn quy định.

6.2.7.5 Số liệu được thu thập

Mô tả những số liệu mà giá trị phải được thu thập trong các hoạt động kiểm thử.

6.2.7.6 Yêu cầu dữ liệu kiểm thử

Quy định cụ thể tất cả các yêu cầu dữ liệu kiểm thử có liên quan đối với dự án hoặc quy trình kiểm thử con (nếu thích hợp).

VÍ DỤ: Điều này có thể xác định nguồn gốc của dữ liệu kiểm thử và tình trạng nơi dữ liệu kiểm thử cụ thể được đặt, cho dù dữ liệu có được ngụy trang như vì lý do bảo mật và/hoặc vai trò trách nhiệm đối với dữ liệu kiểm thử.

Những yêu cầu dữ liệu kiểm thử này có thể được hoãn lại để có thể áp dụng tài liệu các yêu cầu dữ liệu kiểm thử (xem 7.5).

...

Quy định cụ thể các tính chất cần thiết và mong muốn của môi trường kiểm thử.

VÍ DỤ: Điều này có thể bao gồm phần cứng, phần mềm, các công cụ kiểm thử, cơ sở dữ liệu và nhân sự (xác định các tổ chức của họ, nếu phù hợp).

Bao gồm thông tin về lựa chọn, đánh giá, mua lại và hỗ trợ đối với mỗi công cụ. Nó có thể bao gồm các yêu cầu môi trường kiểm thử để chuẩn bị kiểm thử, thực hiện kiểm thử (bao gồm thu thập dữ liệu) và bất kỳ hoạt động thực hiện tiếp sau.

VÍ DỤ: Một hoạt động thực hiện tiếp sau có thể phân tích dữ liệu.

Các yêu cầu về môi trường kiểm thử có thể được hoãn lại để có thể áp dụng tài liệu các yêu cầu môi trường kiểm thử (xem 7.6) nhưng tham chiếu đến tài liệu riêng biệt này phải được nêu trong Kế hoạch kiểm thử.

6.2.7.8 Kiểm thử lại và kiểm thử hồi quy

Quy định cụ thể các điều kiện mà theo đó kiểm thử lại và kiểm thử hồi quy sẽ được thực hiện. Điều này có thể bao gồm mô tả của các ước tính số vòng kiểm thử.

6.2.7.9 Tiêu chí tạm dừng và tiếp tục

Quy định cụ thể các tiêu chí dùng để tạm dừng và tiếp tục tất cả hoặc một phần của hoạt động kiểm thử trong Kế hoạch kiểm thử. Xác định người chịu trách nhiệm tạm dừng và tiếp tục các hoạt động kiểm thử. Quy định cụ thể các hoạt động kiểm thử có thể phải được lặp lại khi kiểm thử được tiếp tục.

...

Ghi lại bất kỳ nội dung Kế hoạch kiểm thử sai lệch từ các Chiến lược kiểm thử của tổ chức. Xác định các cơ quan chịu trách nhiệm phê duyệt đối với các sai lệch khi áp dụng.

6.2.8 Các hoạt động và dự toán kiểm thử

Xác định tất cả các hoạt động kiểm thử cần thiết dựa trên quy trình kiểm thử được sử dụng. Chiến lược lặp lại hoạt động đối với việc tái thực hiện các hoạt động kiểm thử phải được xem xét cũng như bất kỳ sự phụ thuộc nào.

CHÚ THÍCH: Các hoạt động kiểm thử có thể được mô tả trong điều khoản của cấu trúc phân chia công việc hoặc các hoạt động trên một bảng hoạt động trong các dự án linh hoạt.

VÍ DỤ: Các hoạt động mà có thể được xem xét bao gồm các liên quan đến kiểm thử lại và kiểm thử hồi quy.

Mô tả các dự toán đối với từng hoạt động kiểm thử xác định được thực hiện như một phần của các hoạt động kiểm thử bao phủ bởi các kế hoạch kiểm thử. Ngoài ra, khi thích hợp, mô tả dự toán ngân sách và phân bổ chi phí kiểm thử hoặc tài liệu tham khảo mà có thể tìm thấy thông tin.

CHÚ THÍCH: Ngân sách và dự toán chi phí có thể được bố trí trong kế hoạch dự án.

6.2.9 Nhân sự

Mô tả các yêu cầu nhân sự đối với kiểm thử được bao phủ bởi kế hoạch này.

...

Cung cấp một cái nhìn tổng quan cho người phụ trách (đó là là những người lãnh đạo hoạt động) và người hỗ trợ (đó không phải là những người lãnh đạo, nhưng hỗ trợ lãnh đạo) người có các vai trò kiểm thử liên quan và có trách nhiệm và quyền hạn đối với các hoạt động kiểm thử. Ngoài ra, xác định những người chịu trách nhiệm cung cấp (các) hạng mục kiểm thử. Những người này có thể tham gia hoặc toàn thời gian hoặc bán thời gian.

VÍ DỤ: Các bên có trách nhiệm có thể bao gồm nhà quản lý dự án, nhà quản lý kiểm thử, các nhà phát triển, các nhà phân tích kiểm thử và người thi hành, nhân viên vận hành, đại diện người sử dụng, nhân viên hỗ trợ kỹ thuật, nhân viên quản trị dữ liệu và nhân viên hỗ trợ chất lượng.

Đối với mỗi người làm kiểm thử, cần chỉ định (các) khoảng thời gian yêu cầu đối với người đó.

6.2.9.2 Yêu cầu tuyển dụng

Xác định các yêu cầu cụ thể đối với nhân viên kiểm thử bổ sung cần thiết cho các dự án kiểm thử hoặc quy trình kiểm thử con. Quy định cụ thể nhân viên khi cần, nếu cần tạm thời, toàn thời gian hoặc bán thời gian và các kỹ năng thiết lập mong muốn. Đây có thể được xác định theo hợp đồng và nhu cầu kinh doanh.

CHÚ THÍCH: Tuyển dụng có thể được thực hiện bằng cách điều chuyển nội bộ, thuê mướn bên ngoài, các tư vấn, các nhà thầu phụ, các đối tác kinh doanh và/hoặc các nguồn lực bên ngoài.

6.2.9.3 Nhu cầu đào tạo

Quy định cụ thể nhu cầu đào tạo kiểm thử theo cấp kỹ năng và xác định các lựa chọn đào tạo để cung cấp các kỹ năng cần thiết cho các nhân viên cần thiết.

VÍ DỤ: Đào tạo có thể có nhiều hình thức, bao gồm các tùy chọn như đào tạo lớp học truyền thống, đào tạo dựa trên máy tính self- paced, đào tạo qua mạng Internet, truy cập vào trang web của người sử dụng trong tương lai và hướng dẫn của các thành viên đội ngũ nhân viên am hiểu hơn.

...

Xác định mốc thời gian kiểm thử được xác định trong lịch trình dự án và từ các chiến lược kiểm thử. Tóm tắt lịch trình tổng thể của các hoạt động kiểm thử, xác định nơi mà kết quả hoạt động trở lại để phát triển, tổ chức và hỗ trợ quy trình. Quy định cụ thể lịch trình cho từng hoạt động kiểm thử và mốc kiểm thử dựa trên các ước tính hoạt động, nguồn lực sẵn có và những hạn chế khác.

VÍ DỤ: Quy trình hỗ trợ có thể đảm bảo quản lý chất lượng và cấu hình.

6.3 Báo cáo trạng thái kiểm thử

6.3.1 Tổng quan

Báo cáo trạng thái kiểm thử cung cấp thông tin về trạng thái kiểm thử đã thực hiện trong khoảng thời gian báo cáo cụ thể.

CHÚ THÍCH: Trong dự án linh hoạt, Báo cáo trạng thái kiểm thử có thể không phải là tài liệu bằng văn bản. Ví dụ, các nội dung của báo cáo có thể được thảo luận tại cuộc họp lặp lại và bổ sung bằng các thông tin được lưu trữ trên các bảng hoạt động và ghi vào bảng xếp hạng.

Phụ lục A.2.5 cung cấp phác thảo về Báo cáo trạng thái kiểm thử, các Phụ lục G.1 và G.2 cung cấp các mẫu để chứng minh làm thế nào Báo cáo trạng thái kiểm thử có thể được triển khai đối với hai dự án mẫu khác nhau.

Các nội dung của Báo cáo trạng thái kiểm thử bao gồm:

6.3.2 Thông tin cụ thể của tài liệu

...

Thông tin này xác định tài liệu và mô tả nguồn gốc, lịch sử của tài liệu.

6.3.2.2 Định danh duy nhất của tài liệu

Xác định phiên bản duy nhất của tài liệu.

VÍ DỤ: Định danh duy nhất có thể bao gồm các tiêu đề của tài liệu, ngày phát hành, phiên bản và/hoặc tình trạng tài liệu (Ví dụ như dự thảo, rà soát, điều chỉnh, bản cuối).

6.3.2.3 Tổ chức phát hành

Quy định cụ thể tổ chức chịu trách nhiệm chuẩn bị và phát hành tài liệu. Tổ chức phát hành cũng có thể bao gồm (các) tác giả.

6.3.2.4 Thẩm quyền phê duyệt

...

Bao gồm một bản ghi tất cả các thay đổi đã xảy ra đối với các tài liệu kể từ khi ra đời.

VÍ DỤ 2: Lý do cho sự thay đổi có thể bao gồm ý kiến kiểm toán, xem xét lại đội ngũ và các thay đổl hệ thống và người tạo ra sự thay đổi có thể là tác giả tài liệu, quản lý dự án, chủ sở hữu của hệ thống.

6.3.3 Giới thiệu

Cung cấp thông tin giải thích về bối cảnh và cấu trúc của tài liệu.

6.3.3.1 Phạm vi

Xác định độ bao phủ của các lĩnh vực chủ đề của tài liệu và mô tả các pha tạp, sự loại trừ, các giả định và/hoặc các giới hạn bất kỳ.

6.3.3.2 Tài liệu tham khảo

...

Cung cấp vốn từ vựng đối với các thuật ngữ, chữ viết tắt và từ viết tắt, nếu có, được sử dụng trong tài liệu.

6.3.4 Trạng thái kiểm thử

Cung cấp thông tin về trạng thái kiểm thử đối với kỳ báo cáo.

6.3.4.1 Kỳ báo cáo

Quy định cụ thể khoảng thời gian để báo cáo.

6.3.4.2 Tiến độ so với kế hoạch kiểm thử

Mô tả tiến độ đã được thực hiện đối với kế hoạch kiểm thử. Nên được nhấn mạnh bất kỳ sự chênh lệch đáng kể so với kế hoạch và giải thích lý do sai lệch, mô tả các hành động khắc phục, tường thuật các ảnh hưởng và cân nhắc những tác động đối với các mục tiêu của dự án theo kế hoạch.

6.3.4.3 Yếu tố ngăn chặn tiến độ

...

6.3.4.4 Biện pháp kiểm thử

Trình bày các biện pháp kiểm thử đã tổng hợp có liên quan đến cuối kỳ báo cáo.

VÍ DỤ: Điều này có thể bao gồm các giải pháp về các ca kiểm thử, khiếm khuyết, sự cố, độ bao phủ kiểm thử, tiến độ hoạt động và tiêu thụ tài nguyên.

6.3.4.5 Rủi ro mới và đã thay đổi

Liệt kê các rủi ro mới đã được xác định như là kết quả của việc giám sát và kiểm soát kiểm thử cũng như thay đổi các rủi ro hiện tại trong kỳ báo cáo.

6.3.4.6 Kiểm thử theo kế hoạch

Mô tả những kiểm thử đã lên kế hoạch cho kỳ báo cáo tiếp theo.

6.4 Báo cáo kết thúc kiểm thử

6.4.1 Tổng quan

...

Phụ lục A.2.6 cung cấp phác thảo Báo cáo kết thúc kiểm thử, các Phụ lục H.1 và H.2 cung cấp các mẫu cho thấy cách mà Báo cáo kết thúc kiểm thử có thể được triển khai đối với hai dự án mẫu khác nhau.

Nội dung của Báo cáo kết thúc kiểm thử bao gồm:

6.4.2 Thông tin cụ thể của tài liệu

6.4.2.1 Tổng quan

Thông tin này xác định tài liệu và mô tả nguồn gốc, lịch sử của tài liệu.

6.4.2.2 Nhận dạng duy nhất của tài liệu

Xác định phiên bản duy nhất của tài liệu.

...

Quy định cụ thể tổ chức chịu trách nhiệm chuẩn bị và phát hành tài liệu. Tổ chức phát hành cũng có thể bao gồm (các) tác giả.

6.4.2.4 Thẩm quyền phê duyệt

6.4.2.5 Lịch sử thay đổi

Bao gồm một bản ghi tất cả các thay đổi đã xảy ra đối với các tài liệu kể từ khi ra đời.

6.4.3 Giới thiệu

Cung cấp thông tin giải thích về bối cảnh và cấu trúc của tài liệu.

...

Xác định độ bao phủ của các lĩnh vực chủ đề của tài liệu và mô tả các pha tạp, sự loại trừ, các giả định và/hoặc các giới hạn bất kỳ.

6.4.3.2 Tài liệu tham khảo

6.4.3.3 Từ điển

Cung cấp vốn từ vựng đối với các thuật ngữ, chữ viết tắt và từ viết tắt, nếu có, được sử dụng trong tài liệu.

CHÚ THÍCH: Điều này có thể là một phụ lục hoặc nó có thể tham khảo một tài liệu khác cung cấp một thuật ngữ chung. Tất cả hoặc một phần của các chủ giải và/hoặc danh sách từ viết tắt có thể được trực tuyến, như là một thuật ngữ cụ thể kiểm thử riêng biệt hoặc kết hợp trong một bảng thuật ngữ tổ chức lớn hơn (gồm nhiều từ ngữ hơn những từ ngữ về kiểm thử có liên quan).

6.4.4 Kiểm thử đã thực hiện

Cung cấp mô tả của kiểm thử đã thực hiện.

6.4.4.1 Tóm tắt kiểm thử đã thực hiện

...

Cung cấp thông tin chi tiết về những gì đã kiểm thử và mô tả các ràng buộc về cách mà kiểm thử đã thực hiện.

VÍ DỤ: Điều này có thể bao gồm các hạn chế về khả năng môi trường kiểm thử.

6.4.4.2 Sai lệch từ kế hoạch kiểm thử

Mô tả sai lệch từ kế hoạch kiểm thử, nếu có. Điều này có thể tham khảo phần các rủi ro còn lại đối với bất kỳ rủi ro mà sự sai lệch gây ra cho kiểm thử và phương pháp xử lý rủi ro có liên quan của chúng.

6.4.4.3 Đánh giá kết thúc kiểm thử

Mô tả mức độ mà các kiểm thử đáp ứng các tiêu chí kết thúc kiểm thử được chỉ định và nếu cần thiết, giải thích lý do tại sao các tiêu chí không được đáp ứng. Điều này có thể tham khảo phần các rủi ro còn lại đối với bất kỳ rủi ro nào mà tiêu chí kết thúc gây ra và phương pháp xử lý rủi ro có liên quan của chúng.

6.4.4.4 Yếu tố cản trở tiến độ

Xác định những yếu tố cản trở tiến độ và các giải pháp tương ứng đã thực hiện để loại bỏ chúng.

6.4.4.5 Biện pháp kiểm thử

...

VÍ DỤ: Điều này có thể bao gồm các giải pháp về các ca kiểm thử, khiếm khuyết, sự cố, vùng kiểm thử, tiến độ hoạt động và tiêu thụ tài nguyên.

6.4.4.6 Rủi ro còn lại

Liệt kê các rủi ro không được xử lý khi kết thúc kiểm thử; rủi ro còn lại có thể là rủi ro không được xử lý đầy đủ bằng kiểm thử và/hoặc các rủi ro mới được xác định như là một kết quả của việc giám sát cuối cùng và kết thúc kiểm thử.

6.4.4.7 Phân phối kiểm thử

Liệt kê tất cả các phân phối kiểm được thử tạo ra như là kết quả của sự nỗ lực kiểm thử và vị trí của chúng.

VÍ DỤ: Điều này có thể bao gồm các Kế hoạch kiểm thử, Đặc tả ca kiểm thử và Đặc tả thủ tục kiểm thử.

6.4.4.8 Tài sản kiểm thử có thể tái sử dụng

Liệt kê tất cả các tài sản kiểm thử có thể tái sử dụng và vị trí của chúng.

VÍ DỤ: Điều này có thể bao gồm các thủ tục kiểm thử và dữ liệu kiểm thử đã được tạo ra như là kết quả của sự nỗ lực kiểm thử.

...

Mô tả các kết quả của cuộc họp rút kinh nghiệm.

7 Tài liệu quy trình kiểm thử động

7.1 Tổng quan

Các tài liệu được triển khai trong quy trình kiểm thử động bao gồm các loại sau đây:

- Đặc tả kiểm thử, được chia thành:

- Đặc tả thiết kế kiểm thử;

- Đặc tả ca kiểm thử;

- Đặc tả thủ tục kiểm thử.

CHÚ THÍCH: Đây có thể là các tài liệu riêng biệt, có thể xuất hiện như các chương trong một tài liệu đặc tả kiểm thử hoặc có thể tùy thuộc vào quy mô và tính chất của dự án kiểm thử.

...

- Yêu cầu môi trường kiểm thử;

- Báo cáo tính sẵn sàng của dữ liệu kiểm thử;

- Báo cáo tính sẵn sàng của môi trường kiểm thử;

- Tài liệu thực hiện kiểm thử, chia thành:

- Kết quả thực tế:

- Kết quả kiểm thử;

- Nhật ký thực hiện kiểm thử.

- Báo cáo sự cố.

Các tài liệu này được giải thích đầy đủ trong các điều tiếp theo. Phụ lục A cung cấp tổng quan tóm tắt của từng tài liệu. Phụ lục I đến S cung cấp các mẫu về các tài liệu quy trình kiểm thử động đối với các tổ chức mẫu.

...

7.2 Đặc tả thiết kế kiểm thử

7.2.1 Tổng quan

Đặc tả thiết kế kiểm thử xác định các tính năng được kiểm thử và các điều kiện kiểm thử bắt nguồn từ cơ sở kiểm thử đối với từng tính năng như là bước đầu tiên hướng tới việc định nghĩa các ca kiểm thử và các quy trình kiểm thử sẽ được thực hiện.

Phụ lục A.2.7 đưa ra phác thảo Đặc tả thiết kế kiểm thử, các Phụ lục I.1, I.2 cung cấp các mẫu để chứng minh làm thế nào Đặc tả thiết kế kiểm thử có thể được triển khai đối với hai dự án mẫu khác nhau.

Nội dung của Đặc tả thiết kế kiểm thử bao gồm:

7.2.2 Thông tin cụ thể của tài liệu

7.2.2.1 Tổng quan

Thông tin này xác định tài liệu và mô tả nguồn gốc, lịch sử của tài liệu,

...

Xác định phiên bản duy nhất của tài liệu.

7.2.2.3 Tổ chức phát hành

Quy định cụ thể tổ chức chịu trách nhiệm chuẩn bị và phát hành tài liệu. Tổ chức phát hành cũng có thể bao gồm (các) tác giả.

7.2.2.4 Thẩm quyền phê duyệt

7.2.2.5 Lịch sử thay đổi

Bao gồm một bản ghi tất cả các thay đổi đã xảy ra đối với các tài liệu kể từ khi ra đời.

...

7.2.3 Giới thiệu

Cung cấp thông tin giải thích về bối cảnh và cấu trúc của tài liệu.

7.2.3.1 Phạm vi

Xác định độ bao phủ của các lĩnh vực chủ đề của tài liệu và mô tả các pha tạp, sự loại trừ, các giả định và/hoặc các giới hạn bất kỳ.

7.2.3.2 Tài liệu tham khảo

7.2.3.3 (Các) quy ước ký hiệu

Định nghĩa và giải thích bất kỳ nhận dạng hoặc sơ đồ sắp xếp cần thiết đối với các bộ kiểm thử và các điều kiện kiểm thử, nếu điều này không được định nghĩa ở đâu.

CHÚ THÍCH: Điều này có thể được tìm thấy trong một kế hoạch quản lý cấu hình.

...

Cung cấp vốn từ vựng đối với các thuật ngữ, chữ viết tắt và từ viết tắt, nếu có, được sử dụng trong tài liệu.

7.2.4 Tập tính năng

7.2.4.1 Tổng quan

Tập tính năng là một nhóm những tính năng hợp lý trong kiểm thử cho (các) hạng mục kiểm thử được quy định trong Kế hoạch kiểm thử. Các tính năng được kiểm thử có thể được mô tả bởi một tập tính năng duy nhất hoặc một số tập tính năng có thể sắp xếp theo một hệ thống phân cấp. Các tập tính năng có thể tương ứng trực tiếp với kiến trúc của (các) hạng mục kiểm thử hoặc có thể khác nếu điều này tạo điều kiện cho kiểm thử hiệu quả hơn. Tập tính năng cũng có thể là một quá trình kinh doanh bao gồm một loạt các tính năng. Mỗi tập tính năng có thể được xử lý độc lập với tập tính năng khác trong các hoạt động thiết kế kiểm thử tiếp theo.

Các tập tính năng có thể được mô tả trong danh sách hoặc trong các bảng của một tài liệu hoặc một công cụ sử dụng.

VÍ DỤ: Các tập tính năng có thể được lưu trữ trong cơ sở dữ liệu hoặc một công cụ kiểm thử chuyên dụng.

Các thông tin cho một tập tính năng bao gồm:

7.2.4.2 Định danh duy nhất

...

7.2.4.3 Mục tiêu

Xác định và mô tả ngắn gọn sự tập trung đặc biệt hoặc khách quan đối với tập tính năng.

7.2.4.4 Quyền ưu tiên

Định rõ quyền ưu tiên đối với việc kiểm thử của tập tính năng đặc biệt này, nếu cần thiết.

7.2.4.5 Chiến lược cụ thể

Quy định cụ thể việc chuẩn bị thực hiện chiến lược đối với việc kiểm thử tập tính năng.

VÍ DỤ: Điều này có thể bao gồm việc sử dụng các kỹ thuật thiết kế kiểm thử cụ thể được định nghĩa trong Kế hoạch kiểm thử tương ứng, nếu cần thiết.

7.2.4.6 Truy xuất nguồn gốc

Danh sách (các) tham chiếu với các tính năng liên quan trong cơ sở kiểm thử.

...

VÍ DỤ: Các tính năng có thể là (các) yêu cầu và/hoặc (các) mô tả thiết kế.

7.2.5 Điều kiện kiểm thử

7.2.5.1 Tổng quan

Tóm tắt các điều kiện kiểm thử đối với một tập tính năng. Điều kiện kiểm thử là một hạng mục riêng hoặc sự kiện quy định cụ thể tại các cơ sở kiểm thử có thể được xác nhận bởi một hoặc nhiều ca kiểm thử.

CHÚ THÍCH: Điều kiện kiểm thử có thể đơn giản là tham chiếu đến một yêu cầu (nếu yêu cầu đó được thể hiện một cách có kiểm chứng, nghĩa là nếu nó bao gồm một tiêu chí chấp nhận nhận dạng) hoặc để mô tả thiết kế. Điều kiện kiểm thử cũng có thể là cách diễn đạt lại của một yêu cầu, bộ các yêu cầu hoặc mô tả thiết kế được tạo ra đối với mục đích kiểm thử, ví dụ như tóm tắt một số yêu cầu trong một mô hình bảng quyết định hoặc là một mô hình trạng thái.

Điều này trong Đặc tả thiết kế kiểm thử có thể được định dạng để liệt kê các điều kiện kiểm thử theo các tập tính năng tương ứng.

CHÚ THÍCH: Các điều kiện kiểm thử có thể được mô tả trong các danh sách hoặc các bảng trong một tài liệu hoặc một công cụ sử dụng, ví dụ như một cơ sở dữ liệu hoặc một công cụ kiểm thử chuyên dụng. Các điều kiện kiểm thử không phải luôn luôn là tài liệu chính thức, vì chúng có thể được xem như là một bản dự thảo đầu tiên của các hạng mục độ bao phủ kiểm thử và/hoặc các ca kiểm thử.

Các thông tin đối với điều kiện kiểm thử bao gồm:

7.2.5.2 Định danh duy nhất

...

Khi số lượng hoặc biến động của các điều kiện kiểm thử quá cao, các yêu cầu đối với các định danh duy nhất trở thành không thực tế, chúng có thể được thay thế bằng việc sử dụng các phương tiện khác, nói chung dựa trên các công cụ tự động, thiết lập truy xuất nguồn gốc giữa các ca kiểm thử và các điều kiện kiểm thử.

7.2.5.3 Mô tả

Mô tả các điều kiện kiểm thử, nghĩa là những gì có thể được kiểm thử. Điều này có thể được viết bằng ngôn ngữ tự nhiên và/hoặc thể hiện như bảng hoặc các mô hình đồ họa, khi thích hợp. Nó có thể chỉ đơn giản là tham khảo các yêu cầu phục vụ như là các điều kiện kiểm thử.

7.2.5.4 Quyền ưu tiên

Định rõ quyền ưu tiên đối với việc kiểm thử của điều kiện kiểm thử đặc biệt này trong các tập tính năng. Các điều kiện kiểm thử có quyền ưu tiên cao hơn sẽ được kiểm thử sớm hơn và rộng rãi hơn các điều kiện kiểm thử có quyền ưu tiên thấp hơn.

7.2.5.5 Truy xuất nguồn gốc

Mô tả truy xuất nguồn gốc để các tập tính năng hoặc danh sách (các) tham khảo để (các) yêu cầu liên quan và/hoặc (các) mô tả thiết kế trong cơ sở kiểm thử. Điều này có thể được ghi lại trong Ma trận truy xuất nguồn gốc kiểm thử.

7.3 Đặc tả ca kiểm thử

7.3.1 Tổng quan

...

Phụ lục A.2.8 cung cấp phác thảo Đặc tả ca kiểm thử, các Phụ lục J.1 và J.2 cung cấp các mẫu để chứng minh làm thế nào Đặc tả ca kiểm thử có thể được triển khai đối với hai dự án mẫu khác nhau.

Nội dung của Đặc tả ca kiểm thử bao gồm:

7.3.2 Thông tin cụ thể của tài liệu

7.3.2.1 Tổng quan

Thông tin này xác định tài liệu và mô tả nguồn gốc, lịch sử của tài liệu.

7.3.2.2 Nhận dạng duy nhất của tài liệu

Xác định phiên bản duy nhất của tài liệu.

...

Quy định cụ thể tổ chức chịu trách nhiệm chuẩn bị và phát hành tài liệu. Tổ chức phát hành cũng có thể bao gồm (các) tác giả.

7.3.2.4 Thẩm quyền phê duyệt

7.3.2.5 Lịch sử thay đổi

Bao gồm một bản ghi tất cả các thay đổi đã xảy ra đối với các tài liệu kể từ khi ra đời.

7.3.3 Giới thiệu

Cung cấp thông tin giải thích về bối cảnh và cấu trúc của tài liệu.

...

Xác định độ bao phủ của các lĩnh vực chủ đề của tài liệu và mô tả các pha tạp, sự loại trừ, các giả định và/hoặc các giới hạn bất kỳ.

7.3.3.2 Tài liệu tham khảo

7.3.3.3 (Các) quy ước ký hiệu

CHÚ THÍCH: Điều này có thể được tìm thấy trong một kế hoạch quản lý cấu hình.

7.3.3.4. Từ điển

Cung cấp vốn từ vựng đối với các thuật ngữ, chữ viết tắt và từ viết tắt, nếu có, được sử dụng trong tài liệu.

...

7.3.4.1 Tổng quan

Tóm tắt các hạng mục độ bao phủ kiểm thử cho các điều kiện kiểm thử. Các hạng mục độ bao phủ kiểm thử được bắt nguồn bằng cách áp dụng kỹ thuật thiết kế kiểm thử với các điều kiện kiểm thử.

VÍ DỤ: Phân vùng tương đương sẽ xác định các hạng mục độ bao phủ kiểm thử trong các hạng mục phân vùng tương đương hợp lệ và không hợp lệ.

Điều này trong Đặc tả ca kiểm thử có thể được định dạng với việc liệt kê các hạng mục độ bao phủ kiểm thử thuộc tập tính năng tương ứng và/hoặc các điều kiện kiểm thử.

CHÚ THÍCH: Các hạng mục độ bao phủ kiểm thử có thể được mô tả trong các danh sách hoặc các bảng trong tài liệu hoặc công cụ sử dụng, nghĩa là một cơ sở dữ liệu hoặc một công cụ kiểm thử chuyên dụng. Các hạng mục độ bao phủ kiểm thử không phải luôn luôn là tài liệu chính thức, vì chúng có thể được xem như là một dự thảo của các ca kiểm thử.

Các thông tin đối với hạng mục độ bao phủ kiểm thử bao gồm:

7.3.4.2 Định danh duy nhất

Mô tả định danh duy nhất đối với hạng mục độ bao phủ kiểm thử để có thể phân biệt với tất cả các hạng mục độ bao phủ kiểm thử khác. Một công cụ tự động có thể kiểm soát các thế hệ định danh hoặc có thể được thực hiện bằng tay theo chương trình ký hiệu thích hợp. Định danh duy nhất không được thay đổi trong suốt thời gian tồn tại hạng mục độ bao phủ kiểm thử, bởi vì định danh duy nhất được sử dụng cho mục đích truy xuất nguồn gốc.

...

Mô tả hạng mục độ bao phủ kiểm thử, nghĩa là những gì dự kiến sẽ được bao phủ bởi một ca kiểm thử theo kỹ thuật thiết kế kiểm thử đã được sử dụng trong quá trình truy xuất của nó. Nó cũng có thể bao gồm thêm các thông tin về hạng mục độ bao phủ.

VÍ DỤ: Dù có hay không đây cũng là một phân vùng tương đương hợp lệ hay không hợp lệ.

7.3.4.4 Quyền ưu tiên

Định rõ quyền ưu tiên đối với việc kiểm thử hạng mục độ bao phủ kiểm thử đặc biệt này trong điều kiện kiểm thử, nếu cần thiết. Các hạng mục độ bao phủ kiểm thử có quyền ưu tiên cao hơn sẽ được chạy trước các hạng mục độ bao phủ kiểm thử có quyền ưu tiên thấp hơn.

7.3.4.5 Truy xuất nguồn gốc

VÍ DỤ: Cơ sở kiểm thử có thể là các yêu cầu hoặc thiết kế.

7.3.5 Ca kiểm thử

7.3.5.1 Tổng quan

...

Số lượng các ca kiểm thử bắt nguồn từ các hạng mục độ bao phủ kiểm thử sẽ phụ thuộc vào các tiêu chí độ bao phủ kiểm thử được xác định trong Kế hoạch Kiểm thử.

Điều này trong Đặc tả ca kiểm thử có thể được định dạng với việc liệt kê các ca kiểm thử thuộc tập tính năng tương ứng và/hoặc các điều kiện kiểm thử.

CHÚ THÍCH: Các ca kiểm thử có thể được mô tả trong các danh sách hoặc các bảng trong một tài liệu hoặc một công cụ sử dụng, nghĩa là một cơ sở dữ liệu hoặc một công cụ kiểm thử chuyên dụng.

Các thông tin đối với ca kiểm thử bao gồm:

7.3.5.2 Định danh duy nhất

Mô tả định danh duy nhất đối với ca kiểm thử để có thể phân biệt với tất cả các ca kiểm thử khác. Một công cụ tự động có thể kiểm soát các thế hệ định danh hoặc có thể thực hiện bằng tay theo chương trình ký hiệu thích hợp. Định danh duy nhất không được thay đổi trong suốt thời gian tồn tại hạng mục ca kiểm thử, bởi vì định danh duy nhất được sử dụng cho mục đích truy xuất nguồn gốc.

7.3.5.3 Mục tiêu

Xác định và mô tả ngắn gọn sự tập trung đặc biệt hoặc mục tiêu của ca kiểm thử. Đây là điển hình trong các hình thức của một tiêu đề.

7.3.5.4 Quyền ưu tiên

...

7.3.5.5 Truy xuất nguồn gốc

Mô tả truy xuất nguồn gốc để hạng mục độ bao phủ kiểm thử mà các bài tập ca kiểm thử hoặc danh sách (các) tham khảo với (các) yêu cầu liên quan và/hoặc (các) mô tả thiết kế trong cơ sở kiểm thử. Điều này có thể được ghi lại trong ma trận truy xuất nguồn gốc kiểm thử.

7.3.5.6 Điều kiện tiên quyết

Mô tả tình trạng cần thiết của môi trường kiểm thử và các ràng buộc đặc biệt bất kỳ liên quan đến việc thực hiện các ca kiểm thử.

VÍ DỤ: Các tình trạng trong hạng mục kiểm thử phải thực hiện trước khi có thể bắt đầu kiểm thử, bao gồm cả sự tồn tại của dữ liệu kiểm thử cụ thể và các hình thức hoạt động hiện tại hoặc màn hình.

Điều này có thể được mô tả rõ ràng hoặc nó có thể chứa các tài liệu tham khảo từ các ca kiểm thử khác mà người thực hiện sẽ thiết lập các điều kiện tiên quyết.

Môi trường cần thiết có thể được mô tả chung cho một hoặc nhiều tập tính năng hoặc nó có thể không được mô tả trong đặc tả này nếu đã mô tả đầy đủ trong Kế hoạch kiểm thử.

7.3.5.7 Đầu vào

Chỉ định mỗi hành động cần thiết để đưa hạng mục kiểm thử vào tình trạng nơi mà các kết quả mong đợi có thể được so sánh với kết quả thực tế. Chi tiết của các mô tả nên được thiết kế để phù hợp với kiến thức của người chấp hành kiểm thử.

...

Tất cả các mối quan hệ cần thiết giữa các sự kiện đầu vào phải được mô tả.

VÍ DỤ: Mối quan hệ có thể là thời gian.

Các hành động có thể được đánh số trong các ca kiểm thử, nếu cần thiết.

7.3.5.8 Kết quả mong đợi

Chỉ định đầu ra mong đợi và hành động cần thiết của hạng mục kiểm thử để đáp ứng với các yếu tố đầu vào được trao cho hạng mục kiểm thử khi nó ở tình trạng điều kiện tiên quyết. Cung cấp (các) giá trị mong đợi (với dung sai nếu phù hợp) cho mỗi đầu ra yêu cầu.

VÍ DỤ: Hành động cần thiết của hạng mục kiểm thử có thể là thời gian đáp ứng.

Các hành động cần thiết cũng có thể được xác định để so sánh các kết quả mong đợi với kết quả thực tế. Ví dụ, kiểm thử đầu ra trong một lĩnh vực trên một hình thức mà không phải lả chủ động khi đầu vào được cung cấp, chờ đợi qua hàng loạt công việc, báo cáo được in ra và kiểm tra hoặc đóng các hạng mục kiểm thử và khởi động lại nó để kiểm tra lưu trữ dữ liệu.

7.3.5.9 Kết quả thực tế và kết quả kiểm thử

Việc mô tả ca kiểm thử có thể bao gồm việc giữ chỗ để ghi lại kết quả thực tế và/hoặc kết quả kiểm thử trong quá trình thực hiện ca kiểm thử. Ngoài ra, chúng có thể được ghi lại trong Đặc tả thủ tục kiểm thử (xem điều 7.4) hoặc riêng rẽ trong các Kết quả thực tế (xem điều 7.9) và/hoặc Kết quả kiểm thử (xem điều 7.10).

...

7.4.1 Tổng quan

Đặc tả thủ tục kiểm thử mô tả các ca kiểm thử trong các bộ kiểm thử đã lựa chọn để thực hiện, cùng với các hành động liên quan bất kỳ có thể được yêu cầu để thiết lập các điều kiện tiên quyết ban đầu.

CHÚ THÍCH: Thủ tục kiểm thử có thể được mô tả trong các danh sách hoặc các bảng của một tài liệu hoặc một công cụ sử dụng, nghĩa là một cơ sở dữ liệu hoặc một công cụ kiểm thử chuyên dụng.

Phụ lục A.2.9 Cung cấp phác thảo các Đặc tả thủ tục kiểm thử, các Phụ lục K.1 và K.2 cung cấp các mẫu để chứng minh làm thế nào các Đặc tả thủ tục kiểm thử có thể được triển khai đối với hai dự án mẫu khác nhau.

Nội dung của Đặc tả thủ tục kiểm thử bao gồm:

7.4.2 Thông tin cụ thể của tài liệu

7.4.2.1 Tổng quan

Thông tin này xác định tài liệu và mô tả nguồn gốc, lịch sử của tài liệu.

...

Xác định phiên bản duy nhất của tài liệu.

7.4.2.3 Tổ chức phát hành

Quy định cụ thể tổ chức chịu trách nhiệm chuẩn bị và phát hành tài liệu. Tổ chức phát hành cũng có thể bao gồm (các) tác giả.

7.4.2.4 Thẩm quyền phê duyệt

7.4.2.5 Lịch sử thay đổi

Bao gồm một bản ghi tất cả các thay đổi đã xảy ra đối với các tài liệu kể từ khi ra đời.

...

7.4.3 Giới thiệu

Cung cấp thông tin giải thích về bối cảnh và cấu trúc của tài liệu.

7.4.3.1 Phạm vi

Xác định độ bao phủ của các lĩnh vực chủ đề của tài liệu và mô tả các pha tạp, sự loại trừ, các giả định và/hoặc các giới hạn bất kỳ.

7.4.3.2 Tài liệu tham khảo

7.4.3.3 (Các) quy ước ký hiệu

CHÚ THÍCH: Điều này có thể được tìm thấy trong kế hoạch quản lý cấu hình.

...

Cung cấp vốn từ vựng đối với các thuật ngữ, chữ viết tắt và từ viết tắt, nếu có, được sử dụng trong tài liệu.

7.4.4 Bộ kiểm thử

7.4.4.1 Tổng quan

Mô tả việc ghép các ca kiểm thử vào các bộ kiểm thử với mục đích kiểm thử một mục tiêu kiểm thử cụ thể. Các bộ kiểm thử thường sẽ phản ánh các tập tính năng, nhưng chúng có thể chứa các ca kiểm thử đối với một số tập tính năng. Ca kiểm thử trong một bộ kiểm thử có thể được lựa chọn dựa trên các rủi ro, cơ sở kiểm thử, kiểm thử lại và/hoặc kiểm thử hồi quy được xác định.

CHÚ THÍCH: Các bộ kiểm thử có thể được mô tả trong các danh sách hoặc các bảng của một tài liệu hoặc một công cụ sử dụng, nghĩa là một cơ sở dữ liệu hoặc một công cụ kiểm thử chuyên dụng. Bộ kiểm thử không phải luôn luôn là tài liệu chính thức, vì chúng có thể được xem như một bước soạn thảo để tạo ra các quy trình kiểm thử.

Các thông tin đối với bộ kiểm thử bao gồm:

7.4.4.2 Định danh duy nhất

Mô tả định danh duy nhất đối với bộ kiểm thử để có thể phân biệt với tất cả các bộ kiểm thử khác. Một công cụ tự động có thể kiểm soát các thể hệ định danh hoặc có thể được thực hiện bằng tay theo chương trình ký hiệu thích hợp. Định danh duy nhất không được thay đổi trong suốt thời gian tồn tại của bộ kiểm thử, bởi vì định danh duy nhất được sử dụng cho mục đích truy xuất nguồn gốc.

...

Xác định và mô tả ngắn gọn sự tập trung đặc biệt hoặc mục tiêu của bộ kiểm thử

VÍ DỤ: "Bộ kiểm thử này là các mục tiêu của kiểm thử lại để điều chỉnh liên quan đến sự cố IN301 và IN56".

7.4.4.4 Quyền ưu tiên

Quy định cụ thể quyền ưu tiên cho việc kiểm thử các bộ kiểm thử đặc biệt này, nếu cần thiết.

7.4.4.5 Nội dung (Truy xuất nguồn gốc)

Tóm tắt nội dung của bộ kiểm thử. Điều này thường sẽ có một danh sách định danh duy nhất của các ca kiểm thử được lựa chọn.

7.4.5 Thủ tục kiểm thử

7.4.5.1 Tổng quan

Mô tả các thủ tục kiểm thử được bắt nguồn cho các bộ kiểm thử. Thủ tục kiểm thử xác định thứ tự các ca kiểm thử trong bộ kiểm thử tương ứng phải cần thực hiện phụ thuộc vào việc mô tả các điều kiện trước, điều kiện sau và các yêu cầu kiểm thử khác.

...

Các thông tin đối với thủ tục thử bao gồm:

7.4.5.2 Định danh duy nhất

Mô tả định danh duy nhất đối với thủ tục kiểm thử để có thể phân biệt với tất cả các thủ tục kiểm thử khác. Một công cụ tự động có thể kiểm soát các thế hệ định danh hoặc có thể thực hiện bằng tay theo chương trình ký hiệu thích hợp. Định danh duy nhất không được thay đổi trong suốt thời gian tồn tại của thủ tục kiểm thử, bởi vì định danh duy nhất được sử dụng cho mục đích truy xuất nguồn gốc.

7.4.5.3 Mục tiêu

Xác định và mô tả ngắn gọn sự tập trung đặc biệt hoặc mục tiêu của thủ tục kiểm thử. Điều này sẽ trùng với các mục tiêu của bộ kiểm thử tương ứng.

7.4.5.4 Quyền ưu tiên

Quy định cụ thể quyền ưu tiên đối với thủ tục kiểm thử cụ thể này, nếu cần thiết. Điều này sẽ trùng với các quyền ưu tiên của bộ kiểm thử tương ứng.

7.4.5.5 Khởi động

Mô tả những hành động cần thiết để chuẩn bị cho việc thực hiện của các ca kiểm thử được chỉ định trong thủ tục kiểm thử. Điều này thường sẽ có các hành động thiết lập các điều kiện tiên quyết cho các ca kiểm thử đầu tiên đã thực hiện.

...

Danh sách các ca kiểm thử theo thứ tự mà chúng đã thực hiện. Các ca kiểm thử có thể được đánh số tuần tự trong các thủ tục kiểm thử. Mức độ của các thủ tục có thể thay đổi.

Danh sách này có thể tham khảo từ các ca kiểm thử hoặc có thể là một danh sách sao chép của các ca kiểm thử.

Nếu việc thực hiện một hoặc nhiều ca kiểm thử trong thủ tục không đặt điều kiện tiên quyết cho các ca kiểm thử tiếp sau, hành động thiết lập các điều kiện tiên quyết có thể được thêm vào giữa các ca kiểm thử.

Thủ tục kiểm thử có thể bao gồm việc giữ chỗ để ghi lại kết quả thực tế và/hoặc kết quả kiểm thử. Ngoài ra, kết quả thực tế và/hoặc kết quả kiểm thử có thể được ghi lại trong tài liệu kết quả thực tế (xem 7.9) và/hoặc tài liệu kết quả kiểm thử (xem 7.10).

7.4.5.7 Quan hệ với các thủ tục khác

Mô tả sự phụ thuộc của thủ tục kiểm thử này có thể có trên bất kỳ thủ tục kiểm thử nào khác.

Ví dụ sự phụ thuộc trong các thủ tục kiểm thử khác bao gồm việc chúng được thực hiện trước, đồng thời hoặc sau thủ tục này.

7.4.5.8 Dừng và quấn lên

Mô tả những hành động cần thiết để thực hiện dừng có thứ tự và các hành động cần thiết sau khi việc thực hiện thủ tục đã hoàn tất.

...

7.5 Yêu cầu dữ liệu kiểm thử

7.5.1 Tổng quan

Yêu cầu dữ liệu kiểm thử mô tả các thuộc tính của dữ liệu kiểm thử cần thiết để thực hiện các quy trình kiểm thử quy định tại Đặc tả thủ tục kiểm thử.

Phụ lục A.2.10 cung cấp phác thảo các yêu cầu dữ liệu kiểm thử, các Phụ lục L.1 và L.2 cung cấp các mẫu để chứng minh làm thế nào các yêu cầu dữ liệu kiểm thử có thể được triển khai đối với hai dự án mẫu khác nhau.

Nội dung của yêu cầu dữ liệu kiểm thử bao gồm:

7.5.2 Thông tin cụ thể của tài liệu

7.5.2.1 Tổng quan

Thông tin này xác định tài liệu và mô tả nguồn gốc, lịch sử của tài liệu.

...

Xác định phiên bản duy nhất của tài liệu.

7.5.2.3 Tổ chức phát hành

Quy định cụ thể tổ chức chịu trách nhiệm chuẩn bị và phát hành tài liệu. Tổ chức phát hành cũng có thể bao gồm (các) tác giả.

7.5.2.4 Thẩm quyền phê duyệt

7.5.2.5 Lịch sử thay đổi

Bao gồm một bản ghi tất cả các thay đổi đã xảy ra đối với các tài liệu kể từ khi ra đời.

...

7.5.3 Giới thiệu

Cung cấp thông tin giải thích về bối cảnh và cấu trúc của tài liệu.

7.5.3.1 Phạm vi

Xác định độ bao phủ của các lĩnh vực chủ đề của tài liệu và mô tả các pha tạp, sự loại trừ, các giả định và/hoặc các giới hạn bất kỳ.

7.5.3.2 Tài liệu tham khảo

7.5.3.3. Từ điển

Cung cấp vốn từ vựng đối với các thuật ngữ, chữ viết tắt và từ viết tắt, nếu có, được sử dụng trong tài liệu.

...

7.5.4.1 Tổng quan

Mô tả các dữ liệu cần thiết để thực hiện các quy trình kiểm thử quy định tại Đặc tả thủ tục kiểm thử. Điều này cũng có thể chứa các yêu cầu bất kỳ để làm sạch dữ liệu.

VÍ DỤ: Dữ liệu kiểm thử có thể là mô tả dữ liệu sản phẩm mô phỏng, chẳng hạn như dữ liệu khách hàng và dữ liệu tài khoản người dùng.

Dữ liệu này có thể được chia thành các yếu tố phản ánh cấu trúc dữ liệu của hạng mục kiểm thử.

VÍ DỤ: Dữ liệu có thể được định nghĩa trong một sơ đồ lớp hoặc một sơ đồ mối quan hệ thực thể.

Các thông tin đối với yêu cầu dữ liệu kiểm thử bao gồm:

7.5.4.2 Định danh duy nhất

Mô tả định danh duy nhất đối với yêu cầu dữ liệu kiểm thử để có thể phân biệt với tất cả các yêu cầu dữ liệu kiểm thử khác. Một công cụ tự động có thể kiểm soát các thế hệ định danh hoặc có thể thực hiện bằng tay theo chương trình ký hiệu thích hợp. Định danh duy nhất không được thay đổi trong suốt thời gian tồn tại yêu cầu dữ liệu kiểm thử, bởi vì định danh duy nhất được sử dụng cho mục đích truy xuất nguồn gốc.

7.5.4.3 Mô tả

...

VÍ DỤ: "Ít nhất 10 khách hàng phải tồn tại trong cơ sở dữ liệu với đầy đủ và chính xác ID khách hàng và tất cả các thông tin khách hàng bắt buộc khác."

7.5.4.4 Trách nhiệm

Quy định cụ thể người chịu trách nhiệm làm dữ liệu kiểm thử có sẵn.

7.5.4.5 Thời gian cần thiết

Xác định khi nào và bao lâu đối với dữ liệu kiểm thử là cần thiết. Dữ liệu kiểm thử có thể cần thiết trong một khoảng thời gian không thể phân chia đơn lẻ hoặc cho nhiều giai đoạn riêng biệt.

7.5.4.6 Nhu cầu lập lại

Quy định cụ thể nếu các dữ liệu kiểm thử phải được thiết lập lại trong thời gian kiểm thử.

7.5.4.7 Lưu trữ hoặc xử lý

Xác định khi nào và làm thế nào dữ liệu kiểm thử có thể được lưu trữ hoặc xử lý sau khi hoàn thành việc kiểm thử.

...

7.6.1 Tổng quan

Yêu cầu môi trường kiểm thử mô tả các thuộc tính của môi trường kiểm thử cần thiết để thực hiện các thủ tục kiểm thử quy định tại Đặc tả thủ tục kiểm thử. Khi thích hợp, tài liệu này chỉ đơn giản để tham khảo và có thể tìm thấy các thông tin có liên quan.

VÍ DỤ: Thông tin có thể được tìm thấy trong các Chiến lược kiểm thử của tổ chức, Kế hoạch kiểm thử hoặc Đặc tả kiểm thử.

Phụ lục A.2.11 cung cấp phác thảo các yêu cầu môi trường kiểm thử, các Phụ lục M.1 và M.2 cung cấp các mẫu để chứng minh làm thế nào các yêu cầu môi trường kiểm thử có thể được triển khai đối với hai dự án mẫu khác nhau.

Nội dung của tài liệu Yêu cầu môi trường kiểm thử bao gồm:

7.6.2 Thông tin cụ thể của tài liệu

7.6.2.1 6 Tổng quan

Thông tin này xác định tài liệu và mô tả nguồn gốc, lịch sử của tài liệu.

...

Xác định phiên bản duy nhất của tài liệu.

7.6.2.3 Tổ chức phát hành

Quy định cụ thể tổ chức chịu trách nhiệm chuẩn bị và phát hành tài liệu. Tổ chức phát hành cũng có thể bao gồm (các) tác giả.

7.6.2.4 Thẩm quyền phê duyệt

7.6.2.5 Lịch sử thay đổi

Bao gồm một bản ghi tất cả các thay đổi đã xảy ra đối với các tài liệu kể từ khi ra đời.

...

7.6.3 Giới thiệu

Cung cấp thông tin giải thích về bối cảnh và cấu trúc của tài liệu.

7.6.3.1 Phạm vi

Xác định độ bao phủ của các lĩnh vực chủ đề của tài liệu và mô tả các pha tạp, sự loại trừ, các giả định và/hoặc các giới hạn bất kỳ.

7.6.3.2 Tài liệu tham khảo

7.6.3.3. Từ điển

Cung cấp vốn từ vựng đối với các thuật ngữ, chữ viết tắt và từ viết tắt, nếu có, được sử dụng trong tài liệu.

...

7.6.4.1 Tổng quan

Xác định các hạng mục môi trường cần thiết để thực hiện các thủ tục kiểm thử quy định tại Đặc tả thủ tục kiểm thử. Điều này bao gồm việc thiết lập trước khi thực hiện các thủ tục kiểm thử, khi thực hiện các thủ tục kiểm thử và cho các hoạt động bất kỳ sau khi thực hiện kiểm thử.

VÍ DỤ: Các hạng mục môi trường có thể được chia thành các loại sau đây, mặc dù các loại khác có thể phải phụ thuộc vào các yêu cầu môi trường cụ thể:

- Phần cứng;

- Phần mềm trung gian (Phần sụn);

- Phần mềm;

- Thiết bị ngoại vi, ví dụ như máy in;

- Phương tiện truyền thống, ví dụ như truy cập web;

- Công cụ;

...

- Địa điểm, ví dụ kích thước các phòng và mức độ tạp âm nền;

- Phụ kiện ví dụ mẫu giấy tờ in sẵn đặc biệt.

CHÚ THÍCH: Các hạng mục môi trường có thể được nhóm lại với tiêu chí khác nhau, ví dụ như Windows XP/Vista/Windows 7 hoặc trước các kết nối đầu cuối khác với máy tính nếu điều này là thích hợp hơn. Mô tả (các) cấu hình cụ thể nơi mà các hạng mục này cũng có thể bao gồm việc sử dụng và/hoặc tái sử dụng.

Trong thực tế, môi trường kiểm thử thường không có một đại diện môi trường hoạt động hoàn hảo và các yêu cầu chi tiết về môi trường phải phản ánh mức độ mà các môi trường kiểm thử phải đại diện cho các môi trường hoạt động.

Các thông tin đối với hạng mục môi trường kiểm thử bao gồm:

7.6.4.2 Định danh duy nhất

Mô tả định danh duy nhất đối với hạng mục môi trường để có thể phân biệt với tất cả các hạng mục môi trường kiểm thử khác. Một công cụ tự động có thể kiểm soát các thế hệ định danh hoặc có thể thực hiện bằng tay theo chương trình ký hiệu thích hợp. Định danh duy nhất không được thay đổi trong suốt thời gian tồn tại của hạng mục môi trường kiểm thử, bởi vì định danh duy nhất được sử dụng cho mục đích truy xuất nguồn gốc.

7.6.4.3 Mô tả

Xác định hạng mục môi trường đầy đủ chi tiết để hạng mục môi trường được chuyển giao như dự kiến.

...

7.6.4.4 Trách nhiệm

Quy định cụ thể người chịu trách nhiệm làm đối với hạng mục môi trường có sẵn.

7.6.4.5 Thời gian cần thiết

Xác định khi nào và bao lâu đối với hạng mục môi trường là cần thiết. Một hạng mục môi trường có cần thiết trong một khoảng thời gian không thể phân chia đơn lẻ hoặc cho nhiều giai đoạn riêng biệt.

7.7 Báo cáo tính sẵn sàng dữ liệu kiểm thử

7.7.1 Tổng quan

Báo cáo tính sẵn sàng dữ liệu kiểm thử mô tả việc thực hiện từng yêu cầu dữ liệu kiểm thử.

Phụ lục A.2.12 cung cấp phác thảo Báo cáo tính sẵn sàng dữ liệu kiểm thử, các Phụ lục N.1 và N.2 cung cấp các mẫu để chứng minh làm thế nào Báo cáo tính sẵn sàng dữ liệu kiểm thử có thể được triển khai đối với hai dự án mẫu khác nhau.

Nội dung của Báo cáo tính sẵn sàng dữ liệu kiểm thử bao gồm:

...

7.7.2.1 Tổng quan

Thông tin này xác định tài liệu và mô tả nguồn gốc, lịch sử của tài liệu.

7.7.2.2 Nhận dạng duy nhất của tài liệu

Xác định phiên bản duy nhất của tài liệu.

7.7.2.3 Tổ chức phát hành

Quy định cụ thể tổ chức chịu trách nhiệm chuẩn bị và phát hành tài liệu. Tổ chức phát hành cũng có thể bao gồm (các) tác giả.

7.7.2.4 Thẩm quyền phê duyệt

...

7.7.2.5 Lịch sử thay đổi

Bao gồm một bản ghi tất cả các thay đổi đã xảy ra đối với các tài liệu kể từ khi ra đời.

7.7.3 Giới thiệu

Cung cấp thông tin giải thích về bối cảnh và cấu trúc của tài liệu.

7.7.3.1 Phạm vi

Xác định độ bao phủ của các lĩnh vực chủ đề của tài liệu và mô tả các pha tạp, sự loại trừ, các giả định và/hoặc các giới hạn bất kỳ.

7.7.3.2 Tài liệu tham khảo

...

7.7.3.3. Từ điển

Cung cấp vốn từ vựng đối với các thuật ngữ, chữ viết tắt và từ viết tắt, nếu có, được sử dụng trong tài liệu.

7.7.4 Trạng thái dữ liệu kiểm thử

7.7.4.1 Tổng quan

Cung cấp một trạng thái đối với mỗi yêu cầu dữ liệu kiểm thử. Điều này có thể được ghi nhận trong trình giữ chỗ tại tài liệu các Yêu cầu dữ liệu kiểm thử.

Các thông tin cho mỗi hạng mục dữ liệu bao gồm:

7.7.4.2 Định danh duy nhất

Định danh duy nhất được sử dụng trong tài liệu các Yêu cầu dữ liệu kiểm thử.

...

Mô tả trạng thái của hạng mục dữ liệu kiểm thử được yêu cầu như mô tả các dữ liệu kiểm thử thực tế lệch với các yêu cầu như thế nào, ví dụ: giá trị hoặc khối lượng trong các hạng mục.

7.8 Báo cáo tính sẵn sàng của môi trường kiểm thử

7.8.1 Tổng quan

Báo cáo tính sẵn sàng của môi trường kiểm thử mô tả việc thực hiện từng yêu cầu của môi trường kiểm thử.

Phụ lục A.2.13 cung cấp phác thảo Báo cáo tính sẵn sàng của môi trường kiểm thử, các Phụ lục 0.1 và 0.2 cung cấp các mẫu để chứng minh làm thế nào Báo cáo tính sẵn sàng của môi trường kiểm thử có thể được triển khai đối với hai dự án mẫu khác nhau.

Nội dung của Báo cáo tính sẵn sàng của môi trường kiểm thử bao gồm:

7.8.2 Thông tin cụ thể của tài liệu

7.8.2.1 Tổng quan

Thông tin này xác định tài liệu và mô tả nguồn gốc, lịch sử của tài liệu.

...

7.8.2.2 Nhận dạng duy nhất của tài liệu

Xác định phiên bản duy nhất của tài liệu.

7.8.2.3 Tổ chức phát hành

Quy định cụ thể tổ chức chịu trách nhiệm chuẩn bị và phát hành tài liệu. Tổ chức phát hành cũng có thể bao gồm (các) tác giả.

7.8.2.4 Thẩm quyền phê duyệt

7.8.2.5 Lịch sử thay đổi

Bao gồm một bản ghi tất cả các thay đổi đã xảy ra đối với các tài liệu kể từ khi ra đời.

...

7.8.3 Giới thiệu

Cung cấp thông tin giải thích về bối cảnh và cấu trúc của tài liệu.

7.8.3.1 Phạm vi

Xác định độ bao phủ của các lĩnh vực chủ đề của tài liệu và mô tả các pha tạp, sự loại trừ, các giả định và/hoặc các giới hạn bất kỳ.

7.8.3.2 Tài liệu tham khảo

7.8.3.3. Từ điển

Cung cấp vốn từ vựng đối với các thuật ngữ, chữ viết tắt và từ viết tắt, nếu có, được sử dụng trong tài liệu.

...

7.8.4 Tính sẵn sàng của môi trường kiểm thử

7.8.4.1 Tổng quan

Cung cấp tuyên bố hoàn thành đối với từng yêu cầu của môi trường kiểm thử. Điều này có thể được ghi trong trình giữ chỗ của tài liệu Yêu cầu môi trường kiểm thử.

Các thông tin đối với từng hạng mục môi trường bao gồm:

7.8.4.2 Định danh duy nhất

Định danh duy nhất được sử dụng trong tài liệu các Yêu cầu môi trường kiểm thử.

7.8.4.3 Mô tả trạng thái

Mô tả việc hoàn thành hạng mục môi trường kiểm thử được yêu cầu.

VÍ DỤ: Các tuyên bố hoàn thành có thể bao gồm việc mô tả về cách mà môi trường kiểm thử thực tế lệch với yêu cầu, ví dụ như trong hạng mục về các phiên bản hoặc cấu hình.

...

7.9 Kết quả thực tế

Các kết quả thực tế là bản ghi các kết quả của việc thực hiện ca kiểm thử trong thủ tục kiểm thử. Các kết quả thực tế được so sánh với các kết quả mong đợi để xác định kết quả kiểm thử.

Các kết quả thực tế không phải luôn luôn được ghi nhận chính thức. Một số hệ thống (ví dụ như quy định về an toàn then chốt) có thể yêu cầu tài liệu đầy đủ các kết quả thực tế và một số hệ thống (ví dụ như những cái có tính dữ liệu cao hoặc yêu cầu độ tin cậy) có thể chọn để ghi đầy đủ các kết quả thực tế. Việc ghi nhận có thể được thực hiện bởi một công cụ tự động trong quá trình thực hiện kiểm thử.

Một số ca kiểm thử có thể bao gồm các hoạt động cung cấp các kết quả trung gian không phải là một phần của các kết quả thực tế khi thực hiện các ca kiểm thử. Điều này có thể được ghi riêng trong nhật ký kiểm thử hoặc ghi cùng với các kết quả thực tế.

Khi cần thiết, kết quả thực tế thường được ghi trực tiếp trong thủ tục kiểm thử tại trình giữ chỗ dành riêng đối với mục đích này. Do đó, kết quả thực tế thường không được coi là một tài liệu độc lập.

7.10 Kết quả kiểm thử

Các kết quả kiểm thử là một bản ghi việc thực hiện ca kiểm thử cụ thể đạt hay không đạt, nghĩa là, nếu các kết quả thực tế tương ứng với các kết quả mong đợi hoặc nếu độ lệch được quan sát hoặc không thể thực hiện kế hoạch của các ca kiểm thử.

Kết quả kiểm thử đối với ca kiểm thử thường được ghi trực tiếp trong thủ tục kiểm thử tại trình giữ chỗ dành riêng cho mục đích này. Do đó, kết quả kiểm thử thường không được coi là một tài liệu độc lập.

VÍ DỤ: Nếu ca kiểm thử là đạt điều này có thể được đánh dấu bằng một dấu tích hoặc tương tự và nếu thực hiện ca kiểm thử không đạt điều này có thể được đánh dấu bằng số lượng các báo cáo sự cố nêu ra như là kết quả của sự quan sát độ lệch. Nếu ca kiểm thử có thể không được thực thi, điều này có thể được đánh dấu là "bị chặn"; trong trường hợp này cũng ghi lại những gì bị chặn, nếu có thể.

...

CHÚ THÍCH: Kết quả kiểm thử đôi khi được gọi là “Đạt /Không đạt”.

7.11 Đăng nhập thực hiện kiểm thử

7.11.1 Tổng quan

Ghi lại chi tiết việc thực hiện một hay nhiều thủ tục kiểm thử.

Các thủ tục kiểm thử có thể được mô tả trong các danh sách hoặc các bảng của tài liệu hoặc đưa ra bởi một công cụ, ví dụ như một cơ sở dữ liệu hoặc một công cụ kiểm thử chuyên dụng.

Phụ lục A.2.14 cung cấp phác thảo Đăng nhập thực hiện kiểm thử, các Phụ lục R.1 và R.2 cung cấp các mẫu để chứng minh làm thế nào Đăng nhập thực hiện kiểm thử có thể được triển khai đối với hai dự án mẫu khác nhau.

Nội dung đối với Đăng nhập thực hiện kiểm thử bao gồm:

7.11.2 Thông tin cụ thể của tài liệu

7.11.2.1 Tổng quan

...

7.11.2.2 Nhận dạng duy nhất của tài liệu

Xác định phiên bản duy nhất của tài liệu.

7.11.2.3 Tổ chức phát hành

Quy định cụ thể tổ chức chịu trách nhiệm chuẩn bị và phát hành tài liệu. Tổ chức phát hành cũng có thể bao gồm (các) tác giả.

7.11.2.4 Thẩm quyền phê duyệt

7.11.2.5 Lịch sử thay đổi

...

7.11.3 Giới thiệu

Cung cấp thông tin giải thích về bối cảnh và cấu trúc của tài liệu.

7.11.3.1 Phạm vi

Xác định độ bao phủ của các lĩnh vực chủ đề của tài liệu và mô tả các pha tạp, sự loại trừ, các giả định và/hoặc các giới hạn bất kỳ.

7.11.3.2 Tài liệu tham khảo

7.11.3.3. Từ điển

...

7.11.4 Sự kiện

7.11.4.1 Tổng quan

Liệt kê những sự kiện quan trọng gặp phải trong khi thực hiện một hay nhiều thủ tục kiểm thử.

VÍ DỤ: Sự kiện đầu tiên có thể là mở đầu của một phiên thực hiện kiểm thử và sự kiện cuối cùng có thể chốt phiên thực hiện kiểm thử.

Các ví dụ khác của các sự kiện để ghi nhận bao gồm:

- Giảm đột ngột hiệu suất của máy tính trong các kiểm thử đang được thực hiện;

- Lỗi làm cho không thể thực hiện thêm các kiểm thử;

- Sự gián đoạn đối với môi trường kiểm thử gây ra kết quả thực tế không đáng tin cậy.

...

7.11.4.2 Định danh duy nhất

Định rõ số thứ tự của các hạng mục trong Đăng nhập thực hiện kiểm thử.

7.11.4.3 Thời gian

Định rõ thời gian chính xác, bao gồm cả ngày nếu cần thiết, khi sự kiện này được bắt gặp.

7.11.4.4 Mô tả

Mô tả những gì đã xảy ra. Điều này có thể bao gồm tham chiếu đến thủ tục kiểm thử và ca kiểm thử đang được thực thi khi sự kiện này được bắt gặp, nếu có liên quan.

7.11.4.5 Tác động

Mô tả những tác động về thực hiện kiểm thử và/hoặc kết quả thực tế, nếu có liên quan.

7.12 Báo cáo sự cố kiểm thử

...

Sự cố kiểm thử là vấn đề được lưu ý trong thời gian kiểm thử mà (các) hành động yêu cầu phải được ghi chép. Sự cố kiểm thử được ghi nhận trong các báo cáo sự cố. Đối với mỗi sự cố duy nhất sẽ có một báo cáo sự cố (báo cáo sự cố cũng có thể được gọi là báo cáo khuyết điểm, báo cáo lỗi, báo cáo sai lệch, vv).

Các báo cáo sự cố có thể được ghi trong các danh sách hoặc các bảng của tài liệu hoặc công cụ sử dụng, ví dụ như một cơ sở dữ liệu hoặc một công cụ lỗi theo dõi chuyên dụng.

Các định dạng của một báo cáo sự cố có thể được định nghĩa ở đâu đó trong tổ chức, ví dụ như một phần của Quy trình quản lý sự cố, trong trường hợp định nghĩa đó nên được sử dụng.

7.12.2 Báo cáo sự cố

Báo cáo sự cố trong các tài liệu bối cảnh này đã được công nhận là một sự cố trong kiểm thử.

CHÚ THÍCH 1: Các sự cố có thể xảy ra và được báo cáo trong các bối cảnh khác nhau, Ví dụ như, sự mơ hồ trong đặc tả các yêu cầu kinh doanh được phát hiện trong quá trình thiết kế phần mềm hoặc một phần mềm lỗi trong quá trình sản xuất.

CHÚ THÍCH 2: Thông tin đưa ra ở đây chỉ là những thông tin cần thiết khi một báo cáo sự việc được nêu ra đầu tiên. Thông tin chi tiết có thể được bổ sung vào báo cáo sự cố khi nó đạt thông qua các quy trình quản lý sự cố rộng hơn.

Phụ lục A.2.15 Cung cấp phác thảo Báo cáo sự cố, các Phụ lục S.1 và S.2 cung cấp các mẫu để chứng minh làm thế nào một Báo cáo sự cố có thể được triển khai đối với hai dự án mẫu khác nhau.

Các nội dung của Báo cáo sự cố bao gồm:

...

7.12.3.1 Tổng quan

Thông tin này xác định tài liệu và mô tả nguồn gốc, lịch sử của tài liệu.

7.12.3.2 Nhận dạng duy nhất của tài liệu

Xác định phiên bản duy nhất của tài liệu.

7.12.3.3 Tổ chức phát hành

Quy định cụ thể tổ chức chịu trách nhiệm chuẩn bị và phát hành tài liệu. Tổ chức phát hành cũng có thể bao gồm (các) tác giả.

7.12.3.4 Thẩm quyền phê duyệt

...

7.12.3.5 Lịch sử thay đổi

Bao gồm một bản ghi tất cả các thay đổi đã xảy ra đối với các tài liệu kể từ khi ra đời.

7.12.4 Giới thiệu

Cung cấp thông tin giải thích về bối cảnh và cấu trúc của tài liệu.

7.12.4.1 Phạm vi

Xác định độ bao phủ của các lĩnh vực chủ đề của tài liệu và mô tả các pha tạp, sự loại trừ, các giả định và/hoặc các giới hạn bất kỳ.

7.12.4.2 Tài liệu tham khảo

...

7.12. 4.3. Từ điển

Cung cấp vốn từ vựng đối với các thuật ngữ, chữ viết tắt và từ viết tắt, nếu có, được sử dụng trong tài liệu.

7.12.5 Chi tiết sự cố

Các thông tin về sự cố, khi lần đầu tiên được công nhận và được báo cáo, bao gồm:

7.12.5.1 Thông tin thời gian

Ghi lại ngày (cũng có thể là thời gian) khi sự cố được quan sát thấy lần đầu tiên.

7.12.5.2 Người khởi tạo

Quy định cụ thể (các) tên và (các) tiêu đề của (các) cá nhân đã xác định được sự cố.

...

Xác định bối cảnh trong đó sự cố đã được quan sát thấy.

VÍ DỤ: Điều này có thể bao gồm:

- Hạng mục cấu hình, bao gồm nhận dạng duy nhất của nó, trong đó sự cố đã được quan sát thấy. Trong một bối cảnh kiểm thử các hạng mục thưởng sẽ là hạng mục kiểm thử, nhưng nó có thể là hạng mục cấu hình khác, Ví dụ như Đặc tả kiểm thử;

- Thủ tục kiểm thử và Ca kiểm thử, bao gồm định danh duy nhất của chúng, đang được thực hiện khi sự cố đã được quan sát thấy;

- Thông tin liên quan bất kỳ về các môi trường kiểm thử và/hoặc dữ liệu kiểm thử không được có trong các tài liệu khác và được các kiểm thử viên coi là đặc biệt quan trọng;

- Quy trình kiểm thử hoặc quy trình kiểm thử con trong đó sự cố đã được quan sát thấy.

7.12.5.4 Mô tả sự cố

Cung cấp mô tả chi tiết của sự cố. Cho biết nếu sự cố có thể tái tạo và nếu như vậy, cung cấp đủ thông tin để tái tạo sự cố.

Thông tin liên quan và quan sát có thể giúp cô lập và sửa chữa nguyên nhân của sự cố.

...

VÍ DỤ: Bằng chứng như vậy có thể bao gồm ảnh chụp màn hình, bản ghi hệ thống và các tập tin đầu ra.

7.12.5.5 Đánh giá của người sáng tạo về mức độ nghiêm trọng

Từ quan điểm của người sáng tạo cho biết ảnh hưởng sâu rộng của sự cố này đến các vấn đề kỹ thuật và kinh doanh. Điều này có thể bao gồm ước tính thời gian và công sức để sửa chữa những khiếm khuyết liên quan.

VÍ DỤ: Vấn đề kinh doanh và kỹ thuật có thể là khả năng của người sử dụng để thực hiện các nhiệm vụ và các hoạt động của hệ thống.

Xác định sự tồn tại của bất kỳ cách giải quyết nào được biết đến.

7.12.5.6 Đánh giá của người sáng tạo về quyền ưu tiên

Cung cấp một đánh giá về sự cấp bách cho việc sửa chữa. Hầu hết các tổ chức có từ ba đến năm loại ưu tiên.

VÍ DỤ: Chương trình phân loại có thể là thể loại nghiêm trọng nhất, Ví dụ như "Khắc phục ngay bây giờ", có nghĩa là các sản phẩm không sử dụng được và nghiêm trọng nhất, Ví dụ như "hỗ trợ khắc phục", là một sự cố về mỹ phẩm.

7.12.5.7 Rủi ro

...

7.12.5.8 Trạng thái của sự cố

Xác định trạng thái hiện tại của sự cố sẽ được "mở" hoặc tương tự trong bối cảnh này.

CHÚ THÍCH: Một trình tự chung đối với các sự cố khi chúng qua các vòng đời của chúng có thể là: "MỞ", "Chấp thuận để giải quyết", "Phân cấp giải quyết", "cố định", "kiểm thử lại với những xác nhận sửa chữa" và “Đóng”. Các giá trị trạng thái khác có thể là "Bị từ chối" hoặc "Rút".

Phụ lục A

(Tham khảo)

Tổng quan và phác thảo các tài liệu

A.1 Tổng quan

...

Hình A.2 cho thấy hệ thống phân cấp giữa các nội dung của các tài liệu được tạo ra trong việc hoàn thành quy trình chuẩn bị thực hiện và thiết kế kiểm thử được phác thảo trong TCVN 12849-2:2020 (ISO/IEC/IEEE 29119-2:2013).

Hình A.2 - Hệ thống phân cấp của tài liệu chuẩn bị thực hiện và thiết kế kiểm thử

A.2 Phác thảo tài liệu

A.2.1 Tổng quan

Phác thảo các nội dung của mỗi tài liệu đã quy định được cung cấp dưới đây.

Tất cả các tài liệu bao gồm những nội dung sau đây:

Thông tin cụ thể của tài liệu:

i) Xác định duy nhất của tài liệu

...

iii) Quyền phê duyệt

iv) Lịch sử thay đổi

Giới thiệu:

i) Phạm vi

ii) Tài liệu tham khảo

iii) Từ điển

Vị trí của các thông tin này trong các tài liệu có thể thay đổi từ tổ chức đến tổ chức và trong một tổ chức từ tài liệu đến tài liệu.

Nội dung tài liệu cụ thể thường được đặt sau lời giới thiệu.

A.2.2 Chính sách kiểm thử của tổ chức

...

a) Các báo cáo chính sách kiểm thử:

i) Mục tiêu của kiểm thử

ii) Quy trình kiểm thử

iii) Cơ cấu tổ chức kiểm thử

iv) Đào tạo kiểm thử viên

v) Đạo đức kiểm thử viên

vi) Các tiêu chuẩn

vii) Chính sách liên quan khác

viii) Đo giá trị của kiểm thử

...

x) Cải thiện quy trình kiểm thử

A.2.3 Chiến lược kiểm thử của tổ chức

Phác thảo của thông tin cụ thể về Chiến lược kiểm thử của tổ chức là:

a) Các báo cáo chiến lược kiểm thử của tổ chức theo dự án mở rộng:

i) Quản lý rủi ro chung

ii) Ưu tiên và lựa chọn kiểm thử

iii) Tài liệu kiểm thử và báo cáo

iv) Các công cụ và kiểm thử tự động

v) Quản lý cấu hình của sản phẩm làm công việc kiểm thử

...

vii) Quy trình kiểm thử con

b) Báo cáo chiến lược kiểm thử của tổ chức quy định quy trình kiểm thử con cụ thể

i) Tiêu chí vào và ra

ii) Tiêu chí kết thúc kiểm thử

iii) Tài liệu kiểm thử và báo cáo

iv) Mức độ độc lập

v) Kỹ thuật thiết kế kiểm thử

vi) Môi trường kiểm thử

vii) Số liệu được thu thập

...

A.2.4 Kế hoạch kiểm thử

Phác thảo thông tin cụ thể về Kế hoạch kiểm thử là:

a) Bối cảnh của kiểm thử:

i) Dự án/Quy trình kiểm thử con

ii) (Các) hạng mục kiểm thử

iii) Phạm vi kiểm thử

iv) Các giả định và các hạn chế

v) Các bên liên quan

b) Thông tin về kiểm thử

...

i) Rủi ro sản phẩm

ii) Rủi ro dự án

d) Chiến lược kiểm thử:

i) Quy trình kiểm thử con

ii) Bàn giao kiểm thử

iii) Kỹ thuật thiết kế kiểm thử

iv) Tiêu chí kết thúc kiểm thử

v) Số liệu được thu thập

vi) Yêu cầu dữ liệu kiểm thử

...

xi) Kiểm thử lại và kiểm thử hồi quy

xii) Tiêu chí tạm dừng và tiếp tục

xiii) Sự sai lệch từ Chiến lược kiểm thử của tổ chức

e) Hoạt động và dự toán kiểm thử

f) Nhân sự:

i) Vai trò, hoạt động và trách nhiệm

ii) Nhu cầu tuyển dụng

iii) Nhu cầu đào tạo

g) Lịch trình

...

Phác thảo thông tin cụ thể của Báo cáo trạng thái kiểm thử là:

a) Trạng thái kiểm thử:

i) Kỳ báo cáo

ii) Tiến độ so với kế hoạch kiểm thử

iii) Yếu tố ngăn chặn sự tiến độ

iv) Biện pháp kiểm thử

v) Rủi ro mới và đã thay đổi

vi) Kiểm thử theo kế hoạch

A.2.6 Báo cáo kết thúc kiểm thử

...

a) Kiểm thử đã thực hiện:

i) Tóm tắt kiểm thử đã thực hiện

ii) Độ lệch so với kế hoạch kiểm thử

iii) Đánh giá kết thúc kiểm thử

iv) Yếu tố cản trở tiến độ

v) Biện pháp kiểm thử

vi) Rủi ro còn lại

vii) Phân phối kiểm thử

viii) Tài sản kiểm thử có thể tái sử dụng

...

A.2.7 Đặc tả thiết kế kiểm thử

Phác thảo thông tin cụ thể của Đặc tả thiết kế kiểm thử là:

a) Tập tính năng:

i) Định danh duy nhất

ii) Mục tiêu

iii) Quyền ưu tiên

iii) Chiến lược cụ thể

iv) Truy xuất nguồn gốc

b) Điều kiện kiểm thử:

...

ii) Mô tả

iii) Quyền ưu tiên

iv) Truy xuất nguồn gốc

A.2.8 Đặc tả ca kiểm thử

Phác thảo thông tin cụ thể của Đặc tả ca kiểm thử là:

a) Các hạng mục độ bao phủ kiểm thử:

i) Định danh duy nhất

ii) Mô tả

iii) Quyền ưu tiên

...

b) Các ca kiểm thử:

i) Định danh duy nhất

ii) Mục tiêu

iii) Quyền ưu tiên

iv) Truy xuất nguồn gốc

v) Điều kiện tiên quyết

vi) Đầu vào

vii) Kết quả mong đợi

viii) Kết quả thực tế và kết quả kiểm thử

...

Phác thảo thông tin cụ thể của Đặc tả thủ tục kiểm thử là:

a) Bộ kiểm thử:

i) Định danh duy nhất

ii) Mục tiêu

iii) Quyền ưu tiên

iv) Nội dung (Truy xuất nguồn gốc)

b) Thủ tục kiểm thử:

i) Định danh duy nhất

ii) Mục tiêu

...

iv) Khởi động

v) Ca kiểm thử đã thực hiện (Truy xuất nguồn gốc)

vi) Quan hệ với các thủ tục khác

vii) Dừng và cuộn lên

A.2.10 Yêu cầu dữ liệu kiểm thử

Phác thảo thông tin cụ thể của yêu cầu dữ liệu kiểm thử là:

a) Yêu cầu dữ liệu kiểm thử chi tiết:

i) Định danh duy nhất

ii) Mô tả

...

iv) Thời gian cần thiết

v) Nhu cầu lập lại

vi) Lưu trữ hoặc xử lý

A.2.11 Yêu cầu môi trường kiểm thử

Phác thảo thông tin cụ thể của các yêu cầu môi trường kiểm thử là:

a) Yêu cầu về môi trường kiểm thử chi tiết:

i) Định danh duy nhất

ii) Mô tả

iii) Trách nhiệm

...

A.2.12 Báo cáo tính sẵn sàng của dữ liệu kiểm thử

Phác thảo thông tin cụ thể của Báo cáo tính sẵn sàng của dữ liệu kiểm thử là:

a) Trạng thái dữ liệu kiểm thử:

i) Định danh duy nhất

ii) Mô tả về trạng thái

A.2.13 Báo cáo tính sẵn sàng của môi trường kiểm thử

Phác thảo thông tin cụ thể của Báo cáo tính sẵn sàng của môi trường kiểm thử là:

a) Trạng thái môi trường kiểm thử:

i) Định danh duy nhất

...

A.2.14 Đăng nhập thực hiện kiểm thử

Phác thảo thông tin cụ thể của Đăng nhập thực hiện kiểm thử là:

a) Sự kiện:

i) Định danh duy nhất

ii) Thời gian

iii) Mô tả

iv) Tác động

A.2.15 Báo cáo sự cố

Phác thảo thông tin cụ thể của Báo cáo sự cố (tình trạng công nhận) là:

...

i) Thời gian thông tin

ii) Người khởi tạo

iii) Bối cảnh

iv) Mô tả về sự cố

v) Đánh giá của người khởi tạo về mức độ nghiêm trọng

vi) Đánh giá của người khởi tạo về quyền ưu tiên

vii) Rủi ro

viii) Trạng thái của sự cố

...

(Tham khảo)

Yêu cầu quy định trong TCVN 12849-2:2020 (ISO/IEC/IEEE 29119-2:2013) ánh xạ đến hạng mục thông tin trong tiêu chuẩn này

B.1 Ánh xạ

Đối với người dùng sử dụng tiêu chuẩn này mà không sử dụng TCVN 12849-2:2020 (ISO/IEC/IEEE 29119-2:2013) có thể tùy chọn phụ lục này.

Bảng dưới đây tóm tắt các yêu cầu quy định đối với các điều trong TCVN 12849-2:2020 (ISO/IEC/IEEE 29119-2:2013) nơi tạo ra hạng mục thông tin được mô tả trong tiêu chuẩn này.

Bảng B.1 - Tóm tắt các yêu cầu quy định trong TCVN 12849-2:2020 (ISO/IEC/IEEE 29119-2:2013) nơi tạo ra hạng mục thông tin được mô tả trong tiêu chuẩn này

Các hạng mục thông tin trong TCVN 12849-3:2020 (ISO/IEC/IEEE 29119-3:2013)

Yêu cầu quy định

B.1.1 Chính sách kiểm thử của tổ chức

...

a) Các báo cáo chính sách kiểm thử:

i) Mục tiêu của kiểm thử

Phải có

ii) Quy trình kiểm thử

Có thể có

iii) Cơ cấu tổ chức kiểm thử

Có thể có

iv) Đào tạo kiểm thử viên

...

v) Đạo đức kiểm thử viên

Có thể có

vi) Các tiêu chuẩn

Có thể có

vii) Chính sách liên quan khác

Có thể có

viii) Đo giá trị của kiểm thử

Có thể có

ix) Lưu trữ và tải sử dụng tài sản kiểm thử

...

x) Cải thiện quy trình kiểm thử

Có thể có

B.1.2 Chiến lược kiểm thử của tổ chức

a) Các báo cáo chiến lược kiểm thử của tổ chức theo dự án mở rộng:

i) Quản lý rủi ro chung

Phải có

ii) Ưu tiên và lựa chọn kiểm thử

...

iii) Tài liệu kiểm thử và báo cáo

Có thể có

iv) Các công cụ và kiểm thử tự động

Có thể có

v) Quản lý cấu hình của sản phẩm làm công việc kiểm thử

Có thể có

vi) Quản lý sự cố

Có thể có

vii) Quy trình kiểm thử con

...

b) Báo cáo chiến lược kiểm thử của tổ chức quy định quy trình kiểm thử con cụ thể:

i) Tiêu chí vào và ra

Có thể có

ii) Tiêu chí kết thúc kiểm thử

Có thể có

iii) Tài liệu kiểm thử và báo cáo

Có thể có

iv) Mức độ độc lập

...

v) Kỹ thuật thiết kế kiểm thử

Có thể có

vi) Môi trường kiểm thử

Có thể có

vii) Số liệu được thu thập

Có thể có

viii) Kiểm thử lại và kiểm thử hồi quy

Có thể có

B.1.3 Kế hoạch kiểm thử

...

a) Bối cảnh của kiểm thử:

Phải có

i) Dự án/Quy trình kiểm thử con

Phải có

ii) (Các) hạng mục kiểm thử

Phải có

iii) Phạm vi kiểm thử

Phải có

iv) Các giả định và các hạn chế

...

v) Các bên liên quan

Nên có

b) Thông tin kiểm thử

Nên có

c) Đăng ký rủi ro

Phải có

i) Rủi ro sản phẩm

Phải có

ii) Rủi ro dự án

...

d) Chiến lược kiểm thử:

Phải có

i) Quy trình kiểm thử con

Phải có

ii) Bàn giao kiểm thử

Phải có

iii) Kỹ thuật thiết kế kiểm thử

Phải có

iv) Tiêu chí kết thúc kiểm thử

...

v) Số liệu được thu thập

Phải có

vi) Yêu cầu kiểm thử dữ liệu

Phải có

vii) Yêu cầu môi trường kiểm thử

Phải có

viii) Kiểm thử lại và kiểm thử hồi quy

Phải có

ix) Tiêu chí tạm dừng và tiếp tục

...

x) Sự sai lệch từ Chiến lược kiểm thử của tổ chức

Nên có

e) Hoạt động và dự toán kiểm thử

Phải có

f) Nhân sự:

Nên có

i) Vai trò, hoạt động và trách nhiệm

Nên có

ii) Nhu cầu tuyển dụng

...

iii) Nhu cầu đào tạo

Nên có

g) Lịch trình

Phải có

B.1.4 Báo cáo trạng thái kiểm thử

Phải có

a) Trạng thái kiểm thử:

Phải có

i) Kỳ báo cáo

...

ii) Tiến độ so với kế hoạch kiểm thử

Phải có

iii) Yếu tố ngăn chặn sự tiến độ

Phải có

iv) Biện pháp kiểm thử

Phải có

v) Rủi ro mới và đã thay đổi

Phải có

vi) Kiểm thử theo kế hoạch

...

B.1.5 Báo cáo kết thúc kiểm thử

Phải có

a) Kiểm thử đã thực hiện:

Phải có

i) Tóm tắt kiểm thử đã thực hiện

Phải có

ii) Độ lệch so với kế hoạch kiểm thử

Phải có

iii) Đánh giá kết thúc kiểm thử

...

iv) Yếu tố cản trở tiến độ

Phải có

v) Biện pháp kiểm thử

Phải có

vi) Rủi ro còn lại

Phải có

vii) Phân phối kiểm thử

Phải có

viii) Tài sản kiểm thử có thể tái sử dụng

...

ix) Bài học kinh nghiệm

Phải có

B.1.6 Đặc tả thiết kế kiểm thử

Phải có

a) Các tập tính năng:

Phải có

i) Định danh duy nhất

Phải có

ii) Mục tiêu

...

iii) Quyền ưu tiên

Phải có

iii) Chiến lược cụ thể

Phải có

iv) Truy xuất nguồn gốc

Phải có

b) Điều kiện kiểm thử:

Phải có

i) Định danh duy nhất

...

ii) Mô tả

Phải có

iii) Quyền ưu tiên

Phải có

iv) Truy xuất nguồn gốc

Phải có

B.1.7 Đặc tả ca kiểm thử

Phải có

a) Các hạng mục độ bao phủ kiểm thử:

...

i) Định danh duy nhất

Phải có

ii) Mô tả

Phải có

iii) Quyền ưu tiên

Phải có

iv) Truy xuất nguồn gốc

Phải có

b) Các ca kiểm thử:

...

i) Định danh duy nhất

Phải có

ii) Mục tiêu

Nên có

iii) Quyền ưu tiên

Phải có

iv) Truy xuất nguồn gốc

Phải có

v) Điều kiện tiên quyết

...

vi) Đầu vào

Phải có

vii) Kết quả mong đợi

Phải có

viii) Kết quả thực tế và kết quả kiểm thử

Phải có

B.1.8 Đặc tả thủ tục kiểm thử

Phải có

a) Bộ kiểm thử:

...

i) Định danh duy nhất

Phải có

ii) Mục tiêu

Phải có

iii) Quyền ưu tiên

Phải có

iv) Nội dung (Truy xuất nguồn gốc)

Phải có

b) Các thủ tục kiểm thử:

...

i) Định danh duy nhất

Phải có

ii) Mục tiêu

Phải có

iii) Quyền ưu tiên

Phầi có

iv) Khởi động

Phải có

v) Ca kiểm thử đã thực hiện (Truy xuất nguồn gốc)

...

vi) Quan hệ với các thủ tục khác

Phải có

vii) Dừng và cuộn lên

Phải có

B.1.9 Yêu cầu dữ liệu kiểm thử

Phải có

a) Yêu cầu dữ liệu kiểm thử chi tiết:

Phải có

i) Định danh duy nhất

...

ii) Mô tả

Phải có

iii) Trách nhiệm

Phải có

iv) Thời gian cần thiết

Phải có

v) Nhu cầu lập lại

Phải có

vi) Lưu trữ hoặc xử lý

...

B.1.10 Yêu cầu môi trường kiểm thử

Phải có

a) Các yêu cầu về môi trường kiểm thử chi tiết:

Phải có

i) Định danh duy nhất

Phải có

ii) Mô tả

Phải có

iii) Trách nhiệm

...

iv) Thời gian cần thiết

Phải có

B.1.11 Báo cáo tính sẵn sàng dữ liệu kiểm thử

Phải có

a) Trạng thái dữ liệu kiểm thử:

Phải có

i) Định danh duy nhất

Phải có

ii) Mô tả về trạng thái

...

B.1.12 Báo cáo tính sẵn sàng môi trường kiểm thử

Phải có

a) Trạng thái môi trường kiểm thử:

Phải có

i) Định danh duy nhất

Phải có

ii) Mô tả về trạng thái

Phải có

B.1.13 Đăng nhập thực hiện kiểm thử

...

Phải có

i) Định danh duy nhất

Phải có

ii) Thời gian

Phải có

iii) Mô tả

Phải có

iv) Tác động

Phải có

...

Phải có

a) Sự cố chi tiết:

Phải có

i) Thời gian thông tin

Phải có

ii) Người khởi tạo

Phải có

iii) Bối cảnh

Phải có

...

Phải có

v) Đánh giá của người khởi tạo về mức độ nghiêm trọng

Phải có

vi) Đánh giá của người khởi tạo về các ưu tiên

Phải có

vii) Rủi ro

Phải có

viii) Trạng thái của sự cố

Phải có

...

Phụ lục C

(Tham khảo)

Tổng quan các ví dụ

C.1 Tổng quan

Từ Phụ lục D đến Phụ lục S là các ví dụ về ứng dụng của các mẫu trên cả hai dự án linh hoạt và truyền thống, để chứng minh khả năng áp dụng tiêu chuẩn này đối với cả hai loại dự án. Cần lưu ý rằng đây chỉ là ví dụ và có thể có rất nhiều biến thể.

Đặc biệt là trường hợp dự án linh hoạt. Việc giảm (linh hoạt hơn) các hạng mục thông tin được trình bày trong các ví dụ linh hoạt là phiên bản 'nhẹ' của các hạng mục thông tin. Cách tiếp cận này là chấp nhận được vì cảm nhận các sự cố phát triển ít hơn, trong khi phiên bản 'nặng' trình bày đối với các ví dụ khác có liên quan đến các nhu cầu cao hơn để đảm bảo vòng đời sản phẩm.

Với một dự án bất kỳ, tài liệu có thể thay đổi từ đầy đủ (tất cả các tài liệu) đến một tập tài liệu kiểm thử tối thiểu.

CHÚ THÍCH: Các từ "phải" xuất hiện trong một số các tài liệu ví dụ. "Phải" chỉ là từ sử dụng trong ví dụ và không phải là quy định.

Tài liệu ví dụ dựa trên hai dự án mẫu:

...

Dự án nổi bật trong ví dụ này là sự phát triển của một hệ thống đăng ký trên web cho phép mọi người trở thành thuê bao và cho phép các thuê bao hiện tại thay đổi thông tin cá nhân của họ và đặt hàng đăng ký mới hoặc gia hạn.

Công ty TNHH Truyền thống (Traditional Ltd) là một công ty nhỏ sản xuất thiết bị phân tích cao cấp cho ngành công nghiệp chăn nuôi. Một số sản phẩm của họ rất quan trọng, kết quả phân tích sai có thể gây ra phân liều sai (hoặc là quá nhiều hoặc quá ít). Do đó, công ty yêu cầu sản xuất các sản phẩm theo một tiêu chuẩn cụ thể mà các yêu cầu bao phủ liên quan đến sản xuất và đảm bảo các tài liệu phải chất lượng và truy xuất nguồn gốc giữa các yếu tố sản phẩm công việc.

Dự án nổi bật trong ví dụ này là sư phát triển phần PC của một sản phẩm gọi là UV/TIT-14 33a. Nó là dụng cụ để đo thành phần phân bón và nồng độ của chúng trong các mẫu đất. Dụng cụ có giao diện với người sử dụng làm việc trên một máy tính với kết nối không dây đến các hệ thống đo lường.

Không phải tất cả các tài liệu ví dụ chứa các phần giới thiệu hoặc thông tin cụ thể của tài liệu do các thông tin này là của công ty cụ thể và các ví dụ tập trung vào các nội dung kiểm thử của tài liệu.

Các ví dụ có thể không nhất quán nội bộ; mỗi phần được coi là một ví dụ độc lập của các thông tin liên quan đến chủ đề (tiêu đề).

Các ví dụ không nhất thiết phải hoàn thành. Trường hợp các đoạn bị bỏ ra được đánh dấu bằng ba dấu chấm theo chiều dọc, giống như này:

...

Phụ lục D

(Tham khảo)

Chính sách kiểm thử

D.1 VÍ DỤ 1 - Công ty Cổ phần Agile

Công ty Cổ phần Agile là một tổ chức xuất bản lớn xuất bản tạp chí và sách. Xem thêm chi tiết trong phần giới thiệu tại Phụ lục C.

Chính sách kiểm thử đối với Công ty Cổ phần Agile, V1.2 (13/02/2009)

Phát hành bởi: Ursula Mayers, Trưởng phòng Phát triển

Đã được phê duyệt bởi: Stephan Blacksmith, Trưởng phòng đảm bảo chất lượng (QA)

...

Giới thiệu: Công ty Cổ phần Agile công nhận sự cần thiết đối với việc kiểm thử các sản phẩm nội bộ của mình. Chi phí phát triển các hệ thống phần mềm chất lượng cao có thể gồm bốn loại: chi phí dự phòng, chi phí kiểm thử, chi phí và chi phí cho lỗi nội bộ và chi phí cho lỗi bên ngoài. Nói chung, chi phí ngăn ngừa khiếm khuyết này rẻ hơn so với việc phát hiện và sửa chữa chúng (chi phí kiểm thử cộng với chi phí lỗi nội bộ) và chi phí cao nhất là sửa lỗi bên ngoài khi được phát hiện bởi người sử dụng. Để tránh điều này, Công ty Cổ phần Agile thực hành phát triển định hướng kiểm thử (TDD) và chấp nhận phát triển định hướng kiểm thử (ATDD), đó là kỹ thuật phát triển phần mềm. Trong việc chuẩn bị thực hiện TDD, Công ty Cổ phần Agile đang sử dụng kỹ thuật hộp trắng như được định nghĩa trong TCVN 12849-4:2020 (ISO/IEC/IEEE 29119-4).

Mục tiêu của kiểm thử: Cung cấp đầy đủ thông tin để xác định chất lượng hiện tại của hệ thống kiểm thử. Tất cả các hoạt động nhằm mục đích đạt được điều này được coi là hoạt động kiểm thử phần mềm (Ví dụ như kiểm thử tích hợp, hệ thống, chấp nhận và hồi quy).

Quy trình kiểm thử: Kiểm thử phần mềm sẽ dựa trên các quy trình kiểm thử theo quy định tại tiêu chuẩn TCVN 12849-2:2020 (ISO/IEC/IEEE 29119-2:2013) và phù hợp với phương pháp tiếp cận phát triển.

Cơ cấu tổ chức kiểm thử: Công ty Cổ phần Agile sẽ phân bổ nguồn lực làm kiểm thử từ nguồn tập trung các kiểm thử viên - những người được phân công làm dự án. Ngoài ra, nguồn lực kiểm thử phần mềm 'chuyên gia' trung tâm do Đội trưởng kiểm thử cung cấp cho các dự án khi cần thiết. Nội bộ cơ cấu tổ chức kiểm thử của một dự án sẽ thực hiện theo hướng dẫn của dự án.

Đào tạo kiểm thử viên: Tất cả thành viên của đội kiểm thử được dự kiến sẽ được đào tạo đại học thích hợp hoặc ít nhất là chứng nhận mức tối thiểu của ngành công nghiệp kiểm thử phần mềm. Ngoài ra, kiểm thử viên được dự kiến sẽ phải hiểu biết các khái niệm linh hoạt (agile) trong vòng ba tháng kể từ khi gia nhập nhóm kiểm thử.

Tiêu chuẩn: Tài liệu kiểm thử sẽ dựa trên tiêu chuẩn TCVN 12849-3:2020 (ISO/IEC/IEEE 29119- 3:2013) "Kỹ thuật hệ thống và phần mềm - Kiểm thử phần mềm - Phần 3: Tài liệu kiểm thử” thích hợp để sử dụng trong các dự án linh hoạt.

Chính sách khác có liên quan: Chính sách phát triển phần mềm của Công ty Cổ phần Agile, v4.3 (12/12/2008)

Cải tiến quy trình kiểm thử và xác định trị giá: Kết thúc triển lãm sẽ lặp lại để rút ra bài học kinh nghiệm, số liệu và các khái niệm cải tiến sẽ được cung cấp cho các tổ chức kiểm thử trung tâm.

D.2 VÍ DỤ 2 - Công ty TNHH Truyền thống

...

Chính sách này được xuất bản trên mạng nội bộ truyền thống dưới sự quản lý >> các chính sách. Do đó, nó không chứa tất cả các thông tin tài liệu liên quan và nó không có phiên bản, nhưng có ngày xuất bản.

Chính sách kiểm thử

Mục tiêu và định nghĩa của kiểm thử

Tại Công ty TNHH Truyền thống, kiểm thử được coi là một phương tiện để hoàn thành niềm tin của người dùng và khách hàng cho các sản phẩm của chúng tôi. Kiểm thử là một trong nhiều phương tiện để đạt được mục tiêu này.

Quy trình kiểm thử

Dự án phần mềm bất kỳ phải bao gồm dự án kiểm thử. Nói cách khác, các dự án kiểm thử phải là dự án con của dự án phần mềm tương ứng.

Hai dự án nên bắt đầu cùng một lúc. Quy trình kiểm thử bao gồm các hoạt động: lập kế hoạch, phân tích và thiết kế các tài liệu kiểm thử, thực hiện và ghi lại kiểm thử bao gồm đăng ký các sự cố bất kỳ, kết thúc kiểm thử và báo cáo. Kiểm thử ảnh hưởng đến một cái gì đó (đối tượng được kiểm thử), quan sát hiệu quả và quyết định liệu hiệu quả này có được coi là thuộc tính chính xác hoặc không chính xác không.

Tổ chức

Mỗi dự án sẽ được nhân viên là các nhà phân tích, các nhà thiết kế, các nhà lập trình và các nhà phân tích kiểm thử báo cáo tất cả cho quản lý dự án. Các sinh viên có thể được thuê để thực hiện các bài kiểm thử.

...

Đối với mỗi sản phẩm, quản lý nên quyết định mức độ chất lượng phải đạt được thể hiện như là số lượng tối đa các báo cáo sự cố trong một thời gian nhất định từ các khách hàng.

Đồng phát hành một sản phẩm của nhóm kiểm thử phải cung cấp báo cáo về thuộc tính dự kiến của sản phẩm. Một năm sau khi phát hành, quản lý rà soát báo cáo này và so sánh nó với sự tôn trọng ý kiến phản hồi từ thị trường (số lượng các báo cáo sự cố, số lượng các lỗi).

Tiêu chuẩn

Chúng tôi làm theo tiêu chuẩn của riêng của chúng tôi tìm thấy trên mạng nội bộ. Những tất cả đều dựa trên tiêu chuẩn TCVN 12849-3:2020 (ISO/IEC/IEEE 29119-3:2013) “Tài liệu kiểm thử”.

Chính sách trong Công ty TNHH Truyền thống

Các chính sách phát triển phần mềm và đảm bảo chất lượng là cơ sở cho tất cả việc kiểm thử và phát triển phần mềm trong Công ty TNHH Truyền thống.

Phương pháp tiếp cận để cải thiện quy trình kiểm thử

Trong khi phát hành sản phẩm của nhóm kiểm thử phải cung cấp báo cáo trong đó phân tích các dự án kiểm thử trong toàn cảnh. Sự cải tiến được đề xuất trong báo cáo này sẽ được thảo luận với quản lý để quyết định các cải tiến để thực hiện.

Khi đánh giá các kiểm thử diễn ra sau một năm phát hành, quản lý cân nhắc nếu cải thiện quy trình kiểm thử.

...

Phụ lục E

(Tham khảo)

Chiến lược kiểm thử của tổ chức

E.1 VÍ DỤ 1 - Công ty Cổ phần Agile

Công ty Cổ phần Agile là một tổ chức xuất bản lớn xuất bản tạp chí và sách. Xem thêm chi tiết trong phần giới thiệu tại Phụ lục C.

Chiến lược kiểm thử của tổ chức đối với Công ty Cổ phần Agile, V1.1 (23/03/2009)

Phát hành bởi: Ursula Mayers, Trường phòng Phát triển

Đã được phê duyệt bởi: Stephan Blacksmith, Trưởng phòng đảm bảo chất lượng (QA)

Tổ chức phát hành: Người đứng đầu về kiểm thử tại Công ty Cổ phần Agile có trách nhiệm chuẩn bị các Chiến lược kiểm thử của tổ chức. Sau khi xem xét, phê duyệt, quản lý cấp cao tại Công ty Cổ phần Agile có trách nhiệm bàn giao các Chiến lược kiểm thử của tổ chức.

...

Tài liệu tham khảo: Tuyên ngôn của Agile

Quản lý rủi ro chung: Tất cả quản lý rủi ro phải thực hiện theo các quy trình quản lý rủi ro của công ty quy định như quy định tại Chính sách công ty-RM56, nơi xác định đăng ký rủi ro chung. Sai lệch và bất kỳ khước từ nào phải được sự chấp thuận của lãnh đạo cấp cao.

Mức độ độc lập: Tổ chức kiểm thử của Công ty được dẫn dắt bởi người đứng đầu kiểm thử, người không có liên kết trực tiếp với người đứng đầu về phát triển. Việc tổ chức kiểm thử về mặt kỹ thuật, quản lý và tài chính độc lập từ các tổ chức phát triển Công ty Cổ phần Agile, trong khi trong một dự án các kiểm thử viên được chỉ định có thể tham gia trực tiếp trong các đội tự tổ chức, trong đó bao gồm đội phát triển.

Cơ cấu tổ chức kiểm thử: Tổ chức kiểm thử của Công ty Cổ phần Agile có một môi trường rộng lớn dành cho các chuyên gia kiểm thử độc lập, từ đó việc kiểm thử được giao cho đội linh hoạt, ví dụ như một đội cạnh tranh, tại đây các kiểm thử viên đều là tên thuộc tính của nhóm nghiên cứu chung.

Chiến lược tài liệu kiểm thử: Tổ chức kiểm thử sẽ thực hiện theo tài liệu kiểm thử quy định tại TCVN 12849-3:2020 (ISO/IEC/IEEE 29119-3:2013) và các nguyên tắc của phát triển linh hoạt. Bất kỳ sai lệch nào luôn yêu cầu sự chấp thuận của người đứng đầu về kiểm thử.

Quy trình kiểm thử con ghi trong các kế hoạch kiểm thử dự án: Công ty dựa trên người đứng đầu về kiểm thử có thẩm quyền cao của mình để giúp đảm bảo loại kiểm thử hiệu quả nhất được sử dụng. Điều này được thực hiện thông qua một chương trình tư vấn với những kiểm thử viên của đội cạnh tranh bao gồm các phương pháp chức năng và phi chức năng, các kỹ thuật thiết kế kiểm thử và công cụ kiểm thử được thiết kế dựa trên TCVN 12849-1:2020 (ISO/IEC/IEEE 29119 1:2013), TCVN 12849- 2:2020 (ISO/IEC/IEEE 29119-2:2013) và TCVN 12849-4:2020 (ISO/IEC/IEEE 29119-4). Ngoài ra mỗi dự án xác định lựa chọn kiểm thử, quyền ưu tiên và quản lý. Hơn nữa, dự án phải chọn môi trường kiểm thử của riêng mình, thực hành kiểm thử lại/hồi quy và thực hành quản lý sự cố. Những hạng mục này được thống nhất trong quá trình tương tác trực tiếp liên tục với các bên liên quan trong vòng đời của từng dự án. Mức của các tài liệu kế hoạch kiểm thử (kích thước và định dạng) cũng được thỏa thuận với các bên liên quan của dự án.

E.2 VÍ DỤ 2 - Công ty TNHH Truyền thống

Công ty TNHH Truyền thống là một công ty nhỏ sản xuất thiết bị phân tích cao cấp cho các ngành công nghiệp chăn nuôi. Xem thêm chi tiết trong phần giới thiệu tại Phụ lục C.

...

Chiến lược kiểm thử của tổ chức

Vấn đề

Chiến lược

Quản lý rủi ro chung

Quản lý rủi ro trong một dự án phải căn cứ vào đăng ký rủi ro chung đối với các loại hình cụ thể của dự án và quy trình quản lý rủi ro chung. Các đăng ký rủi ro được tìm thấy tại XX. Khi dự án đóng (các) đăng ký rủi ro chung có liên quan phải được cập nhật phù hợp.

Lựa chọn và ưu tiên kiểm thử

Các ca kiểm thử và thủ tục kiểm thử sẽ được ưu tiên theo các rủi ro liên quan đến các yêu cầu các trường hợp được bao phủ. Nếu một thủ tục kiểm thử bao gồm các ca kiểm thử với mức độ rủi ro khác nhau, các ca kiểm thử với mức độ cao nhất xác định mức độ rủi ro cho toàn bộ thủ tục.

Thực hiện các thủ tục kiểm thử phải luôn luôn được sắp xếp theo rủi ro, do đó mức độ rủi ro cao hơn dự kiến sẽ được thực thi thủ tục sớm hơn. Quan tâm, tuy nhiên, phải thực hiện để tất cả các tập tính năng được bao phủ bởi một số kiểm thử, không có tập tính năng phải bỏ ra khỏi tiến độ thực hiện.

...

Các dự án kiểm thử phải được ghi lại theo cách mà kiểm toán có thể thiết lập những gì đã được lên kế hoạch và những gì đã được thực hiện, cần thiết có thể lần theo các hiện vật.

Kế hoạch kiểm thử dự án và Báo cáo kết thúc kiểm thử dự án như phác thảo trong TCVN 12849-3:2020 (ISO/IEC/IEEE 29119 3:2013) phải được tạo ra ở cấp độ dự án kiểm thử.

Các công cụ và tự động kiểm thử

BCG là công cụ quản lý kiểm thử được sử dụng trên tất cả các dự án kiểm thử và cho tất cả các quá trình con.

Trong trường hợp khi có nhiều hơn 4 kiểm thử hồi quy được lên kế hoạch, các dự án có thể xem xét sử dụng một công cụ kiểm thử capture/playback.

Quản lý cấu hình của sản phẩm làm công việc kiểm thử

Quy trình của Công ty TNHH Truyền thống đối với việc quản lý cấu hình phải được cho sau tất cả các sản phẩm làm công tác kiểm thử.

Quản lý sự cố

Quy trình của Công ty TNHH Truyền thống đối với việc quản lý sự cố phải được cho phép.

...

Mỗi dự án kiểm thử phải bao gồm các quy trình kiểm thử con sau đây:

- Kiểm thử hiệu suất - nếu có yêu cầu liên quan

- Kiểm thử khả năng hoạt động

- Kiểm thử thành phần

- Kiểm thử tích hợp thành phần - tốt hơn là từ dưới lên

- Kiểm thử hệ thống

Chiến lược kiểm thử hệ thống của tổ chức

Vấn đề

...

Tiêu chí vào và ra

Báo cáo kết thúc kiểm thử tích hợp và các đặc tả kiểm thử hệ thống phải được phê duyệt trước khi việc thực hiện kiểm thử hệ thống có thể bắt đầu.

Tất cả các bàn giao hệ thống kiểm thử phải được phê duyệt trước khi hệ thống kiểm thử được hoàn thành.

Tiêu chí kết thúc kiểm thử

Hệ thống kiểm thử được cho là đạt 100% yêu cầu độ bao phủ và tất cả các thủ tục kiểm thử phải được thực hiện mà không có sự cố.

Tài liệu kiểm thử

Kế hoạch kiểm thử hệ thống và Báo cáo kết thúc kiểm thử hệ thống như được nêu trong TCVN 12849-3:2020 (ISO/IEC/IEEE 29119-3:2013) phải được tạo ra, như tất cả các tài liệu phải quy định đối với kiểm thử động.

Mức độ độc lập

Kiểm thử hệ thống phải được xác định bởi các nhân viên trong bộ phận kiểm thử và thực hiện bởi các sinh viên.

...

Các kỹ thuật thiết kế ca kiểm thử hộp đen phù hợp sẽ được sử dụng. Phỏng đoán lỗi cũng có thể được sử dụng nếu tồn tại thông tin khiếm khuyết đối với các phiên bản trước đó.

Môi trường kiểm thử

Môi trường kiểm thử hệ thống phải trùng với các môi trường sản xuất trong điều kiện của phần cứng và phần mềm. Trong trường hợp của các hệ thống nhúng của hệ thống kiểm thử có thể được thực hiện trên mô phỏng. Dữ liệu có thể được thực hiện ẩn danh, nhưng phải có đại diện 100%.

Số liệu được thu thập

Trường hợp sau phải được báo cáo trong báo cáo kết thúc kiểm thử hệ thống:

- Tổng số quy trình kiểm thử quy định;

- Tổng số quy trình kiểm thử thực hiện;

- Tổng số giờ kiểm thử đặc tả;

- Tổng số giờ thực hiện và đăng ký sự cố;

...

- Tổng số lỗi tìm thấy.

Kiểm thử lại và kiểm thử hồi quy

Tất cả kết quả thủ tục kiểm thử trong báo cáo sự cố phải được chạy lại sau khi sửa lỗi.

Kiểm thử hồi quy trong quy trình kiểm thử hệ thống con là theo ý của người quản lý kiểm thử.

Trong khi chạy kiểm thử hệ thống lần cuối, tất cả các thủ tục kiểm thử phải được thực thi.

Chiến lược kiểm thử thành phần của tổ chức

Vấn đề

Chiến lược

...

Hạng mục kiểm thử (thành phần) phải biên dịch và liên kết và đặc tả kiểm thử thành phần phải được phê duyệt trước khi có thể bắt đầu thực hiện kiểm thử thành phần.

Tất cả các phân phối kiểm thử thành phần phải được phê duyệt trước khi kiểm thử thành phần kết thúc.

Tiêu chí kết thúc kiểm thử

Kiểm thử đối với mỗi thành phần phải đạt được độ bao phủ tuyên bố ít nhất 90% và độ bao phủ kết quả quyết định ít nhất 80% và tất cả các ca kiểm thử đối với một thành phần phải được thực hiện mà không có sự cố.

Lý do không tuân thủ phải được báo cáo và được chấp nhận bởi người quản lý dự án.

Tài liệu kiểm thử

Kế hoạch kiểm thử thành phần và Báo cáo kết thúc kiểm thử thành phần như được nêu trong TCVN 12849-3:2020 (ISO/IEC/IEEE 29119-3:2013) phải được tạo ra; Các ca kiểm thử hỗ trợ đảm bảo độ bao phủ phải được tạo ra đối với mỗi thành phần.

Mức độ độc lập

Kiểm thử thành phần phải được xác định và thực thi như kiểm thử đồng đẳng do nhà phát triển thực hiện, họ không phải là một trong những người được mã hóa thành phần kiểm thử.

...

Kỹ thuật thiết kế ca kiểm thử hộp đen phù hợp sẽ được sử dụng và điều này phải được bổ sung bằng các kỹ thuật hộp trắng: kiểm thử tuyên bố và kiểm thử kết quả quyết định khi cần thiết nhằm giúp đảm bảo độ bao phủ yêu cầu.

Kiểm thử môi trường

Kiểm thử thành phần có thể được thực hiện trong môi trường phát triển của các nhà phát triển họ là người thiết kế kiểm thử, nghĩa là không phải môi trường mà các nhà phát triển đã mã hóa thành phần kiểm thử.

Các số liệu được thu thập

Trường hợp sau phải được báo cáo trong báo cáo kết thúc kiểm thử thành phần:

• Độ bao phủ tuyên bố trung bình thu được.

• Độ bao phủ quyết định trung bình thu được.

• Tổng số các sự cố phát hiện và đã sửa.

Kiểm thử lại và kiểm thử hồi quy

...

Phụ lục F

(Tham khảo)

Kế hoạch kiểm thử

F.1 VÍ DỤ 1 - Công ty Cổ phần Agile

Công ty Cổ phần Agile là một tổ chức xuất bản lớn xuất bản tạp chí và sách. Xem thêm chi tiết trong phần giới thiệu tại Phụ lục C.

Kế hoạch này có sẵn trên cổng thông tin dự án và các phiên bản mới nhất cũng được đăng ở góc trên bên phải của bảng lưu trữ trong phòng phát triển.

Kế hoạch kiểm thử đối với: Hệ thống đăng ký mới (NSS) Phiên bản: lặp lại lần 3

Bao gồm: NSS lặp lại lần 3 kết quả và những lưu trữ, bao gồm kết quả của những lặp lại lần trước.

...

Rủi ro: Các rủi ro cụ thể cho lần lặp lại này được liệt kê trên các thẻ lưu trữ. Rủi ro chung của nhóm lặp lại không có quyền truy nhập vào những dữ liệu trong cơ sở dữ liệu hỗ trợ.

Chiến lược kiểm thử: Hãy nhớ:

▪ Tạo kiểm thử tự động dựa trên lưu trữ trước khi bắt đầu mã hóa, kiểm thử mã mới và kiểm thử sự tích hợp với phiên bản hiện tại của hệ thống trước khi đánh dấu lưu trữ như đã hoàn tất.

▪ Kiểm thử lại mỗi khi thay đổi một cái gì đó trong kết quả từ lần lặp lại trước đó cũng như đối với lần lặp lại hiện nay và kiểm thử hồi quy toàn bộ kết quả của lần lặp lại này trước cuộc họp giới thiệu.

▪ Ước lượng và chi phí kiểm thử, phát triển để phù hợp trong các lần lặp lại được phân bổ theo lần lặp lại kick-off và quay trở lại công việc tồn đọng trong hạng mục bất kỳ mà không thể được đáp ứng bằng cách kết thúc, bao gồm nợ (lỗi) kỹ thuật bất kỳ đã tích lũy mà không thể giải quyết trong lần lặp lại được phân bổ.

▪ Sử dụng (các) kỹ thuật thiết kế kiểm thử phù hợp nhất với tiêu chí chấp nhận, cần lưu ý rằng những lưu trữ rủi ro cao hơn yêu cầu kiểm thử kỹ hơn những lưu trữ rủi ro thấp hơn.

▪ Đảm bảo và xác minh rằng kiểm thử đạt được độ bao phù tuyên bố ít nhất là 90%, trong tất cả các mã cũng như độ bao phủ nhánh là 80% trong những lưu trữ rủi ro cao và 60% trong những lưu trữ rủi ro thấp.

▪ Đảm bảo rằng không có lỗi mức độ nghiêm trọng 1 hoặc 2 duy trì trong khi chuẩn bị thực hiện lưu trữ trước khi nó được tích hợp.

▪ Xác định vấn đề khách hàng phải đối mặt (chấp nhận) Kiểm thử ATDD trong lần lặp lại với thỏa thuận và tham gia của khách hàng/người sử dụng.

...

▪ Các hạng mục độ bao phủ kiểm thử hàng ngày được đề cập trong các cuộc họp, bao gồm cả hoạt động kế hoạch kiểm thử mức độ thấp và rủi ro ghi lại trong các bảng trắng.

▪ Lưu trữ tất cả các kịch bản kiểm thử trong công cụ ABC, vì vậy sẽ có sẵn cho kiểm thử lại và kiểm thử hồi quy khi cần thiết.

▪ Phát hành báo cáo tóm tắt ngắn gọn về kiểm thử vào cuối mỗi lần lặp lại và đặt trong các cổng thông tin dự án.

Dự toán và hoạt động kiểm thử: Công sức kiểm thử dự kiến bằng một phần ba tổng công sức bỏ ra trong quá trình lặp lại. Tại thời điểm này trong thời gian trình diễn kiểm thử được ước tính mất thời gian là 3 giờ.

F.2 VÍ DỤ 2 - Công ty TNHH Truyền thống

Ví dụ này bao gồm hai ví dụ nhỏ về kế hoạch kiểm thử, cụ thể là:

▪ Kế hoạch kiểm thử dự án

▪ Kế hoạch kiểm thử hệ thống

F.2.1 Kế hoạch kiểm thử dự án

...

Đăng nhập bản sửa đổi

Ngày

Phiên bản

Các thay đổi

Trong đó

10.10.03

0.1

Phát hành lần đầu

...

12.10.03

0.2

Mô tả hạng mục kiểm thử mới

cnj

16.01.04

1.0

Lỗi chính tả chính xác sau khi xem xét

cnj

20.01.04

...

Xác định rủi ro mới

amj

05.02.04

1.2

Thay đổi nhỏ trong cấu trúc của văn bản

cnj

11.03.05

1.3

Cập nhật sau khi thông qua

...

1. Giới thiệu

1.1 Phạm vi

Mục đích của tài liệu này là cung cấp các thông tin và các khuôn khổ cần thiết để lập kế hoạch và thực hiện tất cả các quy trình kiểm thử cần thiết cho việc kiểm thử đối với phần PC của sản phẩm UV/TIT-14 33a.

1.2 Tài liệu tham khảo

[PP] Kế hoạch dự án

[PRS] Đặc tả các yêu cầu của dự án

[OTS] Chiến lược kiểm thử của tổ chức cho Công ty TNHH Truyền thống

[KD] Đặc tả các yêu cầu đối với phần PC của sản phẩm UV/TIT-14 33a Phiên bản 1.8

[HW/SW-spec] Đặc tả phần cứng và phần mềm

...

Các định nghĩa quy định tại [PP] cũng phù hợp trong tài liệu này.

Chữ viết tắt sau đây được sử dụng:

TBD Đã định nghĩa

2 Bối cảnh của kế hoạch

2.1 Dự án

Các sản phẩm UV/TIT bao gồm các mô đun phần cứng sau:

• Quang phổ kế UV;

• Quang phổ kế IR;

• Buret tự động;

...

• Máy tính (máy chủ);

• PC.

Cấu trúc được thể hiện trong hình sau.

Hệ thống bao gồm các mô đun phần mềm sau trên máy tính (máy chủ):

• Mô đun UV;

• Mô đun IR;

• Mô đun buret;

• Mô đun băng tải;

...

Hệ thống bao gồm mô đun phần mềm sau trên PC:

• Mô đun hiệu chỉnh;

• Mô đun xác định hợp chất và tập trung;

• Mô đun thiết lập;

• Mô đun kiểm soát và báo cáo;

• Mô đun mạng.

2.2 (Các) hạng mục kiểm thử

Kiểm thử cho dự án này bao gồm kiểm thử của:

• Mỗi mô-đun của phần mềm máy tính, như được liệt kê trong hạng mục 2.1;

...

• Các chức năng của hệ thống phần mềm hoàn chỉnh.

Các phiên bản chính xác của các hạng mục kiểm thử khác nhau phải được lấy từ các hệ thống quản lý cấu hình tại thời điểm xác định kiểm thử và phải được kiểm soát trước khi thực hiện kiểm thử bất kỳ.

2.3 Phạm vi kiểm thử

Hệ thống máy tính bao gồm các mô đun phần mềm được liệt kê ở trên. Mô đun mạng được mua như là một sản phẩm tiêu chuẩn và được kiểm thử bởi nhiều tổ chức mà nó không được coi là kiểm thử đáng giá. Tất cả các mô đun khác sẽ được kiểm thử theo giả định rằng hệ điều hành trên máy tính và mạng đang làm việc một cách chính xác.

Chức năng có liên quan trực tiếp đến việc kết nối mạng máy tính sẽ không được kiểm thử, ngoại trừ gián tiếp khi các tính năng này được sử dụng trong kết nối với một số kiểm thử khác.

Các yếu tố chất lượng không có chức năng như hiệu suất, bảo mật, an toàn và khả năng sử dụng sẽ không được kiểm thử trong dự án kiểm thử này do các kiểm thử này sẽ được thuê ngoài. Kế hoạch kiểm thử riêng biệt sẽ được các công ty gia công phần mềm chịu trách nhiệm về việc kiểm thử này tạo ra.

2.4 Các giả định và hạn chế

Không.

2.5 Các bên liên quan

...

3 Kiểm thử thông tin liên lạc

Tham khảo [PP].

4 Đăng ký rủi ro

Các chữ viết tắt sau đây được sử dụng trong bảng rủi ro:

P = xác suất hay khả năng rủi ro

I = tác động hoặc ảnh hưởng nếu cụ thể hóa rủi ro

E = Phơi sáng = Xác suất x tác động

Thang bậc đối với cả xác suất và tác động sẽ 1-6, trong đó 6 là cao nhất.

4.1 Rủi ro sản phẩm

...

Các hoạt động giảm nhẹ

1 Việc hiệu chuẩn không đúng

Xem xét về thiết kế và mã.

...

Khảo sát khả năng ghi kiểm thử tự động (kiểm tra kết quả thực tế so với dự kiến - có thể có được bằng 'oracle').

2 Việc xác định phức hợp không chính xác.

Xem xét về thiết kế.

Kiểm thử mã.

Thêm kiểm thử thành phần toàn diện.

3 Việc tính toán tập trung không đúng.

...

Xem xét về thiết kế.

Kiểm thử mã.

Thêm kiểm thử thành phần toàn diện.

4 Các tính 'trôi' nếu máy tính không tắt ngay bây giờ và một lần nữa.

...

Phân tích động đề xác định bất kỳ rò rỉ bộ nhớ.

Kiểm thử áp lực bằng cách cho phép máy tính hoạt động trong nhiều ngày mà không tắt.

5 Việc xác định phức hợp quá chậm.

Kiểm thử hiệu suất trong các điều kiện khác nhau.

6 Các báo cáo không chính xác

...

Xem xét về thiết kế và mã.

Thêm kiểm thử thành phần toàn diện.

Khảo sát khả năng ghi kiểm thử tự động (kiểm tra kết quả thực tế so với dự kiến - có thể có được bằng 'oracle').

7 Một phần mềm bị treo ở giữa một phân tích sẽ cho kết quả không đáng tin cậy.

Kiểm thử áp lực bằng cách buộc máy bị lỗi trong quá trình phân tích.

...

Đánh giá tính khả dụng các hướng dẫn sử dụng.

Kiểm định hướng dẫn sử dụng.

9 Các cài đặt khó hiểu.

...

Cẩn thận hơn trong đặc tả các yêu cầu.

Xem xét các yêu cầu.

Xem xét về thiết kế.

Thêm kiểm thử thành phần cẩn thận.

10 Có vấn đề với các văn bản trong các báo cáo đã khoanh vùng

Xem xét tất cả các báo cáo trong các ngôn ngữ được biết để tạo ra văn bản cụ thể hơn.

...

ID rủi ro

Các hoạt động giảm nhẹ

1 Thiếu nhân viên sẵn có

...

Tiến hành phân tích rủi ro sản phẩm cặn kẽ và có kế hoạch theo đúng với nó.

Thực hiện theo tiến độ thử nghiệm vô cùng chặt chẽ.

Báo cáo tiến độ và vấn đề tài nguyên rõ ràng trong mọi cơ hội có sẵn.

2 Những người có sẵn thiếu kiến thức và kinh nghiệm

Thực hiện một phân tích lỗ hổng trong các nhu cầu liên quan đến những gì có sẵn.

Chuẩn bị một kế hoạch đào tạo cho từng cá nhân tham gia.

...

Tìm người hướng dẫn, nếu có thể.

Đặt thêm thời gian để xem xét lại các công việc được thực hiện bởi những người có rất ít hoặc không có kinh nghiệm.

3 Một số người có sẵn sẽ không/không thể làm việc với nhau

Hãy thử xác định vấn đề là gì.

Sắp xếp người trung gian, nếu cần thiết/thực hiện được.

Trường hợp cần thiết, sắp xếp một phân tích Belbin để tăng cường hiểu biết giữa các loại khác nhau.

...

4 Có quá ít giấy phép cho các công cụ thực hiện kiểm thử

Cố gắng thuyết phục những người chịu trách nhiệm về việc phê duyệt bổ sung các giấy phép này là cần thiết.

Phân phối và lập kế hoạch hoạt động chi tiết để giảm thời gian chờ đợi càng nhiều càng tốt.

Thực hiện tỉ mỉ tiến độ tiếp theo.

Báo cáo các vấn đề liên quan ở giai đoạn đầu và rõ ràng nhất có thể.

5 Người quản lý kiểm thử không quen với các công cụ được sử dụng để hỗ trợ quản lý các dự án kiểm thử

...

Có nguồn tài trợ cho kế hoạch và một khóa học nếu có thể.

Tìm một người nào đó từ bên trong công ty, người có kinh nghiệm sử dụng công cụ này.

Phân bổ thêm thời gian để ước lượng các hoạt động quản lý kiểm thử.

Báo cáo các vấn đề liên quan tại tại một giai đoạn càng sớm càng tốt và càng rõ ràng càng tốt.

6 Kinh nghiệm trước đây cho thấy rằng các nhà thầu phụ không phải luôn luôn cung cấp các nguyên liệu mong đợi về thời gian và chất lượng

...

Trạng thái yêu cầu hợp đồng có liên quan một cách chính xác.

Thiết lập tiêu chuẩn chất lượng cụ thể để chuyển giao.

Xác định hậu quả trong thuộc tính vi phạm về chất lượng và giao hàng theo lịch trình.

Thực hiện theo tiến độ và chất lượng chặt chẽ.

Thực hiện hậu quả như/khi cần thiết.

7 Chúng ta đang sử dụng hơn 30% thời gian thực hiện kiểm thử trên báo cáo sự cố

...

5 Chiến lược kiểm thử

5.1 Quy trình kiểm thử con

Kiểm thử đối với phần PC của sản phẩm UV/TIT-14 33a bao gồm các quy trình kiểm thử con sau đây:

• Kiểm thử thành phần;

• Kiểm thử tích hợp thành phần;

• Kiểm thử hệ thống.

5.2 Phân phổi kiểm thử

Đối với mỗi quy trình kiểm thử con các tài liệu sau đây phải được tạo ra:

• Kế hoạch kiểm thử quy trình kiểm thử con;

...

• Đăng nhập kiểm thử;

• Báo cáo hoàn thành quy trình kiểm thử con.

5.3 Kỹ thuật thiết kế kiểm thử

Điều này được quy định cho mỗi quy trình kiểm thử con theo các phần thích hợp trong [OTS].

5.4 Tiêu chí kết thúc kiểm thử

Điều này được quy định cho mỗi quy trình kiểm thử con theo các phần thích hợp trong [OTS].

5.5 Số liệu được thu thập

Điều này được quy định cho mỗi quy trình kiểm thử con theo các phần thích hợp trong [OTS].

5.6 Dữ liệu kiểm thử và yêu cầu môi trường kiểm thử

...

Yêu cầu công cụ kiểm thử cụ thể là:

• Ant;

• JIRA;

• JBoss;

• Kiểm thử liên kết 1.8 RC2.

5.7 Kiểm thử lại và kiểm thử hồi quy

Điều này được quy định cho mỗi quy trình kiểm thử con theo các phần thích hợp trong [OTS].

5.8 Tiêu chí tạm dừng và tiếp tục

Tiêu chí tạm dừng được liệt kê trong số đăng ký rủi ro dự án trên (xem rủi ro 7).

...

Xem kế hoạch kiểm thử quy trình kiểm thử con riêng biệt.

6 Dự toán và hoạt động kiểm thử

Thông tin này có sẵn trong công cụ mạng nội bộ giải pháp Mpower and Organization Dashboard .

https://mpower.Traditional.com/irj/portal

Để biết thông tin về các biện pháp chi phí liên quan và theo dõi hàng tháng, tham khảo các liên kết sau đây:

https://processnet.masked.com/projectdashboard/Dashboardhome_new.asp

Thông tin này chỉ có thể truy cập bởi các nhà quản lý dự án và ở trên.

7 Nhân sự

7.1 Vai trò, hoạt động và trách nhiệm

...

7.2 Nhu cầu tuyển dụng

Xem kế hoạch kiểm thử quy trình kiểm thử con riêng biệt.

7.3 Nhu cầu đào tạo

Xem kế hoạch kiểm thử quy trình kiểm thử con riêng biệt.

8 Lịch trình

Kế hoạch này bao gồm lịch trình kiểm thử có trong biểu đồ Gantt của dự án.

F.2.2 Kế hoạch kiểm thử hệ thống

UV/TIT-14 33a Phẩn PC, Kế hoạch Kiểm thử hệ thống

Các trang tài liệu và thông tin cụ thể không có trong ví dụ này.

...

Xem Kế hoạch kiểm thử dự án.

2 Bối cảnh kế hoạch

2.1 Dự án

Xem Kế hoạch kiểm thử dự án.

2.2 (Các) hạng mục kiểm thử

Các hạng mục kiểm thử là phần mềm PC tích hợp trong phần PC của UV/TIT-14.

2.3 Phạm vi kiểm thử

Các tính năng được kiểm thử có thể chia thành các nhóm.

• Cài đặt của hệ thống;

...

• Nồng độ của các hợp chất (UV + kiểm soát của burettes);

• Hiệu chỉnh UV. IR và burettes;

• Báo cáo về việc xác định, nồng độ và hiệu chuẩn;

• Báo cáo về cài đặt;

• Kiểm soát các hệ thống băng tải (tốc độ, chính xác vị trí bắt đầu và dừng lại,...);

• Thống kê.

Kế hoạch kiểm thử này không bao gồm quy trình kiểm thử con khác ngoài kiểm thử hệ thống, nghĩa là không đối với ví dụ kiểm thử thành phần và kiểm thử chấp nhận.

Các tính năng liên quan trực tiếp đến việc kết nối mạng máy tính sẽ không được kiểm thử, ngoại trừ gián tiếp khi các tính năng này được sử dụng trong kết nối với một số kiểm thử khác.

Các yếu tố chất lượng không có chức năng như hiệu suất, bảo mật, an toàn và khả năng sử dụng sẽ không được kiểm thử trong dự án kiểm thử này do các kiểm thử này sẽ được thuê một công ty khác thực hiện.

...

2.4 Các giả định và hạn chế

Xem Kế hoạch kiểm thử dự án.

2.5 Các bên liên quan

Xem Kế hoạch kiểm thử dự án.

3 Kiểm thử thông tin liên lạc

Xem Kế hoạch kiểm thử dự án.

4 Đăng ký rủi ro

4.1 Rủi ro sản phẩm

Xem Kế hoạch kiểm thử dự án đối với những rủi ro của sản phẩm.

...

D = Phát triển

T = Kiểm thử

...

1 Sự phụ thuộc thuộc về sự phát triển.

Nếu sự phát triển bị trì hoãn việc kiểm thử sẽ được trì hoãn cho phù hợp. Giữ lịch trình có thể khó khăn.

D: Thực hiện một dự toán lại và kế hoạch thực tế.

...

D: Kế hoạch đánh giá lại với đầy đủ mức độ, không "slice by slice"

T: Không

2 Dường như không thể tự động hóa nhiều thủ tục kiểm thử như dự kiến.

Nhiều thủ tục kiểm thử phải thực hiện bằng tay.

Giữ lịch trình có thể khó khăn.

D: Không

T: Kiểm tra nếu điều này là trường hợp trong quá trình phát triển các thủ tục kiểm thử.

D: Không

T: Thêm nguồn lực.

...

Hoãn một số phần của kiểm thử.

Giữ lịch trình có thể khó khăn.

D: Hãy chăm sóc mô-đun kỹ lưỡng và kiểm thử tích hợp

T: Không

D: Các lỗi đúng.

T: Không

4 Thay đổi liên tục tại tất cả các thời gian.

Các nỗ lực kiểm thử được sử dụng để cập nhật các tài liệu thay vì kiểm thử.

D: Các đặc tả cơ bản và tôn trọng cơ bản này.

...

D: Không

T: Không

5 Chiến lực kiểm thử

5.1 Phân phối kiểm thử

Phân phối kiểm thử đối với toàn bộ kiểm thử hệ thống là:

• Kế hoạch hiện tại này trong một phiên bản cập nhật lên tại thời điểm giao hàng;

• Một bộ đầy đủ các đặc tả kiểm thử;

• Báo cáo kết thúc kiểm thử đối với kiểm thử hệ thống hoàn chỉnh của phần PC của UV/TIT-14 33a.

Phân phối kiểm thử đối với mỗi quy trình kiểm thử đã thực hiện là:

...

• Một phiên bản cập nhật của đặc tả kiểm thử hoặc một danh sách các khiếm khuyết được biết đến trong các đặc tả kiểm thử.

5.2 Kỹ thuật thiết kế kiểm thử

Các kỹ thuật thiết kế ca kiểm thử sau đây được sử dụng ở nơi mà chúng có liên quan:

• Phân vùng tương đương và phân tích giá trị biên;

• Phương pháp cây phân loại;

• Kiểm thử bảng quyết định;

• Kiểm thử chuyển đổi trạng thái;

• Kiểm thử trường hợp sử dụng.

5.3 Tiêu chí kết thúc kiểm thử

...

5.4 Số liệu được thu thập

Các số liệu dưới đây sẽ được thu thập trong quy trình kiểm thử hệ thống:

• Số ca kiểm thử đã thực hiện;

• Số sự cố đối với mỗi thể loại;

• Số ca kiểm thử đã thực hiện lại;

• Số các sự cố được giải quyết đối với mỗi thể loại;

• Thời gian bỏ ra.

5.5 Yêu cầu môi trường kiểm thử

Kiểm thử viên (người chịu trách nhiệm cho việc thực hiện kiểm thử) phải có sẵn các tài liệu sau đây trong quá trình thực hiện kiểm thử:

...

• Kế hoạch kiểm thử này

• Hướng dẫn sử dụng đối với UV/TIT-14 33a

• Bản sao của các thủ tục kiểm thử cho mỗi kiểm thử sẽ được thực hiện, để sử dụng như bảng nhật ký kiểm thử.

Phần cứng và hệ điều hành và mạng được mô tả tất cả trong [HW/SW-spec]

Để thực hiện việc kiểm thử máy tính khác sẽ được sử dụng như là một giả lập, vì vậy, các lệnh gửi đến các máy tính có thể được phân tích và phản ứng đơn giản có thể được mô phỏng. Điều này sẽ làm giảm hướng dẫn sử dụng của nhiều mẫu, nhưng nó đòi hỏi sự phát triển của mô phỏng. Vì vậy, đó là nhu cầu đối với mô phỏng chạy trên PC bình thường giống hệt với PC hệ thống.

5.6 Kiểm thử lại và kiểm thử hồi quy

Kiểm thử lại và kiểm thử hồi quy cần thiết để thực hiện các tiêu chí kết thúc phải được thực hiện.

Người ta ước tính ít nhất 3 chu kỳ kiểm thử sẽ được thực hiện, cuối cùng là kiểm thử hồi quy hoàn chỉnh.

5.7 Tiêu chí tạm dừng và tiếp tục

...

Nếu không thể hoàn thành một bộ kiểm thử do một lỗi, điều này phải được báo cáo thông qua hệ thống quản lý sự cố và lỗi phải được chỉ định một mức độ kiểm 'cao'. Khi nối lại kiểm thử quy trình kiểm thử bị ảnh hưởng phải được lặp lại.

5.8 Sai lệch lệch từ chiến lược kiểm thử của tổ chức

Chiến lược kiểm thử của tổ chức đòi hỏi 100% độ bao phủ yêu cầu, nhưng điều này đã được giảm đến 80% đối với kiểm thử hệ thống này vì có rất ít các rủi ro sản phẩm và kiểm thử thành phần được quy hoạch rất kỹ lưỡng.

6 Hoạt động và dự toán kiểm thử

Công việc kiểm thử sẽ được chia nhỏ thành các hoạt động chính sau đây phù hợp với [OTS]:

1. Định nghĩa một cấu trúc tổng thể đối với kiểm thử theo hình thức của tập tính năng để được kiểm thử;

2. Đặc tả chi tiết của các ca kiểm thử và các thủ tục kiểm thử;

3. Thiết lập môi trường kiểm thử;

4. Chu kỳ thực hiện đầu tiên của các thủ tục kiểm thử;

...

6. Chu kỳ thứ ba của các thủ tục kiểm thử (kiểm thử lại và kiểm thử hồi quy từ chu kỳ thứ hai và còn lại bất kỳ từ chu kỳ đầu tiên);

7. Báo cáo hiện trạng về việc thực hiện kiểm thử mỗi tuần;

8. Báo cáo kết thúc kiểm thử.

Các hoạt động kiểm thử chi tiết và dự toán của chúng có thể được tìm thấy trong SYS-TEST.xls trong cổng thông tin dự án.

7 Nhân sự

7.1 Vai trò, hoạt động và trách nhiệm

Ma trận RACI dưới đây minh họa vai trò tham gia trong các hoạt động. Tham khảo số hoạt động từ danh sách các hoạt động trên

Vai trò/Hoạt động

...

Chỉ đạo kiểm thử

Phân tích kiểm thử

...

Thiết kế kiểm thử

Chuyên gia môi trường kiểm thử

...

Chấp hành viên kiểm thử

R: Có trách nhiệm A: Chịu trách nhiệm C: Xin ý kiến l: Thông báo

...

Nguồn lực

Tên

Mô tả

Leila Nielsen

Phân tích kiểm thử

CBB

Christina Bagge

Phân tích/ thiết kế kiểm thử

...

Carsten Dominique

Chuyên gia môi trường kiểm thử

T1 - T2

TBD

Thực hiện kiểm thử

Các vai trò được điền như sau:

7.2 Nhu cầu tuyển dụng

Chúng tôi cần học sinh (hoặc tương tự) để thực hiện các bài kiểm thử. Những điều này sẽ được thuê theo các quy tắc nhân sự tuyển dụng.

7.3 Nhu cầu đào tạo

...

8 Lịch trình

Lịch trình tổng thể cho các kiểm thử được thể hiện dưới đây.

Phụ lục G

(Tham khảo)

Báo cáo trạng thái kiểm thử

G.1 VÍ DỤ 1 - Công ty Cổ phần Agile

Báo cáo tình trạng được tạo ra tại cuối mỗi lần lặp như hình thức của báo cáo tóm tắt được đặt trong cổng thông tin của dự án.

...

Bao gồm: Toàn bộ NSS lặp lại 3 kết quả.

Tiến độ so với kế hoạch kiểm thử: Kiểm thử đã được thực hiện trong các lần lặp trên 5 sự sắp đặt người dùng để lặp lại này.

Đối với một lưu trữ có rủi ro cao độ bao phủ tuyên bố đã đạt được 92% và cho những tuyên bố khác độ bao phủ là 68% đã đạt được trên trung bình.

Không có khiếm khuyết nổi bật ở mức độ 1 và 2, nhưng giới thiệu cho thấy rằng các sản phẩm có 16 khiếm khuyết mức độ 3.

Yếu tố ngăn chặn tiến độ: Không

Biện pháp kiểm thử: 6 thủ tục kiểm thử mới đã được phát triển và 2 thủ tục kiểm thử khác đã được thay đổi.

Các kiểm thử trong lần lặp lại nảy đã lên xấp xỉ 30% thời gian. Kiểm thử này mất khoảng 2 ½ giờ.

Rủi ro mới và thay đổi: Những rủi ro đối với các lưu trữ đã được giảm thiểu một cách thỏa đáng. Rủi ro mới chưa được xác định.

Kiểm thử theo quy hoạch: Theo kế hoạch kiểm thử.

...

G.2 VÍ DỤ 2 - Công ty TNHH Truyền thống

Dự án PC-một phần của sản phẩm UV/TIT-14 33a.

Báo cáo trạng thái kiểm thử hệ thống, V 1.0, 33.03.2004

Tình trạng kiểm thử 22 tháng 3 năm 2004

Kỳ báo cáo: 15 - 21 tháng 3 năm 2004

Tiến độ so với kế hoạch kiểm thử: Các chức năng của mô đun 'XX' của ứng dụng đã được kiểm thử.

Chúng tôi gần như đạt được mục tiêu trong kế hoạch, đã thực hiện 2/3 các ca kiểm thử. Chúng tôi mong đợi bắt kịp sự chậm trễ nhỏ vào tuần tới. Xuất hiện hầu hết lỗi tìm thấy là do khiếm khuyết đơn giản trong mô-đun riêng. Xem chi tiết dưới đây.

Chặn các yếu tố: Không

...

CHÚ THÍCH: Các đồ thị không nhất thiết tương ứng với các bảng trong ví dụ này; chúng dùng để minh họa cho đồ thị và bảng biểu có thể được đưa vào trong một báo cáo.

Các biện pháp thu thập trong bảng sau đây được thu thập. P1-P6 là mức ưu tiên, với P1 là cao nhất.

Biện pháp thực hiện ca kiểm thử - hằng ngày

Mô tả

Tổng số ca kiểm thử đã thực hiện ngày hôm nay - thực tế

...

Số ca kiểm thử thành công

90%

Số ca kiểm thử không thành công

10%

Biện pháp thực hiện ca kiểm thử - Tích lũy

Mô tả

...

Tổng số ca kiểm thử theo kế hoạch

151

100%

Tổng số ca kiểm thử thực hiện trong ngày

25.17%

Tổng số ca kiểm thử không thành công đã thực hiện

89,47%

...

10,53%

Tổng số ca kiểm thử chờ

113

74.83%

Tóm tắt khiếm khuyết - hàng ngày

Mô tả

Số lượng tổng

...

Tổng # của khiếm khuyết trong ngày

...

# của khiếm khuyết mới

...

# của khiếm khuyết kiểm thử lại và đóng

# của khiếm khuyết mở lại

...

Tóm tắt khiếm khuyết - Tích lũy

Mô tả

Số lượng tổng

...

# của khiếm khuyết trong ngày

...

# của khiếm khuyết đã từ chối trong ngày

...

# của khiếm khuyết cố định trong ngày

...

# của khiếm khuyết mở\chờ trong ngày

...

Rủi ro thay đổi và rủi ro mới: Không

Kiểm thử theo kế hoạch: Các nhóm đang kiểm thử và đầu tư rất nhiều thời gian trong việc phát hiện các khiếm khuyết được cho là đã được tìm thấy trong quy trình kiểm thử thành phần phụ. Nếu bước đi thích hợp có thể được thực hiện bởi nhóm phát triển trong phần điều chỉnh các ca kiểm thử thành phần thì đội QA có thể sẽ tiết kiệm được rất nhiều thời gian và tập trung vào các khía cạnh khác của kiểm thử hiệu quả ứng dụng. Tuy nhiên, bản tóm tắt kiểm thử tổng thể cho thấy không có lỗi P1. Nếu P2 mở có thể được cố định bằng cách xây dựng tiếp theo, khi đó đội QA vẫn có thể có thời gian cho chu kỳ đầy đủ các kiểm thử hồi quy và có thể sẽ đáp ứng dòng thời gian phát hành.

Báo cáo kiểm thử tích lũy như trên cho thấy các ứng dụng đã tăng trưởng ổn định đối với chu kỳ kiểm thử thứ 2. Sau khi hoàn thành chu kỳ thứ 2 có thể dự đoán rằng tất cả các ca kiểm thử của mô đun 'XX' sẽ đạt.

...

(Tham khảo)

Báo cáo kết thúc kiểm thử

H.1 VÍ DỤ 1 - Công ty Cổ phần Agile

Công ty Cổ phần Agile là một tổ chức xuất bản lớn xuất bản tạp chí và sách. Xem thêm chi tiết trong phần giới thiệu tại Phụ lục C.

Báo cáo này có sẵn trên cổng thông tin dự án và các phiên bản mới nhất cũng được đăng ở góc phải dưới cùng của bảng sắp đặt trong phòng phát triển như nó được phát triển/cập nhật.

Báo cáo kiểm nghiệm cho: hệ thống đăng ký mới (NSS) Phiên bản: lần lặp lại 3361

Bao gồm: Kết quả lặp lại cuối cùng NSS, bao gồm kết quả của những lần lặp lại trước, để chuẩn bị cho một giao khách hàng lớn (để sử dụng).

Rủi ro: Rủi ro dữ liệu trực tiếp đã rút lui bằng cách tạo ra một cơ sở dữ liệu mô phỏng sử dụng dữ liệu lịch sử "sạch" của nhóm kiểm thử và khách hàng.

Kết quả kiểm thử: khách hàng chấp nhận phát hành này của sản phẩm dựa trên:

...

Độ bao phủ tuyên bố đã đạt được 100% trong kiểm thử công nghệ phải đối mặt với một trong những lưu trữ rủi ro cao và đạt được 72% đối với độ bao phủ tuyên bố trên trung bình.

Đội chấp nhận việc tồn đọng trên 4 khuyết điểm với mức độ nghiêm trọng 3.

Chấp nhận trình diễn do khách hàng không có phát hiện thêm. Trình diễn các tính năng lặp lại bản demo giao tiếp với dữ liệu "sống".

Hiệu suất của các tính năng lặp lại đã được tìm thấy là có thể chấp nhận được bởi đội và khách hàng.

Rủi ro mới, rủi ro thay đổi và rủi ro còn lại: Bảo mật của hệ thống có thể trở thành một vấn đề trong phiên bản tương lai, với giả định hoạt động công việc tiếp theo được nhận từ khách hàng.

Ghi chú đối với công việc trong tương lai từ quá khứ:

Đội lặp lại cảm thấy một thành viên mới có thể cần thiết cho rủi ro mới có thể vì không ai có kiến thức trong lĩnh vực này.

Khiếm khuyết của mức độ nghiêm trọng 3 mà chuyển sang công việc tồn đọng phải được giải quyết trong phiên bản tiếp theo đề giảm nợ kỹ thuật.

Dữ liệu trực tiếp sửa đổi đã làm việc tốt và phải được duy trì.

...

H.2 VÍ DỤ 2 - Công ty TNHH Truyền thống

Dự án phần PC của sản phẩm UV/TIT-14 33a

Báo cáo kết thúc kiểm thử hệ thống, V 1.0, 08.11.2004

Viết bởi quản lý kiểm thử Carlo Titlefsen

Chấp thuận bởi Giám đốc dự án Benedicte Rytter

Tóm tắt kiểm thử đã thực hiện:

• Đặc tả kiểm thử được tạo ra; nó bao gồm 600 quy trình kiểm thử.

• Môi trường kiểm thử được thành lập theo kế hoạch.

...

Sai lệch từ kiểm thử theo quy hoạch: Đặc tả yêu cầu đã được cập nhật trong thời gian kiểm thử tại V5.6. Điều này kéo theo việc viết lại một vài ca kiểm thử, nhưng điều này không có ảnh hưởng đến lịch trình.

Đánh giá kết thúc kiểm thử: Tất cả các thủ tục kiểm thử đã thực hiện không có lỗi ở mức độ 1 (cao). Điều này không đạt được, bởi vì các thủ tục kiểm thử đã không được thực hiện. Yêu cầu quy trình kiểm thử này bao gồm, tuy nhiên, như vậy nguy cơ rủi ro thấp mà kiểm thử đã được chấp nhận bởi các chủ sản phẩm.

Các yếu tố bị chặn tiến bộ: Không

Các biện pháp kiểm thử:

Một (Thủ tục kiểm thử 4.7) trong số 600 thủ tục kiểm thử theo kế hoạch đã không được thực hiện ở tất cả các quy trình vì thiếu thời gian. Tất cả 599 thủ tục kiểm thử đã chạy đã được thông qua tại kỳ cuối của 3 tuần.

Trong 83 sự cố kiểm thử đã được tìm thấy và 83 đã được giải quyết. Các sự cố được báo cáo là số 107 đến số 189.

Giờ làm việc mục tiêu:

• 164 giờ làm việc đã được dùng cho việc tạo ra các đặc tả kiểm thử

• 10 giờ làm việc đã được dùng cho việc thành lập các môi trường kiểm thử

...

• Một nửa giờ đã được dùng cho báo cáo này.

Rủi ro mới, thay đổi và còn lại: Tất cả những rủi ro được liệt kê trong kế hoạch kiểm thử đã được loại trừ, ngoại trừ một phơi sáng thấp nhất, rủi ro số 19.

Phân phối kiểm thử: Tất cả phân phối quy định trong kế hoạch đã được giao cho các hệ thống CM chung theo thủ tục.

Tài sản kiểm thử qua sử dụng: Đặc tả kiểm thử và dữ liệu kiểm thử liên quan và các yêu cầu môi trường kiểm thử có thể được tái sử dụng đối với kiểm thử bảo trì, nếu và khi điều này là cần thiết.

Bài học kinh nghiệm: Chấp hành viên kiểm thử nên đưa ra giới thiệu chung về hệ thống; đôi khi nó bị trì hoãn cho họ cần tìm hiểu làm thế nào để thực hiện một ca kiểm thử, nhưng may mắn thay các nhà phân tích kiểm thử đã chuẩn bị sẵn trong giai đoạn kiểm thử.

Phụ lục I

(Tham khảo)

Đặc tả thiết kế kiểm thử

...

Công ty Cổ phần Agile là một tổ chức xuất bản lớn xuất bản tạp chí và sách. Xem thêm chi tiết trong phần giới thiệu tại Phụ lục C.

Đặc tả thiết kế kiểm thử này có sẵn trên cổng thông tin dự án và các phiên bản mới nhất cũng được đăng ở góc trên bên phải của bảng lưu trữ theo kế hoạch kiểm thử trong phòng phát triển.

Thiết kế kiểm thử

Chúng tôi có các chủ đề sau:

1. Quản trị

2. Đăng ký mới và mở rộng

3. Truy cập chung trên web-site

4. Khiếu nại

Đối với kiểm thử trưng bày, lưu trữ phải sắp xếp theo chủ đề. Các điều kiện kiểm thử ghi trên mặt sau của thẻ lưu trữ, trong đó mô tả các tiêu chí chấp nhận lưu trữ, nên được bao phủ.

...

I.2 VÍ DỤ 2 - Công ty TNHH Truyền thống

Đặc tả thiết kế kiểm thử

Để hiểu dễ dàng hơn những gì các đặc tả kiểm thử dựa vào, lựa chọn các yêu cầu hệ thống đối với phần PC của UV/TIT-14 33a được đưa vào đây.

Đặc tả các yêu cầu hệ thống đối với phần PC của UV/TIT-14 33a (trích)

4.1 Cài đặt

4.1.1 [22] Hệ thống phải có một trình đơn thiết lập với các điểm trình đơn sau đây:

• Thiết lập băng tải

• Thiết lập hiệu chuẩn

...

4.2 Thiết lập băng tải

4.2.1 [34] Các thông số sau đây phải được thiết lập [các con số trong ngoặc là các dãy có thể được sử dụng]:

• Tốc độ tối đa (mm/s) (5-50)

• Tốc độ tối thiểu (mm/s) cho một băng tải đang chạy (là 0 nếu dừng lại) (2-10)

4.2.2 [36] Khi một thiết lập mới đã cam kết hệ thống sẽ hiển thị một trong các thông báo sau:

• Cài đặt xong

• Tốc độ tối đa nằm ngoài phạm vi

• Tốc độ tối thiểu nằm ngoài phạm vi

4.2.3 [37] Hệ thống sẽ cho phép người dùng thiết lập lại các chức năng mà không phải thay đổi bất cứ điều gì

...

4.8 Phân tích

4.8.1 [324] Hệ thống phải cho phép người dùng thiết lập thực hiện các kiểu phân tích nồng độ. Các kiểu phân tích được biết đến tại hệ thống được đưa ra trong bảng 6.

4.8.2 [325] Hệ thống phải chấp nhận mẫu trong phạm vi đưa ra dưới đây. Kết quả nằm ngoài phạm vi là "không hợp lệ". Các phạm vi được cho trong bảng 6.

4.8.3 [326] Hệ thống phải hiển thị một trong những kết quả sau đây dựa trên những phát hiện: "Chấp nhận", "Cảnh báo" và "Báo động". Các giá trị của các ngưỡng được đưa ra trong bảng 6.

Bảng 6: Bảng phân tích tiêu chuẩn

Loại

Dải đo

...

Cảnh báo cao nhất

Giá mẫu

NCS

2-315 (bao gồm 315)

270

0,35 €

C20

0,01 - 0,89 (bao gồm 0,89)

...

0,65

0,40 €

BHZ

0 - 9

4,5

7,5

0,75 €

LOY

100 -

...

500

0,25 €

4.8.10 [339] Hệ thống phải đảm bảo rằng các định dạng đối với số mẫu như trình bày dưới đây là chính xác trước khi một mẫu có thể được xử lý.

Các định dạng đối với số mẫu là:

Số mẫu = T ”-“ n [n] “-“ nnn "-"dd"."mm"."yy

Trong đó:

T = "A" | "S" | "M"

n = các số từ 0 đến 9

dd = các số từ 01 đến 31

...

yy = các số từ 00 đến 99

4.8.11 [341] Hệ thống phải chấp nhận số mẫu gồm 4 phần được phân chia bởi dấu gạch nối, cụ thể là:

• Loại hành động (A, S hoặc M)

• Loại mẫu (một hoặc 2 chữ sổ)

• id mẫu (3 chữ số)

• Ngày lấy mẫu

Ví dụ: A-2-344-31.08.04 M-01-255-22.12.93

Giải thích: Khi mẫu được nhập vào máy, máy sẽ đọc số, nhưng không quan tâm đến ngày tháng.

Cách máy sẽ kiểm thử mẫu phụ thuộc vào loại hành động, trong đó A có nghĩa là tự động, S là bán tự động và M là bằng tay.

...

Khi xử lý tự động mẫu phân tích được thực hiện, kết quả được lưu trữ dưới các id mẫu. Nếu id mẫu không được tìm thấy trong cơ sở dữ liệu phân tích thì mẫu sẽ không được thực hiện và một thông báo lỗi sẽ được hiển thị nói rằng mẫu không được đăng ký. Các bước cho một phân tích tự động phải, tất nhiên, được tìm thấy trong cơ sở dữ liệu.

Để có thể chạy một phân tích bán tự động kiểu mẫu phải được tìm thấy trong cơ sở dữ liệu. Các bước này cũng phải được tìm thấy và nó phải được thể hiện rằng có thể bỏ qua bước nếu người dùng chọn điều đó. Khi phân tích hoàn tất, báo cáo được in, bao gồm các bước thực hiện và bỏ qua.

Đối với một phân tích bằng tay người sử dụng chọn từng bước một cách rõ ràng. Người sử dụng phải viết báo cáo với kết quả như một văn bản, được in khi phân tích hoàn tất.

4.13 Vận hành Lid

4.13.1 [581] Một trong những biến thể của sản phẩm sẽ được trang bị một lid để bảo vệ các kỹ thuật viên thực hiện các phân tích.

Lid bao gồm các băng chuyền khi nó đang di chuyển. Lid được khỏa trước khi băng chuyền bắt đầu và không thể mở nó trước khi ngừng hoàn toàn. Hai bộ cảm biến được đặt ra để phát hiện nếu lid khóa và nếu băng chuyền đang chuyển động.

Khi lid khóa, nó có thể bắt đầu các băng chuyền chuyển động hoặc về phía trước hay phía sau. Cần thay đổi hướng để ngăn chặn các băng chuyền đầu tiên, nhưng nó không phải là cần thiết để mở lid.

Bảng điều khiển vận hành có các nút sau:

‘Khóa’

...

'Chuyển tiếp'

'Ngược'

'Dừng'

Đặc tả thiết kế kiểm thử đối với phần PC của UV/TIT-14 33a.

Phiên bản 1.0

Các phiên bản

Ngày

Phiên bản

Chuẩn bị bởi

...

23-5-2009

1.0

AMJ

Dự thảo đầu tiên

1. Giới thiệu

1.2 Mục đích

Mục đích đặc tả kiểm thử của phần này là cung cấp cái nhìn tổng quan về những gì sẽ được kiểm thử trong hệ thống kiểm thử.

1.3 Tài liệu tham khảo

Các tài liệu sau đây cung cấp cơ sở kiểm thử cho thiết kế kiểm thử này:

...

Mô tả

[1]

Các yêu cầu hệ thống, cơ sở kiểm thử.

Yêu cầu đặc tả đối với phần PC của UV/TIT-14 33a.; Vers. 1.8

1.4 Các từ viết tắt

PCUV phần PC của UV/TIT-14 33a.

TC Ca kiểm thử

UC Trường hợp sử dụng

...

TBD Để được xác định, nghĩa là chưa biết cái gì được viết ra.

2. Tập tính năng

Chương này mô tả cấu trúc tổng thể của hệ thống kiểm thử của PCUV, trong đó kiểm thử được chia thành các tập tính năng tổng thể.

Các thông tin sau đây được cung cấp cho mỗi tập tính năng:

(nn): Số duy nhất không bao giờ phải thay đổi. Điều này được sử dụng cho mục đích 2 truy xuất nguồn gốc.

ns: Số đoạn hoặc phân loại, có thể được sử dụng để tạo thuận lợi cho việc đọc tài liệu.

Mô tả: Một mô tả ngắn về những gì để kiểm thử.

Phương pháp: Mô tả các kỹ thuật thiết kế kiểm thử được sử dụng trong việc thiết kế các kiểm thử.

Truy xuất nguồn gốc: Tham khảo các yêu cầu trong các tập tính năng. Việc truy xuất nguồn gốc sẽ chứa một danh sách các ID duy nhất tham khảo các yêu cầu trong [1].

...

1. (FS1) Thiết lập hệ thống

2. (FS4) Hiệu chuẩn UV, IR và burettes

3. (FS2) Xác định các hợp chất

4. (FS3) Nồng độ của các hợp chất (UV + kiểm soát của burettes)

5. (FS6) Kiểm soát các hệ thống băng tải.

Tập tính năng (FS1): Thiết lập hệ thống

Mục tiêu: Để thiết lập kiểm thử hệ thống, bao gồm cả dữ liệu chuyển giao và báo cáo về hiệu chuẩn

Ưu tiên: Trên trung bình

Cách tiếp cận: Kiểm thử cấu trúc của thực đơn, kiểm thử yêu cầu đơn giản (Y/N), phân vùng tương đương và phân tích giá trị biên.

...

Tập tính năng (FS2): Xác định các hợp chất

Mục tiêu: Để kiểm thử việc xác định và báo cáo của các hợp chất

Ưu tiên: Cao

Cách tiếp cận: Kiểm thử các yêu cầu đơn giản (Y/N), phân vùng tương đương và phân tích giá trị biên, kiểm thử cú pháp và kiểm thử cây phân loại.

Truy xuất nguồn gốc: [324], [325], [326], [339], [341], ....

Tập tính năng (FS3):TBD (chưa hoàn chỉnh)

Tập tính năng (FS4):TBD (chưa hoàn chỉnh)

Tập tính năng (FS5):TBD (chưa hoàn chỉnh)

Tập tính năng (FS6): Kiểm soát hệ thống băng tải

...

hoạt động lid ...

Ưu tiên: Dưới trung bình

Cách tiếp cận: ..., kiểm thử phiên trạng thái,...

Truy xuất nguồn gốc: [581], ...

3. Điều kiện kiểm thử

Trong chương này, các điều kiện kiểm thử cho mỗi tập tính năng đã ghi nhận.

...

Tập tính năng này bao gồm các yêu cầu liên quan đến việc xác định và báo cáo của các hợp chất. Tập tính năng có một số điều kiện bố trí trong các phần nhỏ tương ứng với các yêu cầu liên quan.

3.3.7 Điều kiện kiểm thử đối với phạm vi đo

Các điều kiện kiểm thử đối với phạm vi đo có thể được thể hiện bằng cách sử dụng một cây phân loại đơn giản (giống như phân vùng tương đương) và liên quan đến phân tích giá trị biên. Tất cả những điều kiện kiểm thử truy vết với yêu cầu tương tự và chúng có cùng độ ưu tiên.

(Các) yêu cầu được bao phủ:
[324-NCS], [325-NCS]

Ưu tiên: trên trung bình

Điều kiện kiểm thử

...

Các tên miền con

Nhận xét

Đầu vào

(FS2) .5.1

< 2

...

(FS2) .5.2

2-315 (bao gồm cả 315)

Có hiệu lực

(FS2) .5.3

> 315

Ngoài phạm vi

(FS2) .5.1.a

...

không rõ

Ngoài phạm vi

(FS2) .5.1.b

Ngoài phạm vi

(FS2) .5.2.a

...

(FS2) .5.2.b

315

Có hiệu lực

(FS2) .5.3.a

316

Ngoài phạm vi

(FS2) .5.3.b

...

không rõ

Ngoài phạm vi

3.3.8 Điều kiện kiểm thử đối với phương pháp phân tích

Các điều kiện kiểm thử xác định các phương pháp phân tích từ số lượng mẫu có thể được thể hiện bằng cách sử dụng một cây phân loại. Tất cả các điều kiện kiểm thử này là truy vết yêu cầu tương tự.

3.5 Tập tính năng (FS6): Kiểm soát hệ thống băng tải

Tập tính năng này bao gồm các yêu cầu liên quan đến hệ thống băng tải, bao gồm: tốc độ, bắt đầu chính xác và vị trí dừng, hoạt động lid, v.v... Tập tính năng có số điều kiện bố trí trong phân đoạn con tương ứng với các yêu cầu liên quan.

...

3.5.2 Điều kiện kiểm thử đối với hoạt động lid

Hoạt động lid có thể được minh họa trong sơ đồ trạng thái máy sau:

(Các) yêu cầu bao phủ: [581]

Ưu tiên: trên trung bình

Điều kiện kiểm thử

...

Các hoạt động lid làm việc theo trạng thái máy

(FS6) .11.2

Tất cả chuyển đổi không hợp lệ (không hiển thị) là chuyển đổi không có hiệu lực

Kết thúc ví dụ

Phụ lục J

(Tham khảo)

Đặc tả ca kiểm thử

J.1 VÍ DỤ 1 - Công ty Cổ phần Agile

...

Các hạng mục độ bao phủ kiểm thử và các ca kiểm thử cho một lưu trữ được tóm tắt vào các tiêu đề ca kiểm thử và ghi trên mặt sau của thẻ lưu trữ như thế này:

Chứng nhận: 214

1. Thư ký có thể tạo ra loại thuê bao mới

2. Thư ký có thể nhập tên, độ dài có sẵn, giá cả liên quan và cảm nhận đối với loại thuê bao mới

3. Thư ký có thể lưu trữ loại thuê bao mới

4. Thư ký có thể thấy loại thuê bao hiện có

5. Thư ký có thể thay đổi tên, độ dài có sẵn và giá cả liên quan tới loại thuê bao chừng nào không có đăng ký này

6. Thư ký có thể hủy bỏ các thay đổi của loại thuê bao trước khi nó được lưu trữ

7. Thư ký có thể lưu trữ các thay đổi cho loại thuê bao.

...

a. Thư ký Lưu trữ để "xóa" các thuê bao có thể không tìm thấy, vì vậy chúng ta nên cùng khách hàng xem xét lại, điều này được chấp nhận.

J.2 VÍ DỤ 2 - Công ty TNHH Truyền thống

Đặc tả ca kiểm thử cho phần PC của UV/TIT-14 33a.

Phiên bản 1.0

Các phiên bản

Ngày

Phiên bản

chuẩn bị bởi

...

17-06-09

1.0

AMJ

Dự thảo đầu tiên

1. Giới Thiệu

1.2 Mục đích

Mục đích đặc tả kiểm thử của phần này là liệt kê các ca kiểm thử xuất phát từ các điều kiện kiểm thử.

1.3 Tài liệu tham khảo

Các tài liệu sau đây cung cấp cơ sở kiểm thử cho thiết kế kiểm thử này:

...

Mô tả

[1]

Các yêu cầu hệ thống, cơ sở kiểm thử.

Yêu cầu đặc tả đối với phần PC của UV/TIT-14 33a.; Vers. 1.8

[2]

Tập tính năng và các điều kiện kiểm thử

Đặc tả thiết kế kiểm thử đối với phần PC của UWTIT-14 33a.; Vers. 1.0

1.4 Các từ viết tắt

...

TC Ca kiểm thử

UC Trường hợp sử dụng

CRUD Tạo, Đọc, Cập nhật, Xóa bỏ

TBD Để được xác định, nghĩa là chưa biết cái gì được viết ra.

2. Các hạng mục độ bao phủ kiểm thử

Điều này mô tả các hạng mục độ bao phủ có thể bắt nguồn từ các điều kiện kiểm thử được cung cấp trong [2].

...

Tập tính năng này bao gồm các yêu cầu liên quan đến việc xác định và báo cáo các hợp chất. Tập tính năng có một số hạng mục độ bao phủ có nguồn gốc từ các điều kiện kiểm thử; những được sắp xếp trong các tiểu phần tương ứng với các yêu cầu liên quan.

2.3.7 Hạng mục độ bao phủ đối với phạm vi đo

Có ba phân vùng tương đương hợp lệ và sáu ranh giới hợp lệ (trong đó hai chưa được biết: một dưới 0 và một lớn hơn 315).

Các hạng mục độ bao phủ có thể giảm các điều kiện kiểm thử:

(FS2) .5.2, (FS2) .5.1.b, (FS2) ,5.2.a, (FS2) .5.2.b, (FS2) .5.3.a,

tìm thấy trong phần 3.3.7 trong [2],

...

Các hạng mục độ bao phủ là lá trong cây phân loại tại phần 3.3.8 trong [2], nghĩa là các tên miền con được viết bằng chữ in đậm.

Có 10 giá trị hợp lệ (các hạng mục độ bao phủ).

2.5 Tập tính năng (FS6): Kiểm soát hệ thống băng tải

...

Để được độ bao phủ 0-switch Chow của các trạng thái máy tại (FS6).11.1 trong [2] có 6 chuyển tiếp sau (các hạng mục độ bao phủ):

CI1

CI2

CI3

CI4

CI5

CI6

SS (TC)

...

Đầu vào

P 'L'

P 'F'

P’S'

...

P S”

P 'O'

Exp. đầu ra

L I

C m f

C s

C m b

C s

L o

...

Các chuyển đổi không có hiệu lực được xác định trong bảng sau, thể hiện bằng kiểu nghiêng đậm.

P 'L'

...

P 'S'

P 'B'

P 'O'

S2/L I

S1/N

...

S2 / N

S4 / C m f

S2 / N

S3 / C m b

S1 / L o

S3 / N

S/C s

...

•

S4/N

S/C s

•

Có 14 chuyển đổi không có hiệu lực (hạng mục độ bao phủ).

...

3. Ca kiểm thử

Điều này mô tả các ca kiểm thử xuất phát từ các hạng mục độ bao phủ kiểm thử được liệt kê ở trên.

3.3 Tập tính năng (FS2): Xác định các hợp chất

3.3.7 Phạm vi đo

Ca kiểm thử ID” 17-1 Mục đích: Để kiểm thử phản ứng với một giá trị mẫu ngoài phạm vi

...

Theo:(FS2) .5.1.b

Điều kiện tiên quyết:

Các thiết bị phải sẵn sàng cho lấy mẫu phân tích.

Một mẫu NCS có giá trị là 1 phải được chuẩn bị.

Đầu vào:

Chèn mẫu và bắt đầu phân tích.

Kết quả mong đợi:

Màn hình hiển thị “mẫu không hợp lệ".

...

Ca kiểm thử ID” 17-1 Mục đích: Để kiểm thử phản ứng với một giá trị mẫu trong

Ưu tiên: Am ranh giới trên của một mẫu hợp lệ

Theo: (FS2) .5.2.b

Điều kiện tiên quyết:

Các thiết bị phải sẵn sàng cho lấy mẫu phân tích.

Một mẫu NCS có giá trị là 1 phải được chuẩn bị.

Đầu vào:

Chèn mẫu và bắt đầu phân tích.

...

Màn hình hiển thị "Cảnh báo".

3.3.8 Phương pháp phân tích

Ca kiểm thử ID” 21-3 Mục đích: Để kiểm thử một phân tích tự động loại 1.

...

Theo:(FS2) .8.1

Điều kiện tiên quyết:

Các cơ sở dữ liệu phải bao gồm:

Kiểu mẫu "1" với những bước đi thích hợp;

id mẫu của "314"

Các hình thức, nơi các id mẫu được nhập vào phải là hiện tại.

Đầu vào:

Nhập một mẫu với id mẫu:A-1-314-221204

Kết quả mong đợi:

...

Các bước kết hợp với kiểu mẫu "1" được thực hiện (kiểm thử trong báo cáo).

Ca kiểm thử ID” 21-16 Mục đích: Để kiểm thử một phân tích thủ công

Ưu tiên: Am

Theo: (FS2) .5.1.b

Điều kiện tiên quyết:

Các hình thức mà các id mẫu được nhập vào phải là hiện tại

...

Nhập một mẫu với id mẫu: M-2-518-240604

Kết quả mong đợi:

Người dùng phải nhập từng bước như phân tích tiến trình. Người sử dụng được yêu cầu viết báo cáo.

Bản báo cáo được in ra

Báo cáo phản ánh những bước đã được thực thi.

3.5 Tập tính năng (FS6): Kiểm soát hệ thống băng tải

Kết thúc ví dụ.

...

Phụ lục K

(Tham khảo)

Đặc tả thủ tục kiểm thử

K.1.1 VÍ DỤ:1.1 - Công ty Cổ phần Agile

Thống nhất sau đây của khách hàng Công ty Cổ phần Agile và đội. Nhóm nghiên cứu cũng có thể chọn ra những tài liệu trực tuyến với các thông tin tương tự. Các tài liệu bao gồm đặc tả kiểm thử, Ca kiểm thử, Thủ tục kiểm thử và cấp độ đầu tiên của các kết quả thực tế kiểm thử.

Thăm dò phiên điều lệ (Công ty Cổ phần Agile)

Tên Kiểm thử:

• Kiểm thử (nhóm kiểm thử) là ai

• Kiểm thử điều gì:

...

- (Các) rủi ro:

- (Các) lưu trữ

- (Các) lỗi

• Các hạng mục hỗ trợ cần thiết:

• Vai trò (Ai là người làm cùng trong thời gian kiểm thử);

...

K.1.2 VÍ DỤ:1.2 - Công ty Cổ phần Agile

Công ty Cổ phần Agile là một tổ chức xuất bản lớn xuất bản tạp chí và sách. Xem thêm chi tiết trong phần giới thiệu tại Phụ lục C.

Ví dụ này cho thấy có nhiều tài liệu hướng dẫn (semi-agile).

Thủ tục kiểm thử: Thư ký tạo ra loại thuê bao mới

Mục tiêu (ref spec): Xác nhận 214

Ưu tiên: Thấp

Khởi động: Thư ký được đăng nhập vào và xác định vị trí trên trang bảo trì thuê bao.

Tên ca kiểm thử

...

Kết quả kiểm thử

Tạo thuê bao mới

Nhập thông tin cho thuê bao

Lưu trữ các thuê bao mới

...

Các mối quan hệ: Dự kiến các thủ tục kiểm thử cho phép thư ký truy nhập vào hệ thống ... đã được thực hiện thành công.

Dừng và cuộn lên: Đặt lại các cơ sở dữ liệu để trạng thái 'đã sẵn sàng để kiểm thử' ở môi trường bảo đảm chất lượng.

CHÚ THÍCH: Các thông tin thủ tục kiểm thử trên có thể đã có trong chú thích kịch bản kiểm thử tự động hoặc thông tin liên quan đến kiểm thử thăm dò dựa trên các quyết định của nhóm nghiên cứu tại thời điểm chuẩn bị thực hiện kiểm thử.

K.2 VÍ DỤ 2 - Công ty TNHH Truyền thống

Đặc tả thủ tục kiểm thử

2. Bộ kiểm thử

Điều này mô tả các bộ kiểm thử sẽ được thực hiện trong chu trình thực hiện đầu tiên. Các bộ được đặt hàng bởi tập tính năng.

2.1 (FS1) Thiết lập hệ thống

...

2.3 (FS2) Xác định các hợp chất

Mục tiêu

Pri.

Nội dung

I-3

phạm vi đo

...

ca kiểm thử 17-1 đến 17-5

....

...

3.3 Thủ tục kiểm thử

ID thủ tục kiểm thử

Mục tiêu và ưu tiên

Thời gian dự kiến:

I-3

Mục đích của thủ tục kiểm thử này là để kiểm thử cách hệ thống xử lý các phạm vi đo đã định nghĩa cho NCS.

Ưu tiên: Am

Khởi động: Thiết lập máy sẵn sàng cho phân tích mẫu. Đặt các giá trị sau cho mẫu NCS trong băng chuyền:

...

2) Giá trị 2

3) Giá trị 56

4) Giá trị 315

5) Giá trị 316

Mối quan hệ với các thủ tục khác: Không

Đăng nhập kiểm thử

Ngày:

Viết tắt:

Hạng mục kiểm thử

...

Các bình luận:

Thủ tục

Ca kiểm thử bước thứ

Các hoạt động

Kiểm tra kết quả

...

Kết quả kiểm thử

17-1

Bắt đầu phân tích mẫu. Chờ cho mẫu đầu tiên được phân tích.

Kiểm tra màn hình hiển thị "mẫu không hợp lệ".

17-2

...

Kiểm tra mẫu được phân tích.

17-3

Chờ cho mẫu thứ ba được phân tích.

Kiểm thử mẫu được phân tích.

...

17-4

Chờ cho mẫu thứ tư được phân tích

Kiểm thử mẫu được phân tích.

17-5

Chờ cho mẫu thử năm được phân tích.

Kiểm tra màn hình hiển thị "mẫu không hợp lệ".

...

Dừng và cuộn lên: Tắt máy, tháo bỏ các mẫu và dọn sạch mọi rơi vãi.

Phụ lục L

(Tham khảo)

Yêu cầu dữ liệu kiểm thử

L.1 VÍ DỤ 1 - Công ty Cổ phần Agile

Công ty Cổ phần Agile là một tổ chức xuất bản lớn xuất bản tạp chí và sách. Xem thêm chi tiết trong phần giới thiệu tại Phụ lục C.

...

Bộ sửa đổi của dữ liệu thực phải được điền, nhưng dữ liệu phải không có dữ liệu quan trọng của khách hàng như: thẻ tín dụng, địa chỉ hoặc số điện thoại. Dữ liệu này sẽ được nhóm kiểm thử và khách hàng "làm sạch" khi khởi động dự án. Các kiểm thử sẽ được thực hiện trên dữ liệu được sử dụng trong các lần lặp lại.

L.2 VÍ DỤ 2 - Công ty TNHH Truyền thống

Yêu cầu dữ liệu kiểm thử đối với phần PC của UV/TIT-14 33a.

1.3 Tài liệu tham khảo

Các tài liệu sau đây cung cấp cơ sở kiểm thử cho thiết kế kiểm thử này và từ giờ trở đi là các yêu cầu dữ liệu:

...

Mô tả

[URS]

Đặc tả các yêu cầu người dùng

...

1.4 Các từ viết tắt

PCUV phần PC của UV/TIT-14 33a.

TC Ca kiểm thử

UC Trường hợp sử dụng

...

TBD Để được xác định, nghĩa là chưa biết cái gì được viết ra.

2. Chi tiết yêu cầu dữ liệu kiểm thử

Lưu ý rằng tất cả các dữ liệu cần thiết cho giai đoạn kiểm thử toàn bộ hệ thống tham khảo [PTP].

Mô tả

Chịu trách nhiệm

Thiết lập lại

A/D

...

Di chuyển đầy đủ các cơ sở dữ liệu sản xuất với thông tin cá nhân nặc danh

Phòng CNTT

Có

...

DBRn

kiểu mẫu "1" với những bước đi thích hợp

Phòng CNTT

...

id mẫu:"314"

Phòng CNTT

...

Phụ lục M

(Tham khảo)

Yêu cầu môi trường kiểm thử

M.1 VÍ DỤ 1 - Công ty Cổ phần Agile

Công ty Cổ phần Agile là một tổ chức xuất bản lớn xuất bản tạp chí và sách. Xem thêm chi tiết trong phần giới thiệu tại Phụ lục C.

Môi trường kiểm thử:

Môi trường kiểm thử là một môi trường máy tính tương thích IBM, có chữ ký đăng nhập/mật khẩu và "biến đổi trực tiếp" dữ liệu kiểm thử có sẵn trên cấu hình hệ thống kiểm thử. Cấu hình kiểm thử trên môi trường này không được lên kế hoạch, nhưng kiểm thử chức năng và hiệu năng sẽ được thực hiện trên nó.

M.2 VÍ DỤ:- Công ty TNHH Truyền thống

...

Yêu cầu môi trường kiểm thử

Ngày phát hành và trạng thái

Phiên bản

Ngày

(Các) tác giả

(Các) người đánh giá

Trạng thái

1.0

12/02/2008

...

Chỉ đạo kiểm thử truyền thống

Người quản lý kiểm thử truyền thống

Người quản lý bảo mật truyền thống

Người quản trị kiểm thử truyền thống

Dự thảo

1. Phần cứng

Cần ba máy MS Windows cho việc kiểm thử. Các quản trị viên kiểm thử có trách nhiệm thu thập và cấu hình máy. Các máy đều cần từ 15 tháng 3 năm 2008 và quản trị viên kiểm thử sẽ được sử dụng trong hai tuần.

2. Phần mềm

Ba máy MS Windows cần nạp hệ điều hành MS Windows XP. Tất cả các bản vá lỗi và gói dịch vụ cho các máy tính phải được cập nhật. Các quản trị viên kiểm thử có trách nhiệm mua và cài đặt phần mềm. Các phần mềm được nạp đầy đủ cho mỗi máy phải được sẵn sàng vào ngày 15 tháng ba năm 2008.

...

Điều khiển bảo mật được xác định trong thủ tục bảo mật của công ty. Quản lý bảo mật và Trưởng phòng kiểm thử cố trách nhiệm kiểm soát bảo mật.

4. Công cụ

Tham khảo các Kế hoạch kiểm thử cho công cụ kiểm thử có liên quan.

Phụ lục N

(Tham khảo)

Báo cáo tính sẵn sàng dữ liệu kiểm thử

N.1 VÍ DỤ 1 - Công ty Cổ phần Agile

Công ty Cổ phần Agile là một tổ chức xuất bản lớn xuất bản tạp chí và sách. Xem thêm chi tiết trong phần giới thiệu tại Phụ lục C.

...

N.2 VÍ DỤ 2 - Công ty TNHH Truyền thống

Báo cáo tính sẵn sàng của dữ liệu kiểm thử

Tóm tắt: Dữ liệu kiểm thử không sẵn sàng. Việc di chuyển dữ liệu đến môi trường kiểm thử sẽ được hoàn thành vào ngày 22/3/2008.

Trạng thái dữ liệu kiểm thử: Bảng dưới đây hiển thị trạng thái của từng yêu cầu dữ liệu kiểm thử.

Yêu cầu

Trạng thái

Các bình luận

DBR1

...

Do bảo trì cơ sở dữ liệu, việc di chuyển dữ liệu đến môi trường kiểm thử sẽ được hoàn thành vào ngày 22 tháng 3 năm 2008.

...

DBRn

sẵn sàng

...

DBRn+1

sẵn sàng

...

Hạn chế: Sau khi kết thúc kiểm thử, các cơ sở dữ liệu kiểm thử sẽ được làm mới. Cơ sở dữ liệu này được tổ chức cụ thể cho kiểm thử này và kiểm thử sau dữ liệu sẽ có các ràng buộc và các tình trạng hệ thống quy trình yêu cầu làm mới.

Kết luận và kiến nghị: Các dữ liệu kiểm thử không sẵn sàng. Như đã nói ở trên, dữ liệu sẽ sẵn sàng vào ngày 22/3/2008.

...

(Tham khảo)

Báo cáo tính sẵn sàng của môi trường kiểm thử

O.1 VÍ DỤ 1 - Công ty Cổ phần Agile

Công ty Cổ phần Agile là một tổ chức xuất bản lớn xuất bản tạp chí và sách. Xem thêm chi tiết trong phần giới thiệu tại Phụ lục C.

Niêm yết bảng trạng thái: Môi trường báo cáo đã sẵn sàng cho cuộc họp thảo luận. Không có báo cáo sẵn sàng kiểm thử môi trường hữu hình được ban hành.

O.2 VÍ DỤ 2 - Công ty TNHH Truyền thống

Báo cáo tính sẵn sàng của môi trường kiểm thử

Tóm tắt: Cấu hình phần cứng và phần mềm kiểm thử đã sẵn sàng để kiểm thử. Người quản lý bảo mật đã phê duyệt môi trường kiểm thử ban đầu và sẽ tiến hành đánh giá khác khi di chuyển dữ liệu hoàn tất. Các công cụ kiểm thử đã nêu ra trong Kế hoạch kiểm thử đã sẵn sàng để bắt đầu kiểm thử.

...

Yêu cầu

Trạng thái

Bình luận

Phần cứng

Sẵn sàng

Không

Phần mềm

Sẵn sàng

Không

...

Sẵn sàng

Không

Bảo mật

Sẵn sàng

Người quản lý bảo mật sẽ tiến hành đánh giá khác khi thay đổi dữ liệu hoàn tất

Phụ lục P

(Tham khảo)

Kết quả thực tế

...

Công ty Cổ phần Agile là một tổ chức xuất bản lớn xuất bản tạp chí và sách. Xem thêm chi tiết trong phần giới thiệu tại Phụ lục C.

Kết quả thực tế:

Đội ngũ phát triển, quản lý và đại diện khách hàng địa phương đã đồng ý sản phẩm là tốt trong cuộc trình diễn hệ thống sửa đổi này để giao sản phẩm (10 tán thành). Hơn nữa, sản phẩm đã được đồng ý là không có rủi ro hoặc tồn đọng mà không thể giải quyết trong lần giao hàng tiếp theo. Công ty Cổ phần Agile tuyên bố giao đến khách hàng mã và yêu cầu sản phẩm qua giao hàng điện tử (email).

P.2 VÍ DỤ 2 - Truyền thống

Công ty TNHH Truyền thống là một công ty nhỏ sản xuất thiết bị phân tích cao cấp cho các ngành công nghiệp chăn nuôi. Xem thêm chi tiết trong phần giới thiệu tại Phụ lục C. Việc đăng ký kết quả thực tế được thực hiện trực tiếp trong các hình thức thủ tục kiểm thử. Việc đăng ký được hiển thị bằng chữ đậm nghiêng.

ID thủ tục kiểm thử

Mục tiêu và ưu tiên

Thời gian dự kiến

I-3

...

Ưu tiên: Am

Khởi động: Thiết lập máy sẵn sàng cho phân tích mẫu. Đặt các giá trị sau cho mẫu NCS trong băng chuyền: 1) Giá trị 1 2) Giá trị 2 3) Giá trị 56 4) Giá trị 315 5) Giá trị 316

Mối quan hệ với các thủ tục khác: Không

Đăng nhập kiểm thử

Ngày:

Viết tắt:

Hạng mục kiểm thử

Ok /Không OK

...

AMJ

Thành phần của MSR-ub V.2.3

Các bình luận:

Thủ tục

Ca kiểm thử bước thứ

Các hoạt động

Kiểm tra kết quả

Kết quả thực tế

...

17-1

Bắt đầu phân tích mẫu. Chờ cho mẫu đầu tiên được phân tích.

Kiểm tra màn hình hiển thị "mẫu không hợp lệ".

Hiển thị "mẫu không hợp lệ"

Chờ cho mẫu thứ hai được phân tích.

...

17-2

Kiểm tra mẫu được phân tích.

Mẫu được phân tích

Chờ cho mẫu thứ ba được phân tích.

...

17-3

Kiểm thử mẫu được phân tích.

Mẫu được phân tích

Chờ cho mẫu thứ tư được phân tích

...

17-4

Kiểm thử mẫu được phân tích.

Mẫu được phân tích

Chờ cho mẫu thứ năm được phân tích.

...

17-5

Kiểm tra màn hình hiển thị "mẫu không hợp lệ".

Hiển thị "mẫu không hợp lệ"

Dừng và cuộn lên: Tắt máy, tháo bò các mẫu và dọn sạch mọi rơi vãi.

Phụ lục Q

...

Kết quả kiểm thử

Q.1 VÍ DỤ 1 - Công ty Cổ phần Agile

Công ty Cổ phần Agile là một tổ chức xuất bản lớn xuất bản tạp chí và sách. Xem thêm chi tiết trong phần giới thiệu tại Phụ lục C.

Sau đây là các kết quả kiểm thử cụ thể của kiểm thử đối mặt khách hàng. Các kết quả chụp thực tế và dữ liệu có thể được xem trên trang web của dự án (www.xxx.test.agiffie.org).

Kiểm thử 1: Đạt

Kiểm thử 2: Đạt

Kiểm thử 3: Đạt

Kiểm thử 4: Đạt

Kiểm thử 5: Đạt

...

Kiểm thử 7: Đạt nhưng lưu ý vấn đề 4 mức 3

Các kiểm thử 8-16: Đạt (chạy tự động với hồi quy từ lặp lại trong quá khứ)

CHÚ THÍCH: Thông tin này có thể được trình bày trong nhiều định dạng khác nhau, ví dụ như: báo cáo, slide thuyết trình hoặc bằng lời nói.

Q.2 VÍ DỤ 2 - Công ty TNHH Truyền thống

Việc đăng ký của các kết quả kiểm thử cũng được thực hiện trực tiếp trong các hình thức quy trình kiểm thử. Việc đăng ký được hiển thị bằng kiểu chữ đậm nghiêng.

ID thủ tục kiểm thử

Mục tiêu và ưu tiên

Thời gian dự kiến

...

Mục đích của thủ tục kiểm thử này là để kiểm thử cách hệ thống xử lý các phạm vi đo đã định nghĩa cho NCS.

Ưu tiên: Am

Mối quan hệ với các thủ tục khác: Không

Đăng nhập kiểm thử

Ngày:

Viết tắt:

Hạng mục kiểm thử

...

29/4/2011

AMJ

Thành phần của MSR-ub V.2.3

Các bình luận:

Ca kiểm thử bước thử

Các hoạt động

Kiểm tra kết quả

Kết quả thực tế

...

Bắt đầu phân tích mẫu. Chờ cho mẫu đầu tiên được phân tích.

17-1

Kiểm tra màn hình hiển thị "mẫu không hợp lệ".

...

IR-472

Chờ cho mẫu thứ hai được phân tlch.

17-2

...

Mẫu được phân tích

Chờ cho mẫu thứ ba được phân tích.

17-3

...

Kiểm thử mẫu được phân tích.

Mẫu được phân tích

Chờ cho mẫu thứ tư được phân tích

...

Kiểm thử mẫu được phân tích.

Mẫu được phân tích

Chờ cho mẫu thứ năm được phân tích.

...

17-5

Kiểm tra màn hình hiển thị "mẫu không hợp lệ".

Hiển thị “mẫu không hợp lệ"

IR-472

Dừng và cuộn lên: Tắt máy, tháo, bỏ các mẫu và dọn sạch mọi rơi vãi.

Phụ lục R

(Tham khảo)

...

R.1 VÍ DỤ 1 - Công ty Cổ phần Agile

Công ty Cổ phần Agile là một tổ chức xuất bản lớn xuất bản tạp chí và sách. Xem thêm chi tiết trong phần giới thiệu tại Phụ lục C.

Một thỏa thuận đã được thực hiện giữa Công ty Cổ phần Agile và các khách hàng trong nhật ký thực hiện kiểm thử đã không được yêu cầu được tạo ra.

R.2 VÍ DỤ 2 - Công ty TNHH Truyền thống

Đây là một đoạn trích nhật ký thực hiện kiểm thử cho hệ thống kiểm thử tại Phần PC của UV/TIT-14 33a.

Lưu ý có sự sai lệch sau so với nhật ký thực hiện kiểm thử quy định tại hạng mục 7.11:

• Định danh duy nhất giống hệt với ngày;

...

• "Mô tả" được gọi là "Đăng nhập";

• Không có cột "tác động".

Phụ lục S

(Tham khảo)

Báo cáo sự cố

S.1 VÍ DỤ 1 - Công ty Cổ phần Agile

Công ty Cổ phần Agile là một tổ chức xuất bản lớn xuất bản tạp chí và sách. Xem thêm chi tiết trong phần giới thiệu tại Phụ lục C.

Đây là mẫu báo cáo sự cố được sử dụng trong Công ty Cổ phần Agile. Tất cả các sự cố được ưu tiên giải quyết ngay sau khi đội bắt gặp chúng, vì vậy, hình thức này chỉ được sử dụng như một phương sách cuối cùng, nhưng nó có sẵn.

...

Mẫu đăng ký sự cố

Số

Nước rút 10 - nhóm z - 31

Tiêu đề ngắn gọn

Phạm vi đo cho NCS ngoài phạm vi

Sản phẩm phần mềm

Prototype A

Tình trạng = Tạo ra

Đăng ký được tạo ra bởi

...

Ngày và giờ

1/11/11 và 13:00

Mô tả toàn diện

Tham số NSC Zstl vượt qua ràng buộc thấp hơn trong thời gian kiểm thử 1 và phát hiện thông báo cảnh báo. Sự thay đổi tồn đọng (khiếm khuyết công nghệ) là cần thiết bởi vì vấn đề liên quan đến sự tương tác phần cứng - phần mềm. Xem file đính kèm để biết chi tiết lặp lại.

S.2 VÍ DỤ 2 - Công ty TNHH Truyền thống

Đây là một báo cáo sự cố được sử dụng trong Công ty TNHH Truyền thống Nó chỉ bao gồm việc công nhận (hoặc tạo ra) trạng thái chứ chưa được điền vào thông tin sự co thực tế.

Mẫu đăng ký sự cố

Số

...

Tiêu đề ngắn gọn

Thông tin đã cắt ngắn

Sản phẩm phần mềm

Dự án phần PC của sản phẩm UV/TIT-14 33a

Phiên bản (n.m)

5.2

Tình trạng = Tạo ra

Đăng ký được tạo ra bởi

Heather Small

...

14 tháng 5

Bất thường được quan sát bởi

Heather Small

Ngày và giờ

Mô tả toàn diện

Các văn bản trong lĩnh vực "Tóm tắt” được cắt ngắn sau 54 ký tự; nó có thể hiển thị 75 ký tự.

Quan sát qua

~~Đi qua/Xem lại/Kiểm tra/Mã&xây dựng/~~Kiểm thử~~/Sử dụng~~

...

~~Yêu cầu/Thiết kế/Chuẩn bị thực hiện/~~Kiểm thử~~/Hoạt động~~

Biểu hiện

~~Va chạm hệ thống hoạt động/Chương trình bị treo/Va chạm chương trình/Đầu vào/~~Đầu ra~~/Lỗi sản phẩm tổng cộng/Lỗi hệ thống/Khác:~~

Tác động của người dùng

~~Cao/~~trung bình~~/thấp~~

Người dùng khẩn cấp

~~Khẩn cấp/cao/trung/~~thấp~~/không~~

Phụ lục T

...

Ánh xạ tới các tiêu chuẩn hiện tại

T.1 Ánh xạ đến IEEE 829:2008

IEE 829:2008

Các tài liệu và các điều

ISO/IEC/IEEE 29119-3

Các tài liệu mô tả và các điều

Kế hoạch kiểm thử tổng

Kế hoạch kiểm thử (Kế hoạch kiểm thử dự án)

8.1 (MTP Phần 1) Giới thiệu

...

8.1.2 (MTP Phần 1.2) Phạm vi

8.1.3 (MTP Phần 1.3) Tài liệu tham khảo

8.1.4 (MTP Phần 1.4) Tổng quan hệ thống và các tính năng chủ chốt

8.1.5 (MTP Phần 1.5) Tổng quan về kiểm thử

6.2.11 Nhận dạng duy nhất của tài liệu

6.2.2.1 Phạm vi

6.2.2.2 Tài liệu tham khảo

6.2.3.1 Dự án

...

Cấu trúc tổ chức kiểm thử (trong Chính sách kiểm thử)

8.1.5.2 (MTP Phần 1.5.2) lịch trình kiểm thử tổng thể

8.1.5.3 (v 1.5.3) Đề án có mức toàn vẹn

8.1.5.4 (MTP Phần 1.5.4) Tóm tắt nguồn lực

8.1.5.5 (MTP Phần 1.5.5) Trách nhiệm

8.15.6 (MTP Phần 1.5.6) Các công cụ, các kỹ thuật, các phương pháp và các số liệu

6.2.9 Lịch trình

Không áp dụng - tiêu chuẩn này không xem xét các mức toàn vẹn khác nhau

6.2.8.1 Vai trò, hoạt động và trách nhiệm

...

6.2.6.3 Kỹ thuật thiết kế kiểm thử

6.2.6.6 Các yêu cầu môi trường kiểm thử

5.3.4.7 Các số liệu phải thu (trong Chiến lược kiểm thử của tổ chức)

8.2 (MTP Phần 2) Các chi tiết của Kế hoạch kiểm thử chính

8.2.1 (MTP Phần 2.1) Quy trình kiểm thử bao gồm cả định nghĩa của các mức kiểm thử

8.2.2 (MTP Phần 2.2) Các yêu cầu tài liệu kiểm thử

8.2.3 (MTP Phần 2.3) Các yêu cầu quản lý kiểm thử

...

6.2.6.8 Kiểm thử phân phối

8.2.3.1 (MTP Phần 2.3.1) độ phân giải bất thường và báo cáo

8.2.3.2 (MTP Phần 2.3.2) Chính sách lặp lại của nhiệm vụ

5.3.3.6 Quản lý sự cố (Chiến lược kiểm thử của tổ chức)

5.3.4.8 kiểm thử lại và kiểm thử hồi quy (trong Chiến lược kiểm thử của tổ chức)

8.2.3.3 (MTP Phần 2.3.3) chính sách sai lệch

8.2.3.4 (MTP Phần 2.3.4) các thủ tục kiểm soát

Không có

8.2.3.5 (MTP Phần 2.3.5) Tiêu chuẩn, thông lệ và công ước

...

5.2.3.6 Các tiêu chuẩn (trong Chính sách Kiểm thử)

5.2.3.7 chính sách liên quan khác (trong Chính sách Kiểm thử)

8.2.4 (MTP Phần 2.4) Các yêu cầu báo cáo kiểm thử

5.3.3.3 Tài liệu kiểm thử và báo cáo (trong Chiến lược kiểm thử của tổ chức )

8.3 (MTP Phần 3) Tổng quát

8.3.1 (MTP Phần 3.1) Từ điển

8.3.2 (MTP Phần 3.2) Các thủ tục thay đổi tài liệu và lịch sử

6.2.2.3 Từ điển

...

9.1 (LTP Phần 1) Giới thiệu

9.1.1 LTP Phần 1.1) Nhận dạng tài liệu

9.1.2 (LTP Phần 1.2) Phạm vi

9.1.3 (LTP Phần 1.3) Tài liệu tham khảo

9.1.4 (LTP Phần 1.4) Mức trong chuỗi tổng thể

9.1.5 (LTP Phần 1.5) các lớp kiểm thử và các điều kiện kiểm thử tổng thể

6.2.1.1 Nhận dạng duy nhất của tài liệu

6.2.2.1 Phạm vi

...

6.2.2.1 Phạm vi

Không có

9.2 (LTP Phần 2) Các chi tiết đối với mức độ này của kế hoạch kiểm thử

9.2.1 (LTP Phần 2.1) Các hạng mục kiểm thử và định danh của chúng

6.2.3.2 (Các) hạng mục kiểm thử

9.2.2 (LTP Phần 2.2) Ma trận truy xuất nguồn gốc kiểm thử

7.3.3.4 Truy xuất nguồn gốc + 7.3.4.4 Truy xuất nguồn gốc (trong Đặc tả thiết kế kiểm thử và Đặc tả ca kiểm thử)

9.2.3 (LTP Phần 2.3) Các tính năng được kiểm thử

...

6.2.3.3 Phạm vi kiểm thử

9.2.5 (LTP Phần 2.5) Phương pháp tiếp cận

9.2.6 (LTP Phần 2.6) Mục tiêu chí đạt / không đạt

9.2.7 (LTP Phần 2.7) tiêu chí hệ thống treo và yêu cầu nối lại

6.2.6.3 Kỹ thuật thiết kế kiểm thử

6.2.6.4 Tiêu chí kết thúc kiểm thử

6.2.9.1 tiêu chí treo và nối lại

9.2.8 (LTP Phần 2.8) Phân phối kiểm thử

...

9.3 (LTP Phần 3) Quản lý kiểm thử

9.3.1 (LTP Phần 3.1) Các hoạt động và nhiệm vụ theo kế hoạch; tiến triển kiểm thử

6.2.7 Hoạt động kiểm thử và dự toán

9.3.2 (LTP Phần 3.2) Môi trường/cơ sở hạ tầng

9.3.3 (LTP Phần 3.3) Trách nhiệm và quyền hạn

9.3.4 (LTP Phần 3.4) Giao diện giữa các bên tham gia

9.3.5 (LTP Phần 3.5) Nguồn lực và phân bổ

9.3.6 (LTP Phần 3 6) Đào tạo

...

9.3.8 (LTP Phần 3.8) (Các) rủi ro và (các) dự phòng

6.2.6.5 Các yêu cầu dữ liệu kiểm thử

6.2.6.6 Các yêu cầu môi trường kiểm thử

6.2.8.1 Vai trò, hoạt động và trách nhiệm

6.2.4 thông tin kiểm thử

6.2.8.1 Vai trò, hoạt động và trách nhiệm

6.2.8.3 Nhu cầu đào tạo

6.2.9 Lịch trình

6.2.5 Đăng ký rủi ro

...

9.4.1 (LTP Phần 4.1) Các thủ tục đảm bảo chất lượng

9.4.2 (LTP Phần 4.2) Các số liệu

9.4.3 (LTP Phần 4.3) Độ bao phủ kiểm thử

9.4.4 (LTP Phần 4.4) Từ điển

9.4.5 (LTP Phần 4.5) Các thủ tục thay đổi tài liệu và lịch sử

Ngoài phạm vi

5.3.4.7 Các số liệu phải thu (trong Chiến lược kiểm thử của tổ chức)

6.2.6.4 Tiêu chí kết thúc kiểm thử (thường có bao gồm)

...

6.2.1.4 Lịch sử thay đổi

Thiết kế kiểm thử theo mức

Đặc tả thiết kế kiểm thử

10.1 (LTD Phần 1) Giới thiệu

10.1.1 (LTD Phần 1.1) Nhận dạng tài liệu

10.1.2 (LTD Phần 1.2) Phạm vi

10.1.3 (LTD Phần 1.3) Tài liệu tham khảo

7.2.1.1 Nhận dạng duy nhất của tài liệu

...

7.2.2.2 Tài liệu tham khảo

10.2 (LTD Phần 2) Các chi tiết của thiết kế kiểm thử theo mức

10.2.1 (LTD Phần 2.1) Các tính năng được kiểm thử

7.2.3 Các tập tính năng

7.2.3.1 Nhận dạng duy nhất của tập tính năng

7.2.3.2 Mục tiêu

7.2.3.3 Ưu tiên

7.2.3.4 Chiến lược cụ thể

...

Mỗi tập tính năng

10.2.2 (LTD Phần 2.2) Cải tiến phương pháp tiếp cận

10.2.3 (LTD Phần 2.3) Định danh kiểm thử

10.2.4 (LTD Phần 2.4) Tiêu chí đạt/không đạt của tính năng

Không có

Không có ở đây, xem Kế hoạch kiểm thử quy trình phụ

10.2.5 (LTD Phần 2.5) Phân phối kiểm thử

Không có ở đây, xem Kế hoạch kiểm thử quy trình phụ

...

10.3.1 (LTD Phần 3.1) Từ điển

10.3.2 (LTD Phần 3.2) Các thủ tục thay đổi tài liệu và lịch sử

7.2.2.4 Từ điển

7.2.1.4 Lịch sử thay đổi

Ca kiểm thử theo mức

Đặc tả ca kiểm thử

11.1 (LTC Phần 1) Giới thiệu

11.1.1 (LTC Phần 1.1) Nhận dạng tài liệu

...

11.1.3 (LTC Phần 1.3) Tài liệu tham khảo

11.1.4 (LTC Phần 1.4) Bối cảnh

11.1.5 (v 1.5) Ký hiệu đối với mô tả

7.3.1.1 Nhận dạng duy nhất của tài liệu

7.3.2.1 Phạm vi

7.3.2.2 Tài liệu tham khảo

Không có

7.3.2.3 (Các) chuyển đổi ký hiệu

...

11.2.1 (LTC Phần 2.1) Nhận dạng ca kiểm thử

11.2.2 (LTC Phần 2.2) Mục tiêu

11.2.3 (LTC Phần 2.3) Các đầu vào

11.2.4 (LTC Phần 2.4) (Các) kết quả

11.2.5 (LTC Phần 2.5) nhu cầu về môi trường

11.2.6 (LTC Phần 2.6) Các yêu cầu quy trình đặc biệt

11.2.7 (LTC Phần 2.7) Phụ thuộc giữa các trường hợp

7.3.4.1 Nhận dạng duy nhất của ca kiểm thử

...

7.3 4 6 Đầu vào

7.3.47 Kết quả mong đợi

7.3.4.5 Điều kiện tiên quyết

11.3 (LTC Phần 3) Tổng quát

11.3.1 (LTC Phần 3.1) Glossary

11.3.2 (LTC Phần 3.2) Các thủ tục thay đổi tài liệu và lịch sử

...

7.3.1.4 Lịch sử thay đổi

Thủ tục kiểm thử theo mức

Đặc tả thủ tục kiểm thử

12.1 (LTPr Phần 1) Giới thiệu

12.1.1 (LTPr Phần 1.1) Nhận dạng tài liệu

12.1.2 (LTPr Phần 1.2) Phạm vi

12.1.3 (LTPr Phần 1.3) Tài liệu tham khảo

12.1.4 (LTPr Phần 1.4) Quan hệ với các thủ tục khác

...

7.4.2.1 Phạm vi

7.4.2.2 Tài liệu tham khảo

12.2 (LTPr Phần 2) Chi tiết của thủ tục kiểm thử theo mức

12.2.1 (LTPr Phần 2.1) Đầu vào, đầu ra và các yêu cầu đặc biệt

12.2.2 (LTPr Phần 2.2) Mô tả thứ tự các bước được thực hiện bởi mỗi người tham gia

Không liên quan trực tiếp

12.3 (LTPr Phần 3) Tổng quát

12.3.1 (LTPr Phần 3.1) Từ điển

...

7.4.2.4 Từ điển

7.4.1.4 Thay đổi lịch sử

(Các) nhật ký kiểm thử

Nhật ký thực hiện kiểm thử

13.1 (LTL Phần 1) Giới thiệu

13.1.1 (LTL Phần 1.1) Nhận dạng tài liệu

13.1.2 LTL Phần 1.2) Phạm vi

13.1.3 (LTL Phần 1.3) Tài liệu tham khảo

...

7.11.2.1 Phạm vi

7.11.2.2 Tài liệu tham khảo

13.2 (LTL Phần 2) Các chi tiết của nhật ký kiểm thử theo mức

13.2.1 (LTL Phần 2.1) Mô tả

13.2.2 (LTL Phần 2.2) Hạng mục hoạt động và sự kiện

13.2.2.1 Mô tả thực hiện

13.2.2.2 Các kết quả thủ tục

13.2.2.3 thông tin môi trường

13.2.2.4 Các sự kiện bất thường

...

7.11.3 Sự kiện

7.11.3.3 Mô tả

13,3 (LTL Phần 3) Tống quát

13.3.1 (LTL Phần 6) Từ điển

7.4.2.4 Từ điển

...

Báo cáo sự cố

14.1 (AR Phần 1) Giới thiệu

14.1.1 (AR Phần 1.1) Nhận dạng tài liệu

14.1.2 (AR Phần 1.2) Phạm vi

14.1.3 (AR Phần 1.3) Tài liệu tham khảo

7.12.1.1 Nhận dạng duy nhất của tài liệu

7.12.2.1 Phạm vi

7.12.2.2 Tài liệu tham khảo

...

14.2.1 (AR Phần 2.1) Tóm tắt

14.2.2 (AR Phần 2.2) Ngày phát hiện bất thường

14.2.3 (AR Phần 2.3) Bối cảnh

14.2.4 (AR Phần 2.4) Mô tả về sự bất thường

14.2.5 (AR Phần 2.5) Tác động

14.2.6 (AR Phần 2.6) Đánh giá của người tổ chức về tính cấp bách

14.2.7 (AR Phần 2.7) Mô tả các hành động khắc phục

14.2.8 (AR Phần 2.8) Tình trạng bất thường

14.2.9 (AR Phần 2.9) Kết luận và kiến nghị

...

7.12.3.1 Thông tin thời gian

7.12.3.3 Bối cảnh

7.12.3.4 Mô tả sự cố

7.12.3.5 Đánh giá của người tổ chức về tác động

7.12.3.6 Đánh giá của người tổ chức về tính cấp bách

Không có

7.12.4.8 Trạng thái của sự cố

Không có

14.3 (AR Phần 3) Tổng quát

...

7.12.1.4 Lịch sử thay đổi

Báo cáo trạng thái kiểm thử tạm thời theo mức

Báo cáo trạng thái kiểm thử

15.1 (LITSR Phần 1) Giới thiệu

15.1.1 (LITSR Phần 1.1) Nhận dạng tài liệu

15.1.2 (LITSR Phần 1.2) Phạm vi

15.1.3 (LITSR Phần 1.3) Tài liệu tham khảo

...

6.3.2.1 Phạm vi

6.3.2.2 Tài liệu tham khảo

15,2 (LITSR Phần 2) Các chi tiết của Báo cáo trạng thái kiểm thử tạm thời theo mức

15.2.1 (LITSR Phần 2.1) Tóm tắt tình trạng kiểm thử

15.2.2 (LITSR Phần 2.2) Thay đổi từ kế hoạch

15.2.3 (LITSR Phần 2.3) Số liệu trạng thái kiểm thử

6.3.3 Trạng thái kiếm thử Không cò

6.3.3.2 Tiến độ so với kế hoạch kiểm thử

6.3.3.4 Biện pháp kiểm thử

...

15.3.1 (LITSR Phần 3.1) Các quy trình thay đổi tài liệu và lịch sử

6.3.1.4 Lịch sử thay đổi

Báo cáo kiểm thử theo mức (LTR)

Báo cáo kết thúc kiểm thử (Báo cáo kết thúc kiểm thử quy trình phụ)

16.1 (LTR Phần 1) Giới thiệu

16.1.1 (LTR Phần 1.1) Nhận dạng tài liệu

16.1.2 (LTR Phần 1.2) Phạm vi

16.1.3 (LTR Phần 1.3) Tài liệu tham khảo

...

6.4.2.1 Phạm vi

6.4.2.2 Tài liệu tham khảo

16.2 (LTR Phần 2) Các chi tiết của báo cáo kiểm thử theo cấp

16.2.1 (LTR Phần 2.1) Tổng quan về kết quả kiểm thử

16.2.2 (LTR Phần 2.2) Kết quả kiểm thử chi tiết

16.2.3 (LTR Phần 2.3) Cơ sở cho các quyết định

16.2.4 (LTR Phần 2.4) Kết luận và kiến nghị

6.4.3 Thực hiện kiểm thử

6.4.3.1 Tóm tắt các kiểm thử đã thực hiện Chi tiết hơn các điểm

...

Không có

16.3 (LTR Phần 3) Tổng quát

16.3.1 (LTR Phần 3.1) Từ điển

16.3.2 (LTR Phần 3.2) Các quy trình thay đổi tài liệu và lịch sử

6.4.2.3 Từ điển

6.4.1.4 Lịch sử thay đổi

Báo cáo kiểm thử tổng thể

Báo cáo kết thúc kiểm thử (Báo cáo kết thúc kiểm thử dự án)

...

17.1.1 (MTR Phần 1.1) Nhận dạng tài liệu

17.1.2 (MTR Phần 1.2) Phạm vi

17.1.3 (MTR Phần 13) Tài liệu tham khảo

6.4.1.1 Nhận dạng duy nhất của tài liệu

6.4.2.1 Phạm vi

6.4.2.2 Tài liệu tham khảo

17.2 (MTR Phần 2) Các chi tiết của báo cáo kiểm thử tổng thể

17.2.1 (MTR Phần 2.1) Tổng quan về tất cả các kết quả kiểm thử tổng thể

...

17.2.3 (MTR Phần 2.3) Kết luận và kiến nghị

6.4.3 Kiểm thử đã thực hiện

6.4.3.1 Tóm tắt kiểm thử đã thực hiện

Trong 6.4.3.1

Không có

17.3 (MTR Phần 3) Tổng quát

17.3.1 (MTR Phần 3.1) Từ điển

17.3.2 (MTR Phần 3.2) Các quy trình thay đổi tài liệu và lịch sử

6.4.2.3 Từ điển

...

T.2 Ánh xạ đến IEEE 15289:2011

IEEE 15289:2011

ISO/IEC/IEEE 29119-3

Xem xét chấp nhận và báo cáo kiểm thử

10.03

6.4

7.10

Báo cáo kết thúc kiểm thử

...

Báo cáo kiểm toán

10,09

6.2

Kết quả đánh giá đặc tả kiểm thử của tổ chức

Kế hoạch kiểm thử

Báo cáo đánh gíá

10.25

...

Tích hợp và kiểm tra báo cáo

10.36

7.11

7.10

Nhật ký thực hiện kiểm thử

Kết quả kiểm thử

Thủ tục kiểm thử hoạt động

10,44

7.4.5

...

Báo cáo vấn đề

10.46

7.12

Báo cáo sự cố kiểm thử

Thủ tục kiểm thử năng lực

10,53

7.4.5

Thủ tục kiểm thử

Đặc tả các yêu cầu phần mềm

...

Cơ sở kiểm thử

Yêu cầu kiểm thử

Thủ tục kiểm thử đơn vị phần mềm

10.73

7.2

7.4.5

Đặc tả thiết kế kiểm thử

...

Đăc tả kiểm thử xác nhận

10.86

7.3.5

Ca kiểm thử

T.3 Ánh xạ đến BS 7925-2:1998

BS 7925-2:1998

ISO/IEC/IEEE 29119-3

Chiến lược kiểm thử thành phần dự án

02-01

...

Kế hoạch kiểm thử

Kế hoạch kiểm thử thành phần dự án

02-02

6.2

Kế hoạch kiểm thử

Kế hoạch kiểm thử thành phần

02-03

...

02-04

7.3.5

Ca kiểm thử

Bản ghi kiểm thử

02-04

7.11

7.10

Nhật ký thực hiện kiểm thử

Kết quả kiểm thử

...

ISO/IEC 25051:2006

ISO/IEC/IEEE 29119-3

Mô tả kiểm thử: Mô tả ca kiểm thử

Phần 6 03-18

7.3.5

Ca kiểm thử

Mô tả Kiểm thử: Thủ tục kiểm thử

Phần 6 03-19

7.3.5

...

Kế hoạch kiểm thử: Phương pháp tiếp cận

Phần 6 04-1

Yêu cầu kiểm thử

Kế hoạch kiểm thử: Chỉ tiêu Đạt/không đạt

Phần 6 04-2

6.2

Kế hoạch kiểm thử

Kế hoạch kiểm thử: Lịch trình

...

Ước lượng nguồn lực kiểm thử

Kế hoạch kiểm thử: Môi trường kiểm thử

Phần 6 04-4

7.6

Yêu cầu môi trường kiểm thử

Các kết quả kiềm thử: Báo cáo bất thường

Phần 6 09-2

7.12

...

Các kiểm thử kết quả: Đánh giá các kết quả kiểm thử

Phần 6 09-3

Các kiểm thử kết quả: Báo cáo thực hiện

Phần 6 09-4

7.20

Kết quả kiểm thử

...

[1] BS 7925-1:1998 Software testing - vocabulary (Kiểm thử phần mềm - Từ vựng

[2] BS 7925-2:1998 Software testing - Software component testing (Kiểm thử phần mềm - Kiểm thử thành phần phần mềm)

[3] IEC 60300-3-9:1995 Risk analysis of technological systems (Phân tích rủi ro cho các hệ thống kỹ thuật)

[4] IEEE std 610.12-1995 IEEE Standard Glossary of Software Engineering Terminology (Thuật ngữ theo tiêu chuẩn IEEE của Thuật ngữ kỹ thuật phần mềm)

[5] IEEE Std 829-2008 IEEE Standard for Software and System Test Documentation (Tiêu chuẩn IEEE cho Tài liệu kiểm thử hệ thống và phần mềm)

[6] IEEE std 1008-1987 IEEE Standard for Software Unit Testing (Tiêu chuẩn IEEE cho Kiểm thử đơn vị phần mềm)

[7] IEEE std 1012-2012 IEEE Standard for Software Verification and Validation (Tiêu chuẩn IEEE cho xác minh và xác nhận phần mềm)

[8] IEEE std 1028-2008 IEEE Standard for Software Reviews and Audits (Tiêu chuẩn IEEE cho kiểm tra và đánh giá phần mềm)

[9] ISO/IEC 12207:2008 Systems and software engineering - Software life cycle processes (Kỹ thuật hệ thống và phần mềm - Quy trình vòng đời phần mềm)

...

[11] ISO/IEC/IEEE 24765:2017 Systems and software engineering - Vocabulary (Kỹ thuật hệ thống và phần mềm - Từ vựng)

[12] ISO/IEC 25000:2005 Software Engineering - Software product Quality Requirements and Evaluation (SQuaRE) - Guide to SquaRE (Kỹ thuật phần mềm - Đánh giá và yêu cầu về chất lượng sản phẩm phần mềm (SQuaRE) - Hướng dẫn về đánh giá và yêu cầu về chất lượng sản phẩm phần mềm)

[13] ISO/IEC 25010:2011 Systems and software engineering - Systems and software Quality Requirements and Evaluation (SQuaRE) - System and software quality models (Kỹ thuật phần mềm - Đánh giá và yêu cầu về chất lượng sản phẩm phần mềm (SQuaRE) - Các mô hình chất lượng hệ thống và phần mềm)

[14] ISO/IEC 25051:2006 Software engineering - Software product Quality Requirements and Evaluation (SQuaRE) - Requirements for quality of Commercial Off-The-Shelf (COTS) software product and instructions for testing (Kỹ thuật phần mềm - Đánh giá và yêu cầu về chất lượng sản phẩm phần mềm (SQuaRE) - Yêu cầu về chất lượng của sản phẩm phần mềm thương mại không trên kệ (Off-The-Shelf) và hướng dẫn kiểm tra)

[15] TCVN ISO/IEC 90003:2016 Ky thuật phần mềm - Hướng dẫn áp dụng TCVN ISO 9001:2008 cho phần mềm máy tính

[16] International Software Testing Qualifications Board (ISTQB) standard glossary of terms used in Software Testing [online]. 2010. Updated 1 April 2010 [viewed 11 April 2011]. Available from: http://www.istqb.org (Thuật ngữ tiêu chuẩn được sử dụng trong kiểm thử phần mềm của Hội đồng kiểm tra phần mềm kiểm tra phần mềm quốc tế (ISTQB))

Nội dung văn bản đang được cập nhật

Tiêu chuẩn quốc gia TCVN 12849-3:2020 (ISO/IEC/IEEE 29119-3:2013) về Kỹ thuật hệ thống và phần mềm - Kiểm thử phần mềm - Phần 3: Tài liệu kiểm thử

Số hiệu:	TCVN12849-3:2020
Loại văn bản:	Tiêu chuẩn Việt Nam
Nơi ban hành:	***
Người ký:	***
Ngày ban hành:	01/01/2020
Ngày hiệu lực:	Đã biết
Tình trạng:	Đã biết

Văn bản được hướng dẫn - [0]

Văn bản được hợp nhất - [0]

Văn bản bị sửa đổi bổ sung - [0]

Văn bản bị đính chính - [0]

Văn bản bị thay thế - [0]

Văn bản được dẫn chiếu - [4]

Văn bản được căn cứ - [0]

Văn bản liên quan ngôn ngữ - [0]

Văn bản đang xem

Tiêu chuẩn quốc gia TCVN 12849-3:2020 (ISO/IEC/IEEE 29119-3:2013) về Kỹ thuật hệ thống và phần mềm - Kiểm thử phần mềm - Phần 3: Tài liệu kiểm thử

Văn bản liên quan cùng nội dung - [3]

Văn bản hướng dẫn - [0]

Văn bản hợp nhất - [0]

Văn bản sửa đổi bổ sung - [0]

Văn bản đính chính - [0]

Văn bản thay thế - [0]

- 14 +

Tải Văn bản tiếng Việt
Tải Văn bản gốc

Chưa có Video

Hãy đăng nhập hoặc đăng ký Tài khoản để biết được tình trạng hiệu lực, tình trạng đã bị sửa đổi, bổ sung, thay thế, đính chính hay đã được hướng dẫn chưa của văn bản và thêm nhiều tiện ích khác