Kỹ thuật kiểm thử phần mềm với các ví dụ thiết kế trường hợp kiểm thử
Thomas Hamilton
Kỹ thuật kiểm thử phần mềm là gì?
Kỹ thuật kiểm thử phần mềm giúp bạn thiết kế các trường hợp kiểm thử tốt hơn. Vì không thể kiểm thử toàn diện; Kỹ thuật kiểm thử thủ công giúp giảm số lượng trường hợp kiểm thử cần thực hiện trong khi tăng phạm vi kiểm thử. Chúng giúp xác định các điều kiện kiểm thử mà nếu không thì khó có thể nhận ra.
Phân tích giá trị biên (BVA)
Phân tích giá trị biên dựa trên việc kiểm tra ranh giới giữa các phân vùng. Nó bao gồm các ranh giới tối đa, tối thiểu, bên trong hoặc bên ngoài, các giá trị điển hình và giá trị lỗi.
Người ta thường thấy rằng một số lượng lớn lỗi xảy ra ở ranh giới của các giá trị đầu vào được xác định hơn là ở trung tâm. Nó còn được gọi là BVA và đưa ra lựa chọn các trường hợp thử nghiệm thực hiện các giá trị giới hạn.
Kỹ thuật kiểm thử hộp đen này bổ sung cho phân vùng tương đương. Kỹ thuật kiểm thử phần mềm này dựa trên nguyên tắc rằng, nếu một hệ thống hoạt động tốt với các giá trị cụ thể này thì nó sẽ hoạt động hoàn hảo với tất cả các giá trị nằm giữa hai giá trị ranh giới.
Hướng dẫn phân tích giá trị biên
- Nếu điều kiện đầu vào bị giới hạn giữa các giá trị x và y thì các ca kiểm thử phải được thiết kế với các giá trị x và y cũng như các giá trị trên và dưới x và y.
- Nếu điều kiện đầu vào là một số lượng lớn các giá trị thì cần phát triển ca kiểm thử cần thực hiện các số tối thiểu và tối đa. Ở đây, các giá trị trên và dưới giá trị tối thiểu và tối đa cũng được kiểm tra.
- Áp dụng hướng dẫn 1 và 2 cho điều kiện đầu ra. Nó đưa ra một đầu ra phản ánh giá trị tối thiểu và tối đa được mong đợi. Nó cũng kiểm tra các giá trị dưới hoặc trên.
Ví dụ:
Input condition is valid between 1 to 10 Boundary values 0,1,2 and 9,10,11
Phân vùng lớp tương đương
Phân vùng lớp tương đương cho phép bạn chia tập hợp điều kiện kiểm tra thành một phân vùng được coi là giống nhau. Phương pháp kiểm thử phần mềm này chia miền đầu vào của chương trình thành các lớp dữ liệu để thiết kế các trường hợp kiểm thử.
Khái niệm đằng sau Kỹ thuật thiết kế trường hợp kiểm thử này là trường hợp kiểm thử của một giá trị đại diện của mỗi lớp sẽ bằng với một kiểm thử của bất kỳ giá trị nào khác của cùng một lớp. Nó cho phép bạn xác định các lớp tương đương hợp lệ cũng như không hợp lệ.
Ví dụ:
Điều kiện đầu vào có giá trị trong khoảng
1 to 10 and 20 to 30
Do đó có năm lớp tương đương
--- to 0 (invalid) 1 to 10 (valid) 11 to 19 (invalid) 20 to 30 (valid) 31 to --- (invalid)
Bạn chọn các giá trị từ mỗi lớp, nghĩa là
-2, 3, 15, 25, 45
Cũng đọc thêm về – Phân tích giá trị biên và kiểm tra phân vùng tương đương
Kiểm tra dựa trên bảng quyết định
Bảng quyết định còn được gọi là bảng Nguyên nhân-Kết quả. Kỹ thuật kiểm thử phần mềm này được sử dụng cho các chức năng đáp ứng sự kết hợp của đầu vào hoặc sự kiện. Ví dụ: nút gửi sẽ được bật nếu người dùng đã nhập tất cả các trường bắt buộc.
Nhiệm vụ đầu tiên là xác định các chức năng trong đó đầu ra phụ thuộc vào sự kết hợp của các đầu vào. Nếu có tập hợp kết hợp đầu vào lớn thì hãy chia nó thành các tập hợp con nhỏ hơn để hữu ích cho việc quản lý bảng quyết định.
Đối với mọi chức năng, bạn cần tạo một bảng và liệt kê tất cả các loại kết hợp đầu vào và đầu ra tương ứng. Điều này giúp xác định một điều kiện mà người kiểm tra bỏ qua.
Sau đây là các bước để tạo bảng quyết định:- Liệt kê các đầu vào theo hàng
- Nhập tất cả các quy tắc vào cột
- Điền vào bảng với sự kết hợp đầu vào khác nhau
- Ở hàng cuối cùng, ghi lại kết quả đầu ra so với tổ hợp đầu vào.
Ví dụ: Nút gửi trong biểu mẫu liên hệ chỉ được bật khi người dùng cuối nhập tất cả thông tin đầu vào.
Chuyển đổi trạng thái
Trong kỹ thuật Chuyển trạng thái, những thay đổi trong điều kiện đầu vào sẽ thay đổi trạng thái của Ứng dụng đang được thử nghiệm (AUT). Kỹ thuật kiểm tra này cho phép người kiểm tra kiểm tra hoạt động của AUT. Người kiểm tra có thể thực hiện hành động này bằng cách nhập các điều kiện đầu vào khác nhau theo trình tự. Trong kỹ thuật chuyển đổi trạng thái, nhóm thử nghiệm cung cấp các giá trị thử nghiệm đầu vào tích cực cũng như tiêu cực để đánh giá hành vi của hệ thống.
Hướng dẫn chuyển đổi trạng thái:
- Chuyển đổi trạng thái nên được sử dụng khi nhóm thử nghiệm đang thử nghiệm ứng dụng cho một tập hợp giá trị đầu vào giới hạn.
- Kỹ thuật thiết kế ca kiểm thử nên được sử dụng khi nhóm kiểm thử muốn kiểm thử chuỗi các sự kiện xảy ra trong ứng dụng đang được kiểm thử.
Ví dụ:
Trong ví dụ sau, nếu người dùng nhập mật khẩu hợp lệ trong bất kỳ lần thử nào trong ba lần đầu tiên, người dùng sẽ có thể đăng nhập thành công. Nếu người dùng nhập mật khẩu không hợp lệ trong lần thử đầu tiên hoặc lần thứ hai, người dùng sẽ được nhắc nhập lại mật khẩu. Khi người dùng nhập mật khẩu không đúng 3rd thời gian, hành động đã được thực hiện và tài khoản sẽ bị chặn.
Sơ đồ chuyển đổi trạng thái
Trong sơ đồ này, khi người dùng cung cấp đúng mã PIN, người đó sẽ được chuyển sang trạng thái Đã cấp quyền truy cập. Bảng sau được tạo dựa trên sơ đồ trên-
Bảng chuyển trạng thái
| Mã PIN chính xác | Mã PIN không chính xác | |
|---|---|---|
| S1) Bắt đầu | S5 | S2 |
| S2) 1st nỗ lực | S5 | S3 |
| S3) 2nd nỗ lực | S5 | S4 |
| S4) 3rd nỗ lực | S5 | S6 |
| S5) Đã cấp quyền truy cập | – | – |
| S6) Tài khoản bị chặn | – | – |
Trong bảng nêu trên khi người dùng nhập đúng mã PIN, trạng thái sẽ được chuyển sang Đã cấp quyền truy cập. Và nếu người dùng nhập sai mật khẩu, người đó sẽ được chuyển sang trạng thái tiếp theo. Nếu anh ấy làm như vậy 3rd thời gian, anh ta sẽ đạt đến trạng thái bị chặn tài khoản.
Lỗi đoán
Lỗi đoán là một kỹ thuật kiểm thử phần mềm dựa trên việc đoán lỗi có thể xảy ra trong mã. Kỹ thuật này chủ yếu dựa vào kinh nghiệm mà các nhà phân tích thử nghiệm sử dụng kinh nghiệm của họ để đoán phần có vấn đề của ứng dụng thử nghiệm. Do đó, người phân tích kiểm thử phải có kỹ năng và kinh nghiệm để đoán lỗi tốt hơn.
Kỹ thuật này đếm danh sách các lỗi có thể xảy ra hoặc các tình huống dễ xảy ra lỗi. Sau đó người kiểm tra viết một trường hợp thử nghiệm để vạch trần những sai sót đó. Để thiết kế các trường hợp kiểm thử dựa trên kỹ thuật kiểm thử phần mềm này, nhà phân tích có thể sử dụng kinh nghiệm trong quá khứ để xác định các điều kiện.
Hướng dẫn đoán lỗi:
- Việc kiểm thử nên sử dụng kinh nghiệm kiểm thử các ứng dụng tương tự trước đây
- Hiểu biết về hệ thống đang được thử nghiệm
- Kiến thức về các lỗi triển khai điển hình
- Ghi nhớ những khu vực gặp khó khăn trước đây
- Đánh giá dữ liệu lịch sử & kết quả kiểm tra
Kết luận
- Kỹ thuật thiết kế trường hợp thử nghiệm cho phép bạn thiết kế các trường hợp tốt hơn. Có năm kỹ thuật được sử dụng chủ yếu.
- Phân tích giá trị biên đang kiểm tra ranh giới giữa các phân vùng.
- Phân vùng lớp tương đương cho phép bạn chia tập hợp điều kiện kiểm tra thành một phân vùng được coi là giống nhau.
- Kỹ thuật kiểm tra phần mềm Bảng quyết định được sử dụng cho các chức năng đáp ứng sự kết hợp của đầu vào hoặc sự kiện.
- Trong kỹ thuật Chuyển trạng thái, những thay đổi trong điều kiện đầu vào sẽ thay đổi trạng thái của Ứng dụng đang được thử nghiệm (AUT)
- Đoán lỗi là một kỹ thuật kiểm thử phần mềm dựa trên việc đoán lỗi có thể xảy ra trong mã.
