Test Case Là Gì

Danh từ bỏ trong nghề ứng dụng thường rất dễ khiến nhầm lẫn. Test case, test script, chạy thử scenario, chạy thử plan; toàn bộ bọn chúng nghe có vẻ như kiểu như nhau. Kể cả khi bạn là một trong tester đầy kinh nghiệm hay mới vào nghề, thì vấn đề tìm hiểu những có mang siêu đặc biệt để tránh sự khó đọc trong ngành software testing. Đó là ngulặng nhân tại sao trong bài viết này, bọn họ đang tìm hiểu về "Test case". Vậy, test case trong nghề software testing là gì?


*

1. Định nghĩa - Test case trong software testing là gì?

Đơn giản độc nhất, một demo case là 1 tập hợp ĐK cùng tđắm đuối số bên dưới dự tính nghĩa của một tester để nguyên tắc phần mềm có hoạt động đúng thật đòi hỏi cùng chức năng hay không.quý khách đang xem: Testcase là gì

Một kiểm tra case là một trong đơn vị chức năng chạy thử solo nhưng mà tester thực hiện. Nó hướng dẫn có tác dụng thể làm sao theo từng steps nhằm demo. Bạn hoàn toàn có thể suy nghĩ một thử nghiệm case nhỏng là một tập hợp step-by-step chỉ dẫn nhằm verify hành động nào đó là đúng hưởng thụ.

Bạn đang xem: Test case là gì

1.1 Một chạy thử case hay chứa:Tiêu đềMô tảTest stepKết quả mong ước (Expected result)Kết quả tình chạy thử (Actual result)1.2 Ai viết chạy thử case?

Điển hình thì một thành viên từ bỏ QA team đang viết test case. Tại đây ko bao hàm unit chạy thử, được viết bởi development team, dẫu vậy họ sẽ không còn tham khảo unit kiểm tra trong bài post này. Hãy chắc chắn là rằng ai đang viết test case đều có kỹ năng viết, đọc mục tiêu cùng quý giá của kiểm tra case đó cung cấp.

1.3 Nó mang về quý hiếm gì?

Test case bao gồm một ý nghĩ về béo trong testing phase. Viết test case là bước quan trọng nhấy trong các bước kiểm tra. Hoạt đụng viết kiểm tra case để giúp chúng ta hiểu xuyên thấu cụ thể và chắc chắn rằng rằng các bạn đang soát sổ toàn bộ những case trường hợp bao gồm thể

Giá trị của test case trong thời hạn dài là bất cứ ai ai cũng có thể coi và thử nghiệm lại bằng việc thực hiện cỗ demo case. Test case là sẽ hỗ trợ các thành viên không giống vào team về sau. Ngắn gọn gàng, kiểm tra case để giúp đỡ ta:

Chắc chắn bao trùm cả system (những tác dụng chính vẫn không xẩy ra quên trong quá trình test).Cho phnghiền tester suy nghĩ mang đến những vấn đề bởi những bí quyết không giống nhau nhằm verify lại những khả năng.Những negative thử nghiệm case cũng được gìn giữ để ttê mê khảoChúng được sử dụng lại sau đây, ai ai cũng có thể coi với chạy lại test1.4 Khi làm sao thì thực hiện kiểm tra case?

Test case được sử dụng sau thời điểm development ngừng một tác dụng hay như là 1 tập công dụng. Trong lúc chờ development kết thúc, hoặc ngay thời điểm ban đầu, tester rất có thể sẵn sàng test case nhằm chạy. Mục gắn là bao gồm test case sẵn sàng lúc kiểm tra bước đầu.

Khi testing bắt đầu, tester theo cỗ kiểm tra case hoặc "script" bọn họ vẫn viết để chạy demo cùng verify ứng dụng. Một đội các demo case được gọi là kiểm tra suite.

1.5 Best practice trong khi viết thử nghiệm case

lúc làm sao viết thử nghiệm case, hãy nghĩ về về vụ việc này:

Giữ mang đến title nđính gọnBao có một biểu thị bỏ ra tiếtRõ ràng cùng xúc tíchBao có quý hiếm mong muốn đợi

Bạn cũng trở thành mong mỏi thử viết phần đông kiểm tra case hoàn toàn có thể tái sử dụng, vậy đề nghị chúng ta cũng có thể cai quản chạy thử với thực hiện lại trong tương lai.

Trong lúc viết chạy thử case rất có thể tốn effort test của khách hàng, nó cũng đem lại nhiều quý hiếm vào quá trình kiểm tra và nâng cao unique ứng dụng của khách hàng.

2. Các loại demo case trong software testing


*

2.1 Functionality Test Case

Functionality Test Case được áp dụng để giả dụ một application interface vận động với sự liên tưởng thân khối hệ thống và user của nó. Test khẳng định thành công xuất sắc xuất xắc fail một chức năng của phần mềm đó là giá trị kỳ vọng.

Những case này là 1 các loại black-box chạy thử, thử khám phá tuyệt user story của phần mềm được đề ra nhằm demo. Như vậy được cho phép test triển khai nhưng không cần phải truy vấn vào kết cấu bên dưới của ứng dụng được demo. QA team thường viết functionality demo case chính vì nó là một task trong quá trình QA bình thường. Chúng có thể được viết với chạy mau chóng vào quy trình development như là chức năng đầu tiên được thử nghiệm. Để giúp lãnh đạo phân phát triểu, bọn chúng rất có thể được viết bởi code, trường hợp vớ những tester ở được từng trải.

The giải pháp bên trên, chúng hoàn toàn có thể được viết cùng chạy trước khi làm cho với bọn chúng buộc phải được tái diễn bất cứ bao giờ có đổi khác hoặc thêm new.

Ví dụ: Confirm một user gồm thành công upload hình đại diện

2.2 User Interface Test Case

User interface test case được xử dụng để verify mọi case đặt biệt là 1 phần GUI và hy vọng đợi nó hoạt động đúng. Loại test case này có thể thực hiện nhằm kiểm định về thẩm mỹ và làm đẹp, ngữ pháp với lỗi dịch thuật, liên kết với bất cứ thành phần nào mà user thực hiện interface có thể thấy.

Những case này thường xuyên được viết vày testing team nhưng mà kiến thiết team cũng có thể tmê say gia bởi vì họ không còn xa lạ với giao diện. UI demo case là nhiều loại kiểm tra case trong software testing hay được sử dụng cross-browser testing. Browser khác biệt thì render khác nhau với UI thử nghiệm case giúp chắc chắn là rằng application của người sử dụng chuyển động tốt qua các browser.

Những demo case này đang chạy một lượt sinh hoạt development phase Lúc chấm dứt.

Ví dụ: Chuyện gì xảy ra lúc trang web được hiển thị trên một màn hình Smartphone nhỏ? Nó có làm UI bị bể?

2.3 Performance Test Cases

Performance chạy thử là soát sổ hiệu năng về thời hạn response cùng tác dụng toàn diện và tổng thể của một vận dụng. Đó là, sau khi tiến hành một hành vi, buộc phải mất bao lâu để khối hệ thống phản nghịch hồi? Các ngôi trường đúng theo khám nghiệm công suất đề nghị gồm một cỗ tiêu chí vô cùng cụ thể.

Các trường hòa hợp kiểm test tính năng giúp hiểu được áp dụng vẫn hoạt động ra làm sao vào trường vừa lòng thực tiễn. Những trường vừa lòng này có thể được viết lúc tester team đã nhận được được đòi hỏi về công suất tự product team.

Xem thêm: Voluntary Export Restraint ( Ver Là Gì ? Nghĩa Của Từ Ver Trong Tiếng Việt

Ví dụ: Mất bao thọ để khối hệ thống xác xắn người dùng với cài đặt trang tiếp theo? Lúc không ít người singin và một thời gian, áp dụng tất cả ổn định không?

2.4 Integration Test Cases

Các trường phù hợp kiểm demo tích thích hợp Có nghĩa là để xác định biện pháp các mô-đun khác biệt can hệ với nhau. Mục đích chủ yếu cùng với những ngôi trường hợp kiểm thử tích vừa lòng là nhằm bảo đảm an toàn hình ảnh giữa các mô-đun khác biệt vận động xuất sắc.

Tester team vẫn xác minh Quanh Vùng như thế nào vẫn trải qua thể nghiệm tích hợp, trong khi development team sẽ có được input đầu vào nguồn vào về phong thái các trường phù hợp phân tích này được viết. Một vào nhị team này rất có thể làm việc để exedễ thương các trường đúng theo. Họ xác minc rằng các mô-đun đang hoạt động lẻ tẻ, cũng hoàn toàn có thể vận động bên nhau.

Ví dụ: Kiểm tra links giữa page và phần “favorites” section Lúc bạn thêm một mục dưới dạng “favorites” section , từ trang chủ, nó tất cả lộ diện trong phần ưa chuộng của người dùng không?

2.5 Usability Test Cases

Usability demo cases thường xuyên hoàn toàn có thể được call là “tasks” hoặc “scenarios”. Tgiỏi vì cung cấp các giải đáp chi tiết từng bước một nhằm tiến hành kiểm tra, tester sẽ trình bày với cùng một “scenarios” hoặc "task" để hoàn thành.

Usability chạy thử cases giúp xác định biện pháp người dùng tiếp cận và thực hiện áp dụng một giải pháp tự nhiên và thoải mái. Họ giúp trả lời người xem sét trải qua các tình huống cùng những flow khác nhau.

Các ngôi trường vừa lòng phân tách này thường xuyên được sẵn sàng vị design team với tester team. Usability testing đề xuất được thực hiện trước khi acceptance testing.

Ví dụ: Người dùng rất có thể thêm thành công nhiều hơn một loại mặt hàng vào giỏ hàng của mình không? Trải nghiệm kia cầm cố nào?

2.6 Database Test Cases

Test cases để kiểm mang lại database testing là đánh giá về những luồng cách xử trí, hướng đi vào DB. Giao diện người dùng sạch sẽ và đa số đồ vật có thể sẽ hoạt động mà lại toàn bộ tài liệu đó sẽ đi đâu?

Để viết những trường hợp thể nghiệm này, các bạn cần phải có hiểu biết sâu sắc về tổng thể vận dụng, những bảng cửa hàng tài liệu với những giấy tờ thủ tục được lưu trữ. Tester team thường đang thực hiện các truy vấn vấn SQL nhằm query những trường đúng theo kiểm soát cơ sở dữ liệu.

Kiểm tra cửa hàng tài liệu được áp dụng để xác minch developer sẽ viết mã Theo phong cách tàng trữ cùng cách xử trí tài liệu sẽ đúng giỏi không.

Ví dụ: Hãy chăm chú câu hỏi tạo user protệp tin. lúc người dùng gửi làm hồ sơ của mình, đa số điều sau đây cần được kiểm tra liên quan mang lại đại lý dữ liệu.

Có cần tất cả tài liệu sẽ tiến hành lưu trữ vào DBCó bất kể dữ liệu như thế nào bị mất trong thừa trình?Nếu tài liệu chỉ được tiến hành một phần thì có dc giữ hay không?x2.7 Security Test Cases

Các trường đúng theo kiểm soát Security giúp bảo đảm an toàn vận dụng tiêu giảm các hành vi với permissions bất kể khi nào cần thiết. Những trường hợp xem sét này được viết nhằm bảo vệ dữ liệu

Xác thực với mã hóa thường là giữa trung tâm bao gồm trong những trường vừa lòng soát sổ bảo mật. Nhóm bảo mật thông tin (nếu có) thường chịu đựng trách nát nhiệm viết với thực hiện các thể nghiệm này.

Ví dụ: Nếu người tiêu dùng đạt X chu kỳ singin thua cuộc, tài khoản tất cả bị khóa không? Là người dùng rất có thể thiết lập lên dữ liệu cơ mà ko cần đăng nhập?

2.8 User Acceptance Test Cases

Các ngôi trường phù hợp soát sổ acceptance testing, hoặc những ngôi trường hợp chất vấn của UAT để giúp tester team kiểm tra môi trường thiên nhiên chấp nhận của người tiêu dùng. Các trường phù hợp thể nghiệm này phải rộng lớn, cover tất cả những nghành nghề của ứng dụng..

Mục đích của những trường hòa hợp xem sét này là không tìm thấy lỗi (hi vọng rằng bọn chúng đã được tra cứu thấy với sửa trong các nghiên cứu trước đó), tuy thế nhằm xác minh ứng dụng được người tiêu dùng đồng ý. Vì vậy, Khi bọn họ exedễ thương chạy thử, công dụng của bài bác bình chọn đó cùng kinh nghiệm của bài bác khám nghiệm đó giành được chấp nhận không?

Khi những các loại thể nghiệm không giống đã có tiến hành vào thời khắc UAT bước đầu, nó ko focus vô số ở mức độ cụ thể, nhưng đi được cường độ toàn diện. Các trường phù hợp bình chọn đồng ý người tiêu dùng được sử dụng vì người dùng cuối hoặc người sử dụng cùng được chuẩn bị vày testing team hoặc product manager. Đây có lẽ là quy trình thử nghiệm đặc biệt duy nhất vì chưng đây là bước sau cùng trước lúc lấn sân vào thêm vào.

Ví dụ: Nếu phân tách chẳng hạn, áp dụng làm chủ hình họa mang đến studio tự sướng, quý khách hàng (người dùng) nên soát sổ xem họ hoàn toàn có thể sở hữu lên và quản lý hình ảnh theo cách tương xứng cùng với nhu cầu kinh doanh của họ không.

Finally

Mỗi các loại kiểm thử phần mềm những hiểu biết những loại ngôi trường hợp kiểm thử khác biệt. Bằng cách để mắt tới các thể các loại chạy thử case khi bạn xây dựng các bài chất vấn của bản thân, bạn sẽ buổi tối nhiều hóa phạm vi kiểm tra cùng đưa ra sản phẩm với việc tự tín hơn.