Danh từ bỏ trong nghề phần mềm thường xuyên rất dễ gây lầm lẫn. Test case, thử nghiệm script, thử nghiệm scenario, chạy thử plan; tất cả bọn chúng nghe có vẻ như tương tự nhau. Kể cả khi bạn là một tester đầy kinh nghiệm xuất xắc mới vào nghề, thì vấn đề tò mò những quan niệm khôn cùng đặc trưng nhằm tách sự khó đọc trong lĩnh vực software testing. Đó là nguyên ổn nhân tại sao vào bài viết này, bọn họ đang tò mò về "Test case". Vậy, test case trong nghề software testing là gì?


*

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

Đơn giản độc nhất vô nhị, một kiểm tra case là một tập hòa hợp điều kiện với tmê man số bên dưới ý định nghĩa của một tester nhằm luật pháp phần mềm có vận động đúng như tận hưởng với tính năng hay là không.quý khách hàng đang xem: Testcase là gì

Một test case là 1 đơn vị demo 1-1 mà lại tester thực hiện. Nó khuyên bảo làm thể nào theo từng steps để chạy thử. quý khách rất có thể suy nghĩ một thử nghiệm case như là một trong những tập hợp step-by-step giải đáp nhằm verify hành vi gì đó là đúng yên cầu.

Bạn đang xem: Testcase là gì

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

Điển hình thì một thành viên tự QA team vẫn viết thử nghiệm case. Tại trên đây ko bao gồm unit thử nghiệm, được viết do development team, tuy nhiên chúng ta sẽ không tìm hiểu thêm unit chạy thử vào bài bác post này. Hãy chắc hẳn rằng rằng nhiều người đang viết thử nghiệm case đều phải sở hữu kĩ năng viết, gọi mục tiêu và quý giá của test case kia hỗ trợ.

1.3 Nó mang về cực hiếm gì?

Test case gồm một ý nghĩ bự vào testing phase. Viết thử nghiệm case là bước đặc biệt quan trọng nhấy vào quy trình thử nghiệm. Hoạt hễ viết chạy thử case sẽ giúp đỡ bạn gọi xuyên suốt cụ thể và chắc chắn là rằng chúng ta vẫn soát sổ toàn bộ những case giả dụ tất cả thể

Giá trị của chạy thử case vào thời gian lâu năm là bất cứ ai ai cũng có thể coi và thử nghiệm lại bằng việc sử dụng cỗ demo case. Test case là sẽ cung cấp các thành viên không giống vào team về sau. Nthêm gọn, thử nghiệm case để giúp đỡ ta:

Chắc chắn che phủ cả system (các công dụng chủ yếu đã không xẩy ra quên trong quá trình test).Cho phép tester nghĩ mang đến những sự việc bởi các giải pháp khác biệt nhằm verify lại những khả năng.Những negative sầu kiểm tra case cũng được lưu lại nhằm tsi khảoChúng được thực hiện lại sau này, ai ai cũng hoàn toàn có thể xem cùng chạy lại test1.4 Lúc như thế nào thì sử dụng test case?

Test case được thực hiện sau khi development hoàn thành một công dụng hay là 1 tập tác dụng. Trong Khi chờ development hoàn thành, hoặc ngay lập tức thời gian bắt đầu, tester có thể chuẩn bị test case nhằm chạy. Mục đính thêm là có test case chuẩn bị sẵn sàng Lúc chạy thử bắt đầu.

lúc testing bắt đầu, tester theo bộ demo case hoặc "script" bọn họ đang viết để chạy thử nghiệm với verify phần mềm. Một nhóm những chạy thử case được điện thoại tư vấn là test suite.

1.5 Best practice trong những lúc viết kiểm tra case

lúc nào viết kiểm tra case, hãy suy nghĩ về vụ việc này:

Giữ cho title nđính thêm gọnBao có một mô tả bỏ ra tiếtRõ ràng và xúc tíchBao có quý giá ý muốn đợi

quý khách hàng cũng trở thành hy vọng demo viết phần đa test case có thể tái sử dụng, vậy bắt buộc bạn có thể quản lý chạy thử với áp dụng lại về sau.

Trong lúc viết thử nghiệm case rất có thể tốn effort test của người tiêu dùng, nó cũng đem về nhiều quý hiếm trong quy trình chạy thử cùng nâng cao unique phần mềm của người tiêu dùng.

2. Các loại thử nghiệm case trong software testing


*

2.1 Functionality Test Case

Functionality Test Case được thực hiện để nếu một application interface hoạt động với sự địa chỉ thân khối hệ thống cùng user của chính nó. Test xác định thành công xuất sắc tốt fail một chức năng của phần mềm chính là giá trị kỳ vọng.

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

The phương tiện bên trên, bọn chúng có thể được viết với chạy trước lúc làm với bọn chúng nên được lặp lại bất kể bao giờ tất cả chuyển đổi hoặc thêm bắt đầu.

Ví dụ: Confirm một user tất cả thành công xuất sắc upload hình đại diện

2.2 User Interface Test Case

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

Những case này thường xuyên được viết vì chưng testing team tuy thế kiến thiết team cũng rất có thể tham gia do chúng ta thân quen với hình ảnh. UI thử nghiệm case là nhiều loại thử nghiệm case vào software testing hay được dùng cross-browser testing. Browser khác biệt thì render khác nhau và UI chạy thử case giúp chắc chắn rằng application của doanh nghiệp hoạt động giỏi qua các browser.

Những kiểm tra case này đang chạy một lần ở development phase khi dứt.

Ví dụ: Cthị xã gì xẩy ra Lúc website được hiển thị trên một screen điện thoại cảm ứng nhỏ? Nó tất cả có tác dụng UI bị bể?

2.3 Performance Test Cases

Performance test là đánh giá tính năng về thời hạn response cùng kết quả toàn diện của một áp dụng. Đó là, sau thời điểm tiến hành một hành động, nên mất bao thọ nhằm hệ thống làm phản hồi? Các ngôi trường vừa lòng chất vấn hiệu suất cần có một bộ tiêu chuẩn hết sức ví dụ.

Các trường phù hợp kiểm thử tính năng góp đọc được áp dụng đã hoạt động ra làm sao trong trường phù hợp thực tiễn. Những ngôi trường phù hợp này hoàn toàn có thể được viết lúc tester team đã nhận được kinh nghiệm về năng suất từ bỏ product team.

Xem thêm: Kiếm Tiền Bằng Cách Xem Video Trên Baymack Là Gì Dễ Hơn Thế, Baymack $ Flamzy & Skylom Vn

Ví dụ: Mất bao lâu nhằm hệ thống xác thực người tiêu dùng cùng thiết lập trang tiếp theo? khi nhiều người đăng nhập cùng một lúc, vận dụng gồm bất biến không?

2.4 Integration Test Cases

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

Tester team vẫn xác minh Quanh Vùng như thế nào đã trải qua xem sét tích hòa hợp, trong những lúc development team sẽ sở hữu được đầu vào đầu vào về kiểu cách các trường đúng theo phân tích này được viết. Một trong hai team này hoàn toàn có thể thao tác làm việc nhằm execute những ngôi trường vừa lòng. Họ xác minh rằng các mô-đun vẫn chuyển động lẻ tẻ, cũng rất có thể chuyển động với mọi người trong nhà.

Ví dụ: Kiểm tra links thân page cùng phần “favorites” section khi các bạn thêm một mục bên dưới dạng “favorites” section , từ bỏ trang chủ, nó có mở ra vào phần hâm mộ của người tiêu dùng không?

2.5 Usability Test Cases

Usability demo cases thường rất có thể được Gọi là “tasks” hoặc “scenarios”. Txuất xắc bởi cung cấp những khuyên bảo cụ thể từng bước để triển khai kiểm soát, tester đã trình bày với cùng 1 “scenarios” hoặc "task" để ngừng.

Usability demo cases góp xác định bí quyết người dùng tiếp cận với thực hiện áp dụng một cách thoải mái và tự nhiên. Họ góp gợi ý người thí nghiệm trải qua những tình huống với những flow khác biệt.

Các ngôi trường thích hợp thử nghiệm này thường xuyên được sẵn sàng vì chưng kiến thiết team và tester team. Usability testing bắt buộc được tiến hành trước lúc acceptance testing.

Ví dụ: Người cần sử dụng có thể thêm thành công nhiều hơn 1 mặt hàng vào giỏ hàng của họ không? Trải nghiệm đó cụ nào?

2.6 Database Test Cases

Test cases để kiểm đến database testing là kiểm tra về những luồng cách xử trí, hướng đi trong DB. Giao diện người dùng sạch sẽ cùng đầy đủ thứ dường như đã chuyển động tuy thế tất cả tài liệu đó sẽ đi đâu?

Để viết những ngôi trường thích hợp phân tách này, chúng ta cần phải có đọc biết sâu sắc về tổng thể áp dụng, các bảng cơ sở dữ liệu với các giấy tờ thủ tục được lưu trữ. Tester team thường xuyên vẫn sử dụng những truy vấn SQL nhằm query các ngôi trường hợp kiểm tra các đại lý tài liệu.

Kiểm tra các đại lý dữ liệu được thực hiện nhằm xác minc developer đang viết mã theo cách lưu trữ và xử trí dữ liệu vẫn đúng tuyệt chưa.

Ví dụ: Hãy chu đáo việc sản xuất user profile. Khi người tiêu dùng gửi làm hồ sơ của họ, phần đông điều tiếp sau đây rất cần phải kiểm soát liên quan mang lại đại lý dữ liệu.

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

Các trường phù hợp soát sổ Security giúp bảo đảm an toàn áp dụng giảm bớt các hành vi cùng permissions bất cứ bao giờ quan trọng. Những ngôi trường hòa hợp phân tích này được viết để bảo đảm an toàn dữ liệu

Xác thực với mã hóa hay là trọng tâm chính trong những ngôi trường hợp chất vấn bảo mật. Nhóm bảo mật (ví như có) thường xuyên Chịu trách nát nhiệm viết cùng thực hiện các phân tách này.

Ví dụ: Nếu người dùng đạt X tần số đăng nhập không thắng cuộc, thông tin tài khoản bao gồm bị khóa không? Là người tiêu dùng hoàn toàn có thể tải lên tài liệu nhưng ko yêu cầu đăng nhập?

2.8 User Acceptance Test Cases

Các trường thích hợp đánh giá acceptance testing, hoặc những trường hợp chất vấn của UAT sẽ giúp tester team đánh giá môi trường xung quanh đồng ý của người dùng. Các trường vừa lòng thể nghiệm này bắt buộc rộng lớn, cover toàn bộ các nghành nghề dịch vụ của áp dụng..

Mục đích của các ngôi trường thích hợp phân tích này là không tìm kiếm thấy lỗi (hy vọng rằng bọn chúng đã làm được search thấy với sửa trong các phân tích trước đó), nhưng để xác minch ứng dụng được người tiêu dùng gật đầu đồng ý. Vì vậy, Lúc chúng ta execute chạy thử, tác dụng của bài bác bình chọn kia và tay nghề của bài bác kiểm tra đó dành được chấp nhận không?

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

Ví dụ: Nếu thí điểm chẳng hạn, áp dụng quản lý hình họa mang lại studio tự sướng, khách hàng (bạn dùng) yêu cầu kiểm soát coi bọn họ có thể sở hữu lên cùng cai quản ảnh theo cách phù hợp cùng với nhu cầu kinh doanh của mình không.

Finally

Mỗi các loại kiểm demo ứng dụng trải đời các một số loại trường hợp kiểm thử không giống nhau. Bằng phương pháp chu đáo những thể nhiều loại kiểm tra case khi bạn kiến tạo các bài xích bình chọn của mình, bạn sẽ tối nhiều hóa phạm vi bình chọn và giới thiệu sản phẩm với việc tự tín rộng.

Bài viết liên quan

Trả lời

Email của bạn sẽ không được hiển thị công khai. Các trường bắt buộc được đánh dấu *