Kiểm thử thủ công – Vòng đời quy trình

Kiểm thử thủ công là một quá trình tìm ra các khiếm khuyết, lỗi trong một chương trình phần mềm. Người kiểm tra thực hiện vai trò người dùng cuối và xác minh xem tất cả các tính năng có hoạt động bình thường hay không. Người kiểm tra thực hiện các trường hợp kiểm tra theo cách thủ công. Kiểm thử thủ công là quá trình sử dụng các tính năng của ứng dụng với tư cách là người dùng cuối. Với kiểm tra thủ công, người kiểm tra tiến hành kiểm tra phần mềm theo cách thủ công . Quá trình này được thực hiện để tìm lỗi/lỗi. Kiểm thử thủ công là một loại kiểm thử cơ bản trong ứng dụng được kiểm thử.

Luồng quy trình kiểm thử phần mềm

Yêu cầu (Đánh giá/Phân tích SRS)

Đặc tả yêu cầu phần mềm (SRS) là một tài liệu chứa mô tả đầy đủ về cách thức hoạt động của hệ thống. Sau khi hoàn thành, nó được ký tắt khi kết thúc các yêu cầu. Đánh giá SRS không là gì ngoài việc xem qua tài liệu đặc tả yêu cầu chức năng và cố gắng hiểu ứng dụng mục tiêu sẽ như thế nào.

Tạo kế hoạch thử nghiệm

Đó là một tài liệu được phát triển bởi người quản lý thử nghiệm. Đó là một tập hợp các ý tưởng hướng dẫn và được tạo ra để thông báo cho tất cả những người quản lý, người kiểm thử, nhà phát triển về quy trình kiểm thử.

thử thách

• Chiến lược không phải là thứ có thể thay đổi thường xuyên
• Nó có tầm quan trọng rất cao

Thực hành tốt nhất

• Lập danh sách các môi trường khác nhau nơi các ứng dụng có thể được triển khai
• Lập danh sách tất cả các công cụ của bên thứ ba cần thiết cho ứng dụng
• Danh sách tất cả các hệ điều hành như Win 7, Win 10, Win Server

Kế hoạch kiểm tra chứa sự hiểu biết chi tiết về quy trình làm việc. Nó bao gồm các mẫu thử nghiệm có phần giới thiệu, phạm vi, chiến lược thử nghiệm, yêu cầu về môi trường, lịch trình thử nghiệm, các chức năng được thử nghiệm, tài nguyên và trách nhiệm, kết quả có thể bàn giao, tiêu chí đình chỉ/thoát, tiêu chí tiếp tục, phụ thuộc, rủi ro, công cụ, tài liệu và phê duyệt.

thử thách

• Thành công hay thất bại sẽ phụ thuộc vào cách thử nghiệm được thực hiện. Giai đoạn này rất quan trọng trong vòng đời thử nghiệm phần mềm.

Thực hành tốt nhất

• Tạo một môi trường ma trận nơi phần mềm có thể được kiểm tra trong mọi môi trường.
• Cấu hình setup thử nghiệm cho Win 7, Win 8, Win 10 và Android
• Giữ cơ sở dữ liệu (MySQL, Oracle, SQLServer) trong ma trận thử nghiệm sao cho chúng được tích hợp quá mức với một số thử nghiệm.

Kiểm tra thực tế

Trong giai đoạn này, quá trình xây dựng ứng dụng đã sẵn sàng và sẵn sàng để tìm lỗi. Thử nghiệm thực tế được thực hiện và lỗi được báo cáo. Kiểm thử được thực hiện theo nhiều cách như Chức năng (Kiểm thử đơn vị, Kiểm thử tích hợp, Khói, Bản địa hóa), Phi chức năng (Hiệu suất, khối lượng, Tải), Bảo trì (Hồi quy).

thử thách

Kiểm thử là một quá trình nặng nề mà bản thân nó là sai sót đáng tiếc! Người ta tìm thấy nhiều thách thức trong khi thử nghiệm một ứng dụng.

Thực hành tốt nhất

• Theo đường dẫn điều hướng của phần mềm (AUT)
• Đặt nghi ngờ cho nhà phát triển trước khi đến gặp chủ sở hữu sản phẩm
• Nhận trợ giúp của nhà phát triển khi được yêu cầu

Trước khi phát hành

Chất lượng sản phẩm được đảm bảo trước khi phát hành phần mềm ra thị trường. Khi một phần mềm được xây dựng, nó sẽ được kiểm tra nhiều lần.

thử thách

• Phần mềm nên được kiểm tra cẩn thận ở nhiều tham số, ví dụ như chức năng, hành vi, hiệu suất và khả năng mở rộng.

Thực hành tốt nhất

• Tất cả các tính năng trên tất cả các nền tảng nên được kiểm tra
• Đánh dấu dữ liệu không được kiểm tra
• Thẻ y tế ứng dụng nên có mặt cho các bên liên quan

Các bước trong Yêu cầu phát hành

Đánh giá SRS

SRS là một mô tả của một hệ thống phần mềm sẽ được phát triển. Nó chứa các yêu cầu chức năng và phi chức năng.

mục tiêu

Mục tiêu được thiết lập cho các bản phát hành lớn và nhỏ.

Ngày mục tiêu

Ngày mục tiêu là ngày bản dựng được phát hành

Kế hoạch dự án chi tiết

Kế hoạch dự án chi tiết không là gì ngoài việc xây dựng dự án, nó bao gồm các thông số kỹ thuật thiết kế và quyết định

Phát triển kế hoạch thử nghiệm

Phát triển kế hoạch kiểm tra dựa trên thông số kỹ thuật thiết kế

kế hoạch kiểm tra

Điều này bao gồm các mục tiêu, lịch trình thử nghiệm, phương pháp được áp dụng trong khi thử nghiệm, các tính năng được và không được thử nghiệm, tiêu chí rủi ro hỗ trợ đa nền tảng và phân bổ tài nguyên cho thử nghiệm.

Thông số kiểm tra

Tài liệu Thông số kỹ thuật kiểm tra bao gồm các chi tiết kỹ thuật (yêu cầu phần mềm) được yêu cầu trước khi kiểm tra.

Viết Test Cases

Các trường hợp thử nghiệm có nhiều loại khác nhau như trường hợp thử nghiệm khói, trường hợp thử nghiệm tỉnh táo, trường hợp thử nghiệm hồi quy, trường hợp thử nghiệm tiêu cực

Sự phát triển

Trong giai đoạn phát triển, các mô-đun được phát triển từng cái một

Ràng buộc trình cài đặt

Nó được sử dụng để xây dựng sản phẩm cá nhân

xây dựng thủ tục

Một bản dựng bao gồm Trình cài đặt của các sản phẩm có sẵn – nhiều nền tảng.

thử nghiệm

Thử nghiệm các tính năng mới. Kiểm tra trình duyệt chéo và đa nền tảng. Kiểm tra căng thẳng và kiểm tra rò rỉ bộ nhớ

Báo cáo tóm tắt thử nghiệm

Báo cáo thử nghiệm, lỗi và báo cáo khác được tạo trong Báo cáo tóm tắt thử nghiệm

đóng băng mã

Trong Mã đóng băng, không thể thêm dòng mã nào nữa

Quyết định tung sản phẩm

Tại đây quyết định phát hành hoặc hoãn phát hành sản phẩm