TEST CASE LÀ GÌ

     

1. Khái niệm thử nghiệm Cases (TCs) là gì?

Test Cases là 1 trong tập hợp các trường hợp đk theo đó mà Tester có thể dựa vào nó để khẳng định liệu 1 ứng dụng, khối hệ thống phần mềm hoặc là 1 trong những tính năng của chính nó có vận động như mong muốn cần có tác dụng hay không?

Các qui định để khẳng định liệu một chương trình phần mềm hoặc khối hệ thống đã được trải qua hay không, một trường hòa hợp kiểm thử (1 case) được nghe biết như một kim chỉ nan kiểm demo ( nghĩa là bạn cần phải xác định được trường những trường hợp có thể xảy ra).

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

2. Công việc xác định TCs

B1: khẳng định mục đích test.

Trước tiên, bạn cần nắm rõ đặc tả yêu ước của khách hàng. Khi ban đầu viết TCs cho các tính năng của 1 khối hệ thống phần mềm, việc thứ nhất cần khẳng định đó là cần hiểu và xác minh được yêu mong của hệ thống.

B2: khẳng định hiệu suất testing. ( dựa trên sự phát âm biết về hệ thống phần mềm)

Để viết kịch bản thử nghiệm tốt, bạn nên được yêu cầu với thân quen với những yêu cầu chức năng. Bạn cần phải biết làm nuốm nào ứng dụng được sử dụng bao gồm các chuyển động , tổ chức công dụng khác nhau.

B3: khẳng định các yêu ước phi chức năng.

Bước thứ cha là nhằm hiểu đa số khía cạnh không giống của phần mềm liên quan đến những yêu cầu phi chức năng (non-function) như yêu mong phần cứng, hệ điều hành, các khía cạnh an ninh(security) phải được coi như xét và đk tiên quyết không giống như những tập tin dữ liệu hoặc sẵn sàng dữ liệu demo nghiệm.

Thử nghiệm các yêu mong phi chức năng là cực kỳ quan trọng.

Ví dụ: bình chọn số record hoàn toàn có thể download xuống và thời gian tải file của công dụng export excel (Performance test).Kiểm tra việc đăng nhập vào khối hệ thống = session của user không giống (security test)Ngoài ra, còn cần 1 số case tương quan tới behavior của người tiêu dùng như : không cho đăng nhập sai quá 5 lần với các khối hệ thống banking, khám nghiệm tính toàn diện của dữ liệu.

B4: xác minh biểu mẫu mang đến TCs

Các mẫu , những trường hòa hợp thử nghiệm nên bao gồm giao diện UI, chức năng, kĩ năng chịu lỗi, khả năng tương mê thích và công suất của một vài chức năng. Từng thể loại phải được xác định tương xứng với xúc tích của ứng dụng phần mềm.

B5: xác định tính ảnh hưởng giữa những nguyên tắc mô-đun(module),chức năng(function), màn hình (screen) .

Trước tiên yêu cầu hiểu rõ chức năng thực hiện của một mô-đun và sự can hệ của mô-đun đó với những mô-đun khác để xác minh được follow, sự khớp nối của hệ thống

TCs nên có phong cách thiết kế để hoàn toàn có thể che đậy được sự ảnh hưởng của các mô-đun cùng với nhau ở tầm mức độ cao nhất. Hy vọng biết được vụ việc đó, bận cần xác định rõ được tính năng của từng mô-đun riêng biệt, cách thức nó hoạt động tương tác cùng với mô-đun khác như vậy nào?

1 số tips khi ao ước xác minh độ ảnh hưởng:

Check các functions/module/screen có tính năng tương tự or ngay gần giốngCheck các functions/module/screen có thực hiện chung hàm/proceduce/line code đóCheck IN/OUT của functions/module/screenCheck sự shop giữa các sub systemNếu 1 hệ thống làm cả website và app thì cần kiểm tra tương quan lại web/app nếu có

Ví dụ: lúc test công dụng giỏ hàng của 1 website thương mại dịch vụ điện tử nhằm kiểm tra bạn ngoài vấn đề kiểm tra số lượng, giá bán của sản phẩm có vào giỏ hàng, bạn cũng rất cần được kiếm tra những tính năng liên quan của tác động của nó nữa, như: người chào bán update/xóa tin tức của sản phẩm, sau khoản thời gian thêm sản phẩm vào giỏ mặt hàng thì số lượng hàng của người bán có bị giảm đi hay k? kiểm tra việc đối sánh tương quan giữa giỏ sản phẩm và tác dụng thanh toán...

3. Cấu tạo của TCs

Format của 1 TCs thường thì bao gồm:

Test Case ID : giá chỉ trị cần để khẳng định số lượng trường hợp yêu cầu để kiểm thử.

Chức năng (Function): Dựa theo tác dụng của hệ thống rất có thể chia nhở các functions ra để chế tác TCs ví dụ hơn. Ví dụ: check form đăng nhập gmail được xem là 2 function lớn.

Test Data : Những dữ liệu cần chuẩn bị để test

Test Steps : mô tả các bước thực hiện test

Expected results: hiệu quả mong hóng từ công việc thực hiện nay trên

A result: thông thường sẽ là pass, fail, cùng pending. Đây là hiệu quả thực tế khi tiến hành test theo demo case trên môi trường của hệ thống

**Ngoài ra, có thể thêm 1 số cột như: ** Tester ( người triển khai test), Execute Date ( ngày thực hiện test),...

Xem thêm: Nghĩa Của Từ Ăn Mảnh Là Gì ? Ăn Mảnh Là Gì Và Như Thế Nào Gọi Là Ăn Mảnh

4. Xác định trường vừa lòng kiểm tra.

Với 1 giá chỉ trị đề nghị kiểm tra luôn luôn gồm 3 trường hợp lớn đề nghị kiểm tra có thể xảy ra.

Normal case : những trường hợp kiểm test thông thườngAbnormal case : những trường thích hợp kiểm demo bất bình thườngBoundary case: những trường hợp khám nghiệm boundary.

Từ những trường hợp bự trên tùy theo từng giá bán trị buộc phải kiểm tra sẽ xác minh và chia nhỏ ra thành các case bé dại hơn tương ứng.

5. Ví dụ như : tiến hành viết TCs cho tác dụng đăng nhập facebook trên sản phẩm công nghệ tính.

B1: xác định yêu cầu.

Yêu mong là test form login của facebook theo mặt đường link: https://www.facebook.com/

*

Mục đích test: Kiểm tra bài toán đăng nhập thành công vào khối hệ thống facebook, không test tác dụng đăng ký kết ở thuộc trên form, chỉ kiểm tra trên môi trường xung quanh web ,ko demo trên môi trường thiên nhiên điện thoại, browser trên điện thoại.

Xác định hiệu suất testing: chức năng form login của facebook cũng tiến hành tương tự như hầu hết chức năng của các hệ thống khác. Khung login bao gồm: 2 text box email/điện thoại với mật khẩu, 1 button đăng nhập, 1 link quên mật khẩu.

Xác định non-function yêu thương cầu: Cần kiểm tra tính bảo mật với đông đảo trường hợp e-mail chưa đk vào hệ thống trước đó, giữ mật khẩu vào trình duyệt, nhiều loại trình duyệt: firefox, chrome, safari, IE, ..., xung quanh ra, phải kiểm tra hệ thống mạng, phần cứng lắp thêm tính,

Xác định biểu mẫu mang đến TCs: Yêu mong sẽ bao gồm test các phần: UI, công dụng đăng nhập, vận tốc đăng nhâp.

Xác định tính tác động giữa các nguyên tắc mô-đun: có thể check account singin của người tiêu dùng có là một trong những account thực hay là không so với DB của hệ thống (giả sử ta gồm DB đó). Sau thời điểm đăng nhập thành công xuất sắc sẽ chuyển hướng về trang nhà của người dùng.

B2: xây cất TCs.

Xác định những case UI: bao gồm UI chung của cả form: màu sắc sắc, font, size, color của label, chiều dài, rộng, cao, loại của các textbox, button, vị trí của form, textbox, button, link trên trang... Giả dụ mỗi một UI tách ra thành 1 case thì TCs đang quá dài vị vậy chúng ta cũng có thể gộp lại thành 1 case demo UI bình thường hoặc tách nhỏ dại ra theo phân nhóm UI.

Xác định case chạy thử chức năng: Ở đây tác dụng là đăng nhập có 2 text box email/điện thoại cùng mật khẩu, 1 button đăng nhập, 1 liên kết quên mật khẩu. Cho nên sẽ có những case như sau

Đối với email/ điện thoại textbox:

Normal case vẫn gồm: singin với đúng sdt, địa chỉ cửa hàng email đã đăng ký với hệ thống facebook trước đó với đăng nhập với blank, không nên sdt, showroom email đã đăng ký với khối hệ thống facebook trước đó.

Abnormal case sẽ gồm: Đăng nhập với số điện thoại cảm ứng mà thêm mã vùng, mã nước vào trước kia (ví dụ: +849....) hoặc email mà không nhập tố e-mail cho nó ( e-mail đúng là: nguyen.thi.hong.nhung). Ngoài ra, còn tồn tại các cases: ngắt mạng, mạng yếu, thực hiện 3G, wi-fi, mạng lan, đánh cắp cookie, session, đăng nhập trên các trình chăm chú ...

Xem thêm: Thermistor Là Gì ? Cấu Tạo Và Phân Loại? Điện Trở Nhiệt Là Gì

Boundary case sẽ gồm: Text số lương cam kết tự về tối thiểu và tối đa nhưng ô text đến nhập. Có thể tạo ra 1 email với nhiều ký tự để test, hoặc 1 thư điện tử ngắn nhất có thể để test.( với trường đúng theo này tôi ko soát sổ tính đúng chuẩn của follow đăng nhập mà lại chỉ kiểm tra khả năng cho nhập tối thiểu và tối đa của ô text.)

Tương tự với ô mật khẩu: nhưng sản xuất nữa sống ô mật khẩu cần kiểm tra thêm tính mã hóa password nữa.

Đối với button đăng nhập:

Normal case đang gồm: Nhập cực hiếm vào text, click button đăng nhập, bấm phím enter từ bàn phím.Abnormal case sẽ gồm: Click liên tục or enter thường xuyên vào buttonBoundary case vẫn gồm: không cần kiểm tra trường đúng theo nàyTestcase mẫu:

*