Một câu hỏi kinh điển, nhưng lại chưa khi nào lỗi thời mà những ứng viên tester dấn được trong khoảng phỏng vấn là “Test Case là gì?”. Hãy cùng Got It tìm ra lời giải đáp cho câu hỏi này nhé.
Bạn đang xem: Test case là gì ? thực hành viết test case cho chức năng auto fill otp
TEST CASE LÀ GÌ?
Test case (trường vừa lòng kiểm thử) được định nghĩa là các đầu vào (input), đk kiểm thử, tiến trình kiểm demo và tác dụng truy vấn (expected result) với một phương châm kiểm thử nỗ lực thể, sẽ là kiểm tra các tính năng của phần mềm trước lúc đến với người dùng cuối.
TEST CASE VS thử nghiệm SCENARIO – KỊCH BẢN THỬ NGHIỆM
Tại sao lại có sự so sánh này? tương đối nhiều người lầm tưởng rằng không có sự biệt lập nào giữa kiểm tra Case và chạy thử Scenario, đồng nghĩa với vấn đề hai các từ này rất có thể sử dụng thay thế sửa chữa nhau. Điều này dẫn cho đến lúc được hỏi làm thế nào để sáng tỏ hai có mang này, nhiều tester tỏ ra bối rối.
Test Scenario nhắc đến những tính năng cần phải kiểm demo của một phần mềm. Một thử nghiệm Scenario gồm thể bao gồm nhiều kiểm tra Case.
Tóm lại, ví như nếu chạy thử Case trả lời câu hỏi “Như nỗ lực nào?”, thì test Scenario trả lời thắc mắc “Cái gì?”
TẠI SAO PHẢI VIẾT chạy thử CASE ?
Mục tiêu chủ yếu của bất kể test case nào cũng là bảo đảm các tác dụng của một trong những phần mềm đang chuyển động đúng như ước ao đợi. Nó giúp các tester xác định liệu phần mềm đã mất các khuyết thiếu (defect) hay đáp ứng được mong muốn đợi khi được tung ra thị trường, hay mang lại với người tiêu dùng cuối.
Ngoài ra, kiểm tra case còn:
Đảm bảo phạm vi kiểm thửGiúp cải thiện chất lượng phần mềm
Giảm đưa ra phí bảo hành và cung ứng phần mềm
Giúp xác minh phần mềm thỏa mãn nhu cầu yêu cầu của người tiêu dùng cuối
Tạo cơ hội cho các tester để ý đến thấu đáo và quan sát nhận thành phầm từ các góc độ
Có thể tái sử dụng về sau – bất cứ ai cũng có thể xem thêm test case và triển khai chúngTest case là gì? công việc viết chạy thử case
CÁC BƯỚC VIẾT test CASE
Dù đích mang đến là kiểm thử những nhân tài khác nhau, giải pháp viết chạy thử Case là không nỗ lực đổi.
Bước 1: Đặt title gây ấn tượng mạnh
Bước 2: ra mắt về kiểm tra Case. Ở bước này, các bạn sẽ trình bày nhân tài nào của phần mềm sẽ được kiểm tra, hoàn toàn có thể thêm một số thông tin khác như môi trường xung quanh kiểm thử, dữ liệu kiểm thử.
Bước 3: Đặt ra những assumption hay đk tiên quyết mà các bạn cho là cần thiết để quy trình kiểm thử rất có thể diễn ra.
Bước 4: Trình bày công việc kiểm thử, chú ý phải công việc phải đúng chuẩn và rõ ràng
Bước 5: Đưa ra công dụng truy vấn. Nhờ có tác dụng truy vấn mà các tester hoàn toàn có thể xác định kiểm thử là “pass” giỏi “fail”
MỘT SỐ MẪU kiểm tra CASE
Từ công việc được liệt kê trên, các chúng ta có thể dễ dàng đoán được một demo Case thường sẽ bao gồm những thông tin gì. Dưới đó là một số mẫu thử nghiệm Case tiêu biểu:
Mẫu chạy thử Case đối chọi giảnMột mẫu kiểm tra Case với màu sắc thú vị hơnMẫu thử nghiệm Case đơn giản nhưng không kém phần màu sắc sắcCác bạn cũng có thể dễ dàng mô phỏng những mẫu trên tốt tự chế tác một mẫu bằng phương pháp sử dụng Google Sheet giỏi Microsoft Excel.Nếu không, bạn cũng có thể tìm mẫu phù hợp qua những trang web cung ứng template miễn phí.
Những các loại Test Case phổ biến
Các chạy thử Case hay được chia thành hai nhóm: Kiểm thử tác dụng và Kiểm test phi chức năng.
Xem thêm: “ Hãng Tàu Tiếng Anh Là Gì ? Thuật Ngữ Trong Logistics Và Vận Tải Quốc Tế
Kiểm test chức năng là kiểm thử những hành vi của ứng dụng dựa bên trên yêu cầu của người dùng. Một số loại kiểm thử công dụng bao gồm:
Kiểm test tích hợp: Kiểm thử giao tiếp dữ liệu giữa những module của phần mềmKiểm thử đại lý dữ liệu: chất vấn độ đúng đắn và toàn vẹn của dữ liệu
Kiểm demo giao diện người tiêu dùng (GUI): Kiểm thử rất nhiều thành phần của giao diện người dùng như thẩm mỹ, lỗi dịch thuật…Kiểm thử đồng ý người cần sử dụng (UAT): đánh giá liệu phần mềm đã thỏa mãn nhu cầu yêu cầu của người dùng chưa
Kiểm demo phi chức năng kiểm tra các yếu tố không tương quan đến tác dụng của ứng dụng như hiệu suất.
Kiểm test hiệu năng: Kiểm thử để bảo đảm các chức năng của phần mềm chuyển động hiệu quảKiểm demo bảo mật: Kiểm tra những lỗ hổng trong hệ thống
Kiểm thử kĩ năng sử dụng: Kiểm test cách người dùng tiếp cận và sử dụng phần mềm
Nếu chúng ta là fan mới bắt đầu, chúng tôi hi vọng nội dung bài viết đã giải đáp phần như thế nào những thắc mắc của bạn. Còn nếu bạn sắp thâm nhập một cuộc vấn đáp để vươn lên là một kỹ sư kiểm thử, hi vọng các bạn sẽ chinh phục được nhà tuyển dụng nhờ vào những thông tin về demo case là gì làm việc trên!
Nguồn tham khảo:
https://www.edureka.co/blog/test-case-in-software-testing/https://www.guru99.com/test-case-vs-test-scenario.htmlTypes of thử nghiệm Cases in Software Testing
How lớn Write kiểm tra Cases for Software (with a sample)
Nếu các bạn quan tâm, hãy xem các vị trí đã tuyển dụng của Got It tại: bit.ly/gotit-hanoi và tìm hiểu thêm về các bước tuyển dụng trên đây.
1. Demo case là gìTest case ( Kịch phiên bản kiểm test ) là 1 trong tập thích hợp các hành động được xúc tiến để xác minh một function, một khối hệ thống phần mềm có vận động đúng giỏi không. Demo case mô tả tài liệu đầu vào (input) , hành động (action) hoặc sự kiện (event) cùng một công dụng mong chờ (expected result).
Một test case bao hàm những thành phần đặc trưng sau:
Test case ID - TC IDFunctionTest Objective
Pre - condition
Test Steps
Expected results
Test result (Passed ; Failed ; Blocked ; N/A ; Pending)
Tester vẫn so sánh kết quả mong chờ với thực tiễn để xác minh xem sản phẩm ứng dụng có chuyển động theo yêu mong cảu quý khách hàng hay không.
2. Thực hành thực tế thôi nào.Như phần tiêu đề sống trên thì mình sẽ triển khai viết thử nghiệm case cho chức năng tự động hóa fill OTP. Vì muốn mọi người dễ nắm bắt thì mình sẽ xúc tiến từ design, spec mang lại TCs một cách ví dụ và chi tiết nhất. ^ ^
Tổng quát tháo về chức năng
Một cái ứng dụng nọ với công dụng login bằng số diện thoại, sau khi nhập số điện thoại xong thì hệ thống sẽ di chuyển đến nhưng hình nhập OTP và đồng thời khối hệ thống sẽ nhờ cất hộ OTP về số điện thoại đó để người tiêu dùng nhập confirm thì mới login thành công xuất sắc được. Cơ mà trong ngôi trường hợp người dùng Login với thiết yếu số điện thoại trên device thì thế vì chúng ta phải tự nhập như đa số khi, OTP sẽ tự động hóa fill luôn. Công dụng chỉ đơn giản dễ dàng vậy thôi nhưng có thể sẽ gặp nhiều vào thực tế.
i.Design :
Note: Đối với app android thì đang cho tự động hóa fill nhưng i
OS thì lại chỉ mang lại suggest thôi.
ii. Spec:
| 1 | input OTP | - Validation : 6 ký kết tự, căn lề giữa - ngôi trường hợp auto nhập với apk , lúc sms OTP được gửi đến máy, OTP sẽ tự động hóa fill vào ô tiên phong hàng đầu - trường hợp auto nhập với i OS: + lúc sms OTP được gửi đến máy, OTP sẽ tự động hóa show trên phần nhắc nhở của keyboard với nội dung: "From message xxxxxx" + khi user click vào phần trên thì OTP tự động nhập vào ô số 1 + Nếu người dùng không chọn suggest OTP nhưng mà nhập từ bàn phím thì suggest bên trên sẽ thiếu tính + Sau khi người dùng xóa OTP vẫn nhập thì suggest vẫn hiển thị lại. |
| 2 | Text Resent OTP | "Please enter your OTP If you did not receive it: Resend " dấn text link "Resend" để được gửi lại OTP |
| 3 | Next | |
| 4 | Keyboard | Bàn phím default của hệ thống |
iii. Test case :
Dưới đây không là một template hoàn hảo của demo case, tôi đã lượt bỏ một trong những cột, rút gọn chỉ từ một số cột chủ yếu thôi.
| 1 | Auto Fill | - Xác minh OTP sẽ được auto hiển thị sinh hoạt mục suggestion bên trên keyboard và hoàn toàn có thể login thành công xuất sắc khi người dùng nhấn lựa chọn giá trị được suggest | - i OS - Login với chính sdt của device | 1. OTP được tự động hóa hiển thị ngơi nghỉ mục suggestion phía bên trên keyboard + ngôn từ "From message xxxxxx" 2. OTP hiển thị đúng như sms được gửi đến device 3. Login thành công xuất sắc với OTP đó |
| 2 | - Xác minh người dùng có thể login thành công xuất sắc khi nhập OTP bởi keyboard + Nhập cực hiếm giống ở vị trí suggest | 1. Login thành công | ||
| 3 | - Xác minh rằng OPT ngơi nghỉ mục suggest sẽ mất đi khi người tiêu dùng nhập OTP trường đoản cú keyboard | 1. OPT nghỉ ngơi mục suggest đang mất đi khi người tiêu dùng nhập OTP tự keyboard | ||
| 4 | - Xác minh OPT sống mục suggest đã hển thị trở lại khi người dùng nhập OTP từ keyboard , sau đó xóa đi | 1. OPT làm việc mục suggest đang hển thị quay trở về 2. Khi nhấp vào phần suggest thì OTP sẽ hiển thị bên trên | ||
| 5 | - Xác minh OTP sẽ lại được tự động hóa hiển thị nghỉ ngơi mục suggestion phía bên trên keyboard khi người tiêu dùng nhấn | 1. OTP được tự động hiển thị sống mục suggestion bên trên keyboard 2. OTP hiển thị quả như sms được gửi mang lại device 3. Login thành công xuất sắc với OTP đó | ||
| 6 | - Xác minh rằng OTP tự động điền vào | - apk - Login với thiết yếu sdt của device | 1. OTP tự động điền vào | |
| 7 | - Xác minh rằng OTP mới được điền tự động vào | 1. OTP mới tự động hóa điền vào | ||
| 8 | - Xác minh rằng người dùng rất có thể xóa cùng nhập lại OTP từ keyboad | 1. Fan dùng hoàn toàn có thể xóa với nhập lại OTP trường đoản cú keyboad | ||
| 9 | - Xác minh rằng OTP vẫn auto điền/ suggest trong cả khi người dùng tắt thông báo nhận lời nhắn của device | - app android / i OS | 1. OTP vẫn tự động điền/ suggest đúng | |
| 10 | - Xác minh rằng OTP vẫn tự động điền/ suggest đúng lúc có mặt khác tin nhắn OTP của ứng dụng khác được gửi mang đến device | 1. OTP vẫn tự động hóa điền/ suggest đúng | ||
| 11 | - Xác minh rằng OTP vẫn auto điền/ suggest đúng khoác dùng người tiêu dùng không accept tin nhắn + Đối với iCÙNG CHUYÊN MỤC MỚI
|
