test case là gì

Với những người dân mới mẻ dò xét hiểu có lẽ rằng còn rất rất không quen với thuật ngữ test case vô tiến độ design ứng dụng. Vậy Test case là gì? Làm thế nào là nhằm tạo nên những biểu kiểu mẫu test case hóa học lượng? Tất cả sẽ tiến hành Vietnix share cụ thể cho tới độc giả vô nội dung bài viết sau đây!

Test case là gì?

Test case hoặc kịch bạn dạng kiểm thử được dùng làm đánh giá những trường hợp rất có thể xẩy ra, kể từ bại liệt xác lập coi phần mềm ứng dụng hay là 1 công dụng phần mềm đem hoạt động và sinh hoạt trúng hay là không.

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

Test case tế bào miêu tả những nguyên tố sau:

• Dữ liệu nguồn vào (Input).
• Hành động (Active) – Sự khiếu nại (Event).
• Kết ngược mong ngóng (Expected response).

Bộ test case đem cường độ cụ thể không giống nhau tùy nằm trong vô văn cảnh của dự án công trình và quy tế bào doanh nghiệp lớn phát triển ứng dụng.

Testcase được cách tân và phát triển bên trên Excel, World. Quy trình cách tân và phát triển test case rất có thể chung dò xét lỗi vô quy trình design phần mềm. Do bại liệt, việc sẵn sàng test case càng cấp tốc chung phân phát hiện tại lỗi càng nhanh chóng và chung tinh giảm thời hạn design ứng dụng.

Vai trò của Test case

Vai trò chủ yếu của test case là đáp ứng tác dụng phần mềm hoặc phần mềm được design hoạt động và sinh hoạt với thành quả quả thật mong ngóng. Đây là bước trước tiên vô quy trình test nhưng mà bất kể Tester nào thì cũng nên triển khai. Nếu xây đắp test case ko quality rất có thể tạo nên sơ sót, tác động cho tới quá trình tiếp sau.

Ngoài tầm quan trọng chủ yếu này, test case còn tồn tại tầm quan trọng cần thiết vô việc:

• Đảm bảo phạm vi kiểm test.
• Phát hiện tại những lỗi, bug, thiếu thốn sót vô tác dụng và chung nâng cấp quality ứng dụng. Quá trình vận hành, gia hạn và update cũng trở thành đơn giản và dễ dàng rộng lớn.
• Giúp xác lập liệu ứng dụng vẫn đáp ứng một cách đầy đủ ước muốn người tiêu dùng ko. Nếu ko thì thiết kế viên cần thiết đánh giá và sửa lại trước lúc tung ứng dụng rời khỏi thị ngôi trường.
• Tester rất có thể triển khai nhiều test case đồng thời để xem nhận ứng dụng ở nhiều góc nhìn không giống nhau.
• Test case rất có thể được tái ngắt dùng vô hạn vô sau này, miễn sao tester cảm nhận thấy thích hợp.

Cấu trúc của một Test case là gì?

Để hiểu và thực hành thực tế thạo phần test case, bạn phải nắm rõ cấu tạo của một bạn dạng kiểm test bao hàm những bộ phận nào là. Thực tế, cấu tạo của test case tiếp tục không giống nhau ở từng dự án công trình, từng doanh nghiệp lớn.

Sau đó là những bộ phận chủ yếu chúng ta cũng có thể phát hiện Lúc xây đắp test case:

• Mã test case (ID test case): Giá trị cần thiết nhằm xác lập trật tự của test case. ID rất có thể bao hàm chữ và số được lưu lại theo đòi trật tự tăng dần dần.
• Mục đích kiểm test (Test case Description): Mô miêu tả mục tiêu của test case là đánh giá công dụng nào là. Tại mục này, Tester tiếp tục tế bào miêu tả việc làm triển khai.
• Dữ liệu kiểm test (Test Data): Dữ liệu cần thiết sẵn sàng nhằm triển khai việc kiểm test, rất có thể đem hoặc ko tùy theo quy tế bào dự án công trình. Tester rất có thể nhằm ở dạng thương hiệu data hoặc đường đi cho tới tệp tin.
• Các bước triển khai (Test Steps): Mô miêu tả cụ thể những bước triển khai test. Tuy nhiên, Tester nên tế bào miêu tả một cơ hội cụt gọn gàng và thiệt rõ rệt. Đồng thời tránh việc bỏ lỡ những sự khiếu nại chính yếu nhằm rất có thể đơn giản và dễ dàng triển khai lại Lúc đem lỗi.
• Kết ngược ước muốn (Expected Results): Hiển thị thành quả mong ngóng kể từ những bước kiểm test. Kết ngược ước muốn thông thường dựa vào đòi hỏi của người sử dụng hoặc Reviews theo đòi tư liệu trình độ chuyên môn.
• Kết ngược thực tiễn (Test Results): Hiển thị thành quả thực tiễn kể từ những bước triển khai bên trên môi trường thiên nhiên của khối hệ thống, thông thường được xem là pass, fail hoặc pending.

Ngoài rời khỏi vô test case rất có thể đem một trong những nguyên tố không giống như:

• Tester (Người thực hiện).
• Pre-condition (Điều khiếu nại chi phí đề).
• Date excute test (Ngày thực hiện).
• Comments (Thông tin tưởng bổ sung cập nhật thêm),…

Các group chủ yếu của Test case là gì?

Hiện ni, những loại test case được tạo thành 4 group chủ yếu tại đây. Quý khách hàng cần thiết nắm vững những group này nhằm phân loại trúng test case vô quy trình kiểm thử:

1. GUI test case: Bao bao gồm toàn bộ những test case được xây đắp nhằm đánh giá hình mẫu người tiêu dùng hình họa.
2. Positive test case: Bao bao gồm những test case tích rất rất, hợp thức, nhập tài liệu trúng.
3. Negative test case: Bao bao gồm những test case xấu đi, ko hợp thức, nhập tài liệu sai.
4. Combination test case: Bao bao gồm những test case nằm trong lòng 2 loại positive và negative. Những test case này còn có nhiều bước trúng, sai xen kẽ tuy nhiên bước sau cuối luôn luôn trúng.

Các loại Test case thịnh hành hiện tại nay

Có nhiều loại testcase không giống nhau đáp ứng theo đòi yêu cầu kiểm test của Tester. Tùy vào cụ thể từng quá trình cách tân và phát triển ứng dụng nhưng mà bạn phải lựa lựa chọn loại test case mang lại thích hợp.

Functionality Test Case

Functionality Test Case (Test case chức năng) chung xác lập thành công xuất sắc hoặc thất bại của một công dụng ứng dụng cũng đó là độ quý hiếm kỳ vọng. Những case này đòi hỏi ứng dụng được chấp nhận test nhưng mà không nhất thiết phải truy vấn vô cấu tạo bên dưới của ứng dụng.

Chúng rất có thể được ghi chép và chạy sớm vô quá trình development ngay lúc những công dụng trước tiên hoàn thành xong. Chúng rất có thể được ghi chép vì như thế mã code, nếu như được đòi hỏi. Functionality Test Case nên được tái diễn bất kể lúc nào đem thay cho thay đổi trong số công dụng của ứng dụng.

User Interface Test Case

User Interface Test Case (Test case hình mẫu người dùng) được dùng nhằm xác minh những bộ phận của GUI (giao diện người tiêu dùng vật họa) đem đang được hoạt động và sinh hoạt trúng mong ngóng ko. Loại test case này chung kiểm tấp tểnh về ngữ pháp, thẩm mỹ và làm đẹp và lỗi dịch thuật, liên kết hoặc bất kể bộ phận nào là nhưng mà người tiêu dùng rất có thể thấy bên trên hình mẫu.

Những case này thông thường được kết hợp xây đắp vì như thế group Designer và group Tester. Những test case này tiếp tục chạy bên trên quá trình đầy đủ ứng dụng, Lúc nhưng mà GUI và được liên kết với hạ tầng tài liệu nhằm đánh giá coi ứng dụng đem tương mến và hoạt động và sinh hoạt đảm bảo chất lượng trên rất nhiều trình duyệt ko.

Performance Test Case

Performance Test Case (Test case hiệu suất) được dùng nhằm đánh giá tính năng ứng dụng, rõ ràng là thời hạn phản hồi và hiệu suất hoạt động và sinh hoạt của phần mềm. Test case này tiếp tục được chấp nhận đánh giá thời hạn quan trọng nhằm khối hệ thống phản hồi một hoạt động và sinh hoạt theo đòi cỗ tiêu chuẩn rõ rệt.

Performance Test Case thông thường được Tester ghi chép và được chấp nhận chạy tự động hóa liên tiếp vô xuyên suốt quy trình design ứng dụng. Chúng sẽ hỗ trợ xác lập coi phần mềm hoạt động và sinh hoạt thực tiễn ra sao, cũng như các tình huống rõ ràng nhưng mà phần mềm hoạt động và sinh hoạt ko hiệu suất cao. Từ bại liệt thiết kế viên rất có thể đánh giá nhằm nâng cấp hiệu suất phần mềm tối ưu rộng lớn.

Integration Test Case

Integration Test Case (Test case tích hợp) được dùng nhằm đánh giá sự tương tác Một trong những module cùng nhau. Mục đích chủ yếu của test case này là đáp ứng hình mẫu Một trong những module tương mến và hoạt động và sinh hoạt tốt nhất có thể vào cụ thể từng ĐK.

Integration Test Case thông thường được kết hợp xây đắp vì như thế group Tester và group Development. Tester tiếp tục xác lập điểm cần thiết tổ chức test. Trong Lúc bại liệt, developer hỗ trợ những tài liệu nguồn vào mang lại từng tình huống kiểm test. Cuối nằm trong, một trong những 2 group tiếp tục triển khai xác lập coi những module hoạt động và sinh hoạt song lập rất có thể kết hợp thao tác làm việc bên cạnh nhau ko.

Usability Test Case

Usability Test Case (Test case tính khả dụng) hoặc Task (nhiệm vụ) hoặc Scenarios (Kịch bản) hỗ trợ trách nhiệm hoặc kịch bạn dạng đòi hỏi Tester nên hoàn thành xong. Test case này chung Tester thưởng thức và xác lập phương phía tiếp cận, dùng thành phầm, công ty của người tiêu dùng Theo phong cách bất ngờ nhất. Các tình huống test nghiệm được sẵn sàng vì như thế cả hai group Designer – Tester và nên được lên kế hoạch trước lúc tổ chức User Acceptance Test Cases (Kiểm test gật đầu người dùng).

Xem thêm: grand opening là gì

Database Test Case

Database Test Case (Test case hạ tầng dữ liệu) được dùng nhằm đánh giá những luồng xử lý, phía chuồn vô hạ tầng tài liệu của phần mềm. Test case này được triển khai nhằm đảm nói rằng thiết kế viên xử lý và tàng trữ tài liệu vô database một cơ hội nhất quán, an toàn và tin cậy.

Để xây đắp Database Test Case, Tester cần thiết nắm rõ về phần mềm, hạ tầng tài liệu phần mềm cũng như các giấy tờ thủ tục quan trọng mang lại tàng trữ, quản lí trị tài liệu. Thông thông thường, Tester tiếp tục dùng truy vấn SQL nhằm xây đắp những test case này.

Security Test Case (Test case bảo mật)

Security Test Case (Test case bảo mật) được dùng nhằm đáp ứng phần mềm được phân quyền tài liệu và giới hạn đột nhập ở những điểm quan trọng. Từ bại liệt chung bảo đảm an toàn tài liệu ở những điểm quan trọng. Security Test Case sẽ tiến hành xây đắp nhằm đánh giá xâm nhập và cường độ xác thực, mã hóa tài liệu của phần mềm. Nhóm Security tiếp tục là kẻ phụ trách chủ yếu mang lại loại test case này.

User Acceptance Test Case

User Acceptance Test Cases (Test case gật đầu người dùng) được dùng nhằm đánh giá môi trường thiên nhiên dùng của người tiêu dùng. Mục đích của những test case là xác minh rằng phần mềm rất có thể thỏa mãn nhu cầu được yêu cầu người tiêu dùng ở toàn bộ những nghành nghề. Chính nên là, test case này rất cần được xây đắp đa dạng chủng loại nghành nghề, ngành nghề nghiệp và bám sát vô thực tiễn nhất.

Những người xây đắp User Acceptance Test Cases hầu hết là quản lý và vận hành dự án công trình hoặc group Tester. Đây là bước kiểm test sau cuối và cần thiết nhất trước lúc công tía thành phầm và đi vào phát triển thực tiễn.

Những chuyên môn Test case điển hình

Để rất có thể tạo thành một test cases nổi bật đáp ứng quality của ứng dụng, chúng ta cũng có thể vận dụng những chuyên môn tại đây :

Kỹ thuật Test case tĩnh

Kỹ thuật test case tĩnh hoặc Static Testing Technique là cách thức kiểm test tay chân trải qua giấy má cây viết nhưng mà ko cần thiết chạy ứng dụng thẳng. Kiểm test tĩnh thông thường được triển khai bằng tay thủ công hoặc những ứng dụng, khí cụ kiểm test. Quá trình này tiếp tục bởi thiết kế viên hoặc người review code triển khai nhằm mục tiêu đánh giá code, đòi hỏi chuyên môn, tư liệu design, mã mối cung cấp, kịch bạn dạng test nghiệm,… đem đúng mực và khả đua ko.

Các loại kiểm test tĩnh thông thường bao gồm:

• Informal Review: Là quy trình kiểm test ko đầu tiên, vô bại liệt những tư liệu chuyên môn sẽ tiến hành đánh giá và đánh giá.
• Walk-throught: Là cách thức share vấn đề, chỉ dẫn, phân tích và lý giải, gửi giao thông vận tải tin tưởng sẽ giúp những người dân nhập cuộc kiểm test nắm rõ về ứng dụng, phần mềm. Từ bại liệt chúng ta rất có thể nhận ra và phân phát hiện tại những lỗi tồn bên trên vô ứng dụng. Test case này thông thường được tổ chức triển khai trở thành một cuộc họp và được biên chép, tàng trữ vấn đề lại.
• Technical review: Là cách thức kiểm test triệu tập vô việc Reviews và thảo luận về phần chuyên môn của phần mềm, ứng dụng. Từ bại liệt thể hiện phương phía giải quyết và xử lý, thay cho thế chuyên môn, sửa thay đổi lỗi,… nhằm tối ưu phần mềm.
• Inspection: Là cách thức kiểm test chung xác lập những khuyết thiếu còn tồn bên trên. Người phê duyệt tiếp tục triển khai đánh giá coi những tư liệu việc làm và được hoàn thành xong cho tới đâu.

Kỹ thuật Test case động

Kỹ thuật test case động hoặc Dynamic Testing Technique là cách thức kiểm test trải qua việc dùng máy chạy lịch trình. Lúc này, code và được vận hành, nguồn vào và được hỗ trợ độ quý hiếm và mang lại thành quả (đầu ra). Kiểm test động tiếp tục đối chiếu thành quả thực tiễn này với thành quả mong ngóng thuở đầu nhằm xác lập rằng ứng dụng vẫn thỏa mãn nhu cầu yêu cầu hoặc ko.

Các chuyên môn test case động bao hàm 3 group chủ yếu sau:

1. Kỹ thuật Specification-based

Đây là group chuyên môn kiểm test triệu tập vô những nguyên tố bên phía ngoài như: cơ hội design, cơ hội vận hành bên phía ngoài,… Tester rất có thể đánh giá nhưng mà ko tác dụng thực hiện thay cho thay đổi cấu tạo phía bên trong ứng dụng.

Các chuyên môn rõ ràng nằm trong group này gồm những:

• Phân vùng tương tự (Equivalence Partitioning): Đầu vô sẽ tiến hành phân tạo thành những lớp tài liệu với ĐK tương tự nhằm triển khai những ca kiểm test.
• Phân tích độ quý hiếm biên (Boundary Value Analysis): Tester tiếp tục triển khai kiểm test độ quý hiếm biên của tài liệu vô và rời khỏi theo đòi 2 cơ hội chủ yếu là: Kiểm tra 2 độ quý hiếm (với 4 test case là nhỏ nhất, sát bên dưới nấc nhỏ nhất, lớn số 1, sát bên trên nấc rộng lớn nhất) và Kiểm tra 3 độ quý hiếm (với 6 test case là nhỏ nhất, sát bên dưới nấc nhỏ nhất, sát bên trên nấc nhỏ nhất, lớn số 1, sát bên dưới nấc lớn số 1, sát bên trên nấc rộng lớn nhất).
• Bảng đưa ra quyết định (Decision Table Testing): Được triển khai Lúc nguồn vào đựng được nhiều ĐK và Output đầu ra đựng được nhiều hành vi. Kỹ thuật này chung tiết kiệm chi phí thời hạn chạy test lịch trình vẫn khái quát toàn cỗ Output đầu ra và nguồn vào.
• Chuyển thay đổi hiện trạng (State Transition Testing): Là cách thức kiểm test bằng phương pháp thay cho thay đổi ĐK nguồn vào dẫn cho tới sự thay cho thay đổi hiện trạng của ứng dụng, phần mềm. Cụ thể, Tester tiếp tục hỗ trợ tài liệu nguồn vào hợp thức và ko hợp thức nhằm đánh giá phương thức phản hồi của khối hệ thống mang lại từng tình huống.
• Trường hợp ý dùng (Use cases Testing): Là cách thức kiểm test chung xác lập toàn cỗ test case đang rất được triển khai bên trên toàn cỗ khối hệ thống. Từ bại liệt chung dò xét kiếm và xử lý những lỗi kể từ kiểm test tích hợp ý.

2. Kỹ thuật Structure-based

Đây là group chuyên môn được dùng nhằm kiểm test cấu tạo và cơ hội vận hành của ứng dụng, phần mềm. Để triển khai được chuyên môn này, Tester nên thông tỏ về thiết kế thì mới có thể rất có thể hấp thụ input và kiểm test output đúng mực.

Những chuyên môn rõ ràng nằm trong group này gồm những:

• Kiểm test câu mệnh lệnh (Statement testing): Tester đánh giá cơ hội vận hành của mã mối cung cấp bằng phương pháp thực đua từng câu mệnh lệnh tối thiểu một đợt theo đòi những ĐK trúng.
• Kiểm test quyết định (Decision testing): Được dùng nhằm đánh giá coi vô lịch trình đem câu mệnh lệnh nào là ko thể truy vấn hoặc tạo nên phi lý ko. Trong số đó, Tester tiếp tục chính thức kể từ điểm đưa ra quyết định (decision point) và theo đòi control flow nhằm đánh giá thành quả đưa ra quyết định (decision resuilt).
• Kiểm test điều kiện (Condition testing): Được dùng nhằm đánh giá những biểu thức Boolean bằng phương pháp thực đua bọn chúng tối thiểu một đợt vì như thế cả độ quý hiếm trúng và sai.
• Kiểm test nhiều điều kiện (Multiple condition testing): Được dùng nhằm kiểm test toàn cỗ tổng hợp ĐK rất có thể của đưa ra quyết định. Trong số đó, con số tổng hợp đó là số test case nên triển khai và vì như thế 2 lũy quá bậc N (N là số điều kiện).

3. Kỹ thuật Experience-based

Nhóm chuyên môn experience-based được design dựa vào kỹ năng, tay nghề, năng lượng trình độ chuyên môn của Tester.

Những chuyên môn rõ ràng của group này bao gồm:

• Kiểm test thăm hỏi dò xét (Exploratory testing): Tester tiếp tục một vừa hai phải thăm hỏi dò xét ứng dụng, một vừa hai phải design và thiện hiện tại quy trình kiểm test. Quá trình này sẽ không ra mắt theo đòi chương trình hoặc quá trình rõ ràng nhưng mà thay cho thay đổi hoạt bát theo đòi tay nghề của từng Tester.
• Phỏng đoán lỗi (Error guessing): Tester tiếp tục phỏng đoán những lỗi tiềm tàng rất có thể tồn bên trên vô ứng dụng dựa vào vốn liếng tay nghề đã có sẵn trước.

Hướng dẫn cơ hội ghi chép Test case hóa học lượng

Nếu chúng ta vẫn chưa chắc chắn cơ hội ghi chép test case quality thì rất có thể triển khai theo đòi 5 bước cụ thể bên dưới đây:

1. Xác tấp tểnh mục đích: Tại đoạn này, Tester cần thiết dò xét hiểu yêu cầu và ước muốn của người sử dụng. Sau bại liệt đề ra những tiềm năng, chi tiêu chuẩn chỉnh rõ ràng mang lại test case sẽ giúp ứng dụng, phần mềm rất có thể thỏa mãn nhu cầu những yêu cầu này.
2. Xác tấp tểnh hiệu suất: Bước này đòi hỏi Tester nên thông tỏ về thiết kế. Trong số đó, các bạn sẽ nên xác lập coi module đang được test đem công dụng gì, tài liệu, bộ phận vô module tiếp tục tương tác cùng nhau ra sao,… kể từ bại liệt đo lường được hiệu suất kiểm test.
3. Xác tấp tểnh đòi hỏi phi chức năng: Mé cạnh đòi hỏi về Hartware, cấu tạo khối hệ thống hoặc bảo mật thông tin tài liệu thì những đòi hỏi phi công dụng cũng khá cần thiết với cùng 1 phần mềm, ứng dụng. Vì vậy ở đoạn này, Tester cần thiết liệt kê toàn cỗ những đòi hỏi phi công dụng rất có thể xuất hiện tại và tổ chức kiểm test.
4. Xác tấp tểnh biểu mẫu: Mỗi ứng dụng, phần mềm sẽ sở hữu được những biểu kiểu mẫu testing không giống nhau. Tuy nhiên, nhìn toàn diện vô quy trình ghi chép test case, Tester cần thiết đảm biểu kiểu mẫu chứa chấp những nguyên tố bao gồm hình mẫu người tiêu dùng (UI), công dụng, năng lực tương mến, hiệu suất ứng dụng.
5. Xác tấp tểnh tương tác thân thiết module: Cuối nằm trong nhằm ghi chép test case quality, Tester cần thiết nắm rõ cơ hội những module đang được tương tác cùng nhau. Vấn đề này chung tối ưu quy trình test tương tự đáp ứng test case chứa đựng toàn cỗ những module đem link.

Những thắc mắc thông thường gặp gỡ về Test case là gì?

Lời kết

Test case đóng tầm quan trọng cần thiết vô quy trình kiểm test và yên cầu Tester nên tuân hành theo như đúng những qui định nhằm tiết kiệm chi phí thời hạn, sức lực lao động. Khi vẫn dùng nhuần nhuyễn thì test case là 1 trong những khí cụ vô nằm trong hiệu quả giúp đỡ bạn cách tân và phát triển ứng dụng. Nếu còn bất kể vướng mắc hoặc share tay nghề trong những việc ghi chép test case hiệu suất cao, chúng ta cũng có thể nhằm lại comment ở bên dưới nhằm quý khách nằm trong thảo luận.