test case là gì

Với những người dân mới nhất lần hiểu chắc rằng còn cực kỳ không quen với thuật ngữ test case nhập tiến độ design ứng dụng. Vậy Test case là gì? Làm thế này nhằm tạo ra 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ả nhập nội dung bài viết sau đây!

Test case là gì?

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

Test case hoặc kịch phiên bản 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ừ cơ xác lập coi phần mềm ứng dụng hay là một tác dụng phần mềm với hoạt động và sinh hoạt chính hay là không.

Test case tế bào mô tả những nhâ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 chờ mong (Expected response).

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

Testcase được cải cách và phát triển bên trên Excel, World. Quy trình cải cách và phát triển test case rất có thể canh ty lần lỗi nhập quy trình design phần mềm. Do cơ, việc sẵn sàng test case càng cấp tốc canh ty vạc hiện tại lỗi càng thời gian nhanh và canh ty 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 chức năng phần mềm hoặc phần mềm được design hoạt động và sinh hoạt với thành phẩm quả thật chờ mong. Đây là bước trước tiên nhập quy trình test nhưng mà bất kể Tester nào thì cũng cần tiến hành. Nếu xây đắp test case ko unique rất có thể thực hiện sơ sót, tác động cho tới quá trình tiếp theo 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 nhập việc:

• Đảm bảo phạm vi kiểm demo.
• Phát hiện tại những lỗi, bug, thiếu thốn sót nhập chức năng và canh ty nâng cao unique ứng dụng. Quá trình vận hành, duy trì 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 tiếp tục đáp ứng một cách đầy đủ mong ước người tiêu dùng ko. Nếu ko thì xây dựng viên cần thiết kiểm tra và sửa lại trước lúc tung ứng dụng đi ra thị ngôi trường.
• Tester rất có thể tiến hành 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 mét dùng vô hạn nhập sau này, miễn sao tester cảm nhận thấy tương thích.

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 phiên bản kiểm demo bao hàm những bộ phận này. 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.

Sau đấy là những bộ phận chủ yếu chúng ta có thể phát hiện Khi 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 bám theo trật tự tăng dần dần.
• Mục đích kiểm demo (Test case Description): Mô mô tả mục tiêu của test case là đánh giá tác dụng này. Tại mục này, Tester tiếp tục tế bào mô tả việc làm tiến hành.
• Dữ liệu kiểm demo (Test Data): Dữ liệu cần thiết sẵn sàng nhằm tiến hành việc kiểm demo, rất có thể với 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 tiến hành (Test Steps): Mô mô tả cụ thể những bước tiến hành test. Tuy nhiên, Tester nên tế bào mô tả một cơ hội ngắn ngủn gọn gàng và thiệt rõ rệt. Đồng thời tránh việc bỏ dở những sự khiếu nại chính yếu nhằm rất có thể đơn giản và dễ dàng tiến hành lại Khi với lỗi.
• Kết ngược mong ước (Expected Results): Hiển thị thành phẩm chờ mong kể từ những bước kiểm demo. Kết ngược mong ước thông thường dựa vào đòi hỏi của người sử dụng hoặc nhận xét bám theo tư liệu trình độ chuyên môn.
• Kết ngược thực tiễn (Test Results): Hiển thị thành phẩm thực tiễn kể từ những bước tiến hành 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 đi ra nhập test case rất có thể với một trong những nhâ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 phân 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 chính test case nhập 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á skin người tiêu dùng hình đồ họa.
2. Positive test case: Bao bao gồm những test case tích cực kỳ, hợp thức, nhập tài liệu chính.
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 chính, sai xen kẹt tuy nhiên bước sau cuối luôn luôn chính.

Các loại Test case phổ cập hiện tại nay

Có nhiều loại testcase không giống nhau đáp ứng bám theo yêu cầu kiểm demo của Tester. Tùy vào cụ thể từng tiến trình cải cách 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 đến tương thích.

Functionality Test Case

Functionality Test Case (Test case chức năng) canh ty xác lập thành công xuất sắc hoặc thất bại của một tác 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 nhập 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 nhập tiến trình development ngay trong lúc những tác dụng trước tiên hoàn thành xong. Chúng rất có thể được ghi chép vày 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 với thay cho thay đổi trong số tác dụng của ứng dụng.

User Interface Test Case

User Interface Test Case (Test case skin 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 thiết bị họa) với đang được hoạt động và sinh hoạt chính chờ mong ko. Loại test case này canh ty kiểm lăm le 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ày nhưng mà người tiêu dùng rất có thể thấy bên trên skin.

Những case này thông thường được kết hợp xây đắp vày group Designer và group Tester. Những test case này tiếp tục chạy bên trên tiến trình đầy đủ ứng dụng, Khi nhưng mà GUI đang được liên kết với hạ tầng tài liệu nhằm đánh giá coi ứng dụng với tương quí và hoạt động và sinh hoạt chất lượng tốt 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, ví dụ 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 bám theo 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 nhập 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 làm sao, cũng tựa như những tình huống ví dụ nhưng mà phần mềm hoạt động và sinh hoạt ko hiệu suất cao. Từ cơ xây dựng viên rất có thể kiểm tra nhằm nâng cao 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 kiểm tra sự tương tác trong những module cùng nhau. Mục đích chủ yếu của test case này là đáp ứng skin trong những module tương quí và hoạt động và sinh hoạt rất tốt vào cụ thể từng ĐK.

Integration Test Case thông thường được kết hợp xây đắp vày group Tester và group Development. Tester tiếp tục xác lập chống cần thiết tổ chức test. Trong Khi cơ, developer hỗ trợ những tài liệu nguồn vào mang đến từng tình huống kiểm demo. Cuối nằm trong, 1 trong những 2 group tiếp tục tiến hành 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ọng trách hoặc kịch phiên bản đòi hỏi Tester cần hoàn thành xong. Test case này canh ty Tester hưởng thụ và xác lập phương phía tiếp cận, dùng thành phầm, cty của người tiêu dùng Theo phong cách đương nhiên nhất. Các tình huống demo nghiệm được sẵn sàng vày cả hai group Designer – Tester và cần được lên kế hoạch trước lúc tổ chức User Acceptance Test Cases (Kiểm demo gật đầu người dùng).

Database Test Case

Xem thêm: thanh tra giao thông hiện nay là ai

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 cút nhập hạ tầng tài liệu của phần mềm. Test case này được tiến hành nhằm đảm nói rằng xây dựng viên xử lý và tàng trữ tài liệu nhập database một cơ hội nhất quán, an toàn và đáng tin cậy.

Để xây đắp Database Test Case, Tester cần thiết làm rõ về phần mềm, hạ tầng tài liệu phần mềm cũng tựa như những giấy tờ thủ tục quan trọng mang đến tàng trữ, cai quản 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ừ cơ canh ty bảo đảm an toàn tài liệu ở những chống 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 đến 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ể đáp ứng nhu cầu được yêu cầu người tiêu dùng ở toàn bộ những nghành. Chính nên là, test case này rất cần được xây đắp đa dạng mẫu mã nghành, ngành nghề ngỗng và bám sát nhập thực tiễn nhất.

Những người xây đắp User Acceptance Test Cases đa số 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 demo sau cuối và cần thiết nhất trước lúc công phụ vương thành phầm và tiến hành tạo ra thực tiễn.

Những nghệ thuật Test case điển hình

Để rất có thể tạo ra một test cases nổi bật đáp ứng unique của ứng dụng, chúng ta có thể vận dụng những nghệ thuật 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 demo 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 demo tĩnh thông thường được tiến hành bằng tay thủ công hoặc những ứng dụng, dụng cụ kiểm demo. Quá trình này tiếp tục vì thế xây dựng viên hoặc người review code tiến hành nhằm mục đích đánh giá code, đòi hỏi nghệ thuật, tư liệu design, mã mối cung cấp, kịch phiên bản demo nghiệm,… với đúng đắn và khả đua ko.

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

• Informal Review: Là quy trình kiểm demo ko đầu tiên, nhập cơ những tư liệu nghệ thuật sẽ tiến hành kiểm tra và đánh giá.
• Walk-throught: Là cách thức share vấn đề, chỉ dẫn, lý giải, đem 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 demo làm rõ về ứng dụng, phần mềm. Từ cơ bọn họ rất có thể nhận ra và vạc hiện tại những lỗi tồn bên trên nhập ứng dụng. Test case này thông thường được tổ chức triển khai trở nên 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 demo triệu tập nhập việc nhận xét và thảo luận về phần nghệ thuật của phần mềm, ứng dụng. Từ cơ thể hiện phương phía giải quyết và xử lý, thay cho thế nghệ thuật, sửa thay đổi lỗi,… nhằm tối ưu phần mềm.
• Inspection: Là cách thức kiểm demo canh ty 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 tiến hành đánh giá coi những tư liệu việc làm đang đượ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 demo trải qua việc dùng máy chạy lịch trình. Lúc này, code đang được vận hành, nguồn vào đang được hỗ trợ độ quý hiếm và mang đến thành phẩm (đầu ra). Kiểm demo động tiếp tục đối chiếu thành phẩm thực tiễn này với thành phẩm chờ mong ban sơ nhằm xác lập rằng ứng dụng tiếp tục đáp ứng nhu cầu yêu cầu hoặc ko.

Các nghệ thuật test case động bao hàm 3 group chủ yếu sau:

1. Kỹ thuật Specification-based

Đây là group nghệ thuật kiểm demo triệu tập nhập những nhâ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 bên phía trong ứng dụng.

Các nghệ thuật ví dụ nằm trong group này gồm những:

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

2. Kỹ thuật Structure-based

Đây là group nghệ thuật được dùng nhằm kiểm demo cấu tạo và cơ hội vận hành của ứng dụng, phần mềm. Để tiến hành được nghệ thuật này, Tester cần thông thạo về xây dựng thì mới có thể rất có thể hấp thụ input và kiểm demo output đúng đắn.

Những nghệ thuật ví dụ nằm trong group này gồm những:

• Kiểm demo 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 phiên bám theo những ĐK chính.
• Kiểm demo quyết định (Decision testing): Được dùng nhằm đánh giá coi nhập lịch trình với câu mệnh lệnh này ko thể truy vấn hoặc thực hiện không bình thường ko. Trong số đó, Tester tiếp tục chính thức kể từ điểm đưa ra quyết định (decision point) và bám theo control flow nhằm đánh giá thành phẩm đưa ra quyết định (decision resuilt).
• Kiểm demo đ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 phiên vày cả độ quý hiếm chính và sai.
• Kiểm demo nhiều điều kiện (Multiple condition testing): Được dùng nhằm kiểm demo 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 cần tiến hành và vày 2 lũy quá bậc N (N là số điều kiện).

3. Kỹ thuật Experience-based

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

Những nghệ thuật ví dụ của tập thể nhóm này bao gồm:

• Kiểm demo thăm hỏi thám thính (Exploratory testing): Tester tiếp tục vừa phải thăm hỏi thám thính ứng dụng, vừa phải design và thiện hiện tại quy trình kiểm demo. Quá trình này sẽ không ra mắt bám theo chương trình hoặc quá trình ví dụ nhưng mà thay cho thay đổi linh động bám theo 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 ẩn chứa rất có thể tồn bên trên nhập ứng dụng dựa vào vốn liếng tay nghề đã có sẵn.

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

Nếu các bạn vẫn không biết cơ hội ghi chép test case unique thì rất có thể tiến hành bám theo 5 bước cụ thể bên dưới đây:

1. Xác lăm le mục đích: Tại đoạn này, Tester cần thiết lần hiểu yêu cầu và mong ước của người sử dụng. Sau cơ đề ra những tiềm năng, tiêu xài chuẩn chỉnh ví dụ mang đến test case sẽ giúp đỡ ứng dụng, phần mềm rất có thể đáp ứng nhu cầu những yêu cầu này.
2. Xác lăm le hiệu suất: Bước này đòi hỏi Tester cần thông thạo về xây dựng. Trong số đó, các bạn sẽ cần xác lập coi module đang được test với tác dụng gì, tài liệu, bộ phận nhập module tiếp tục tương tác cùng nhau ra làm sao,… kể từ cơ đo lường được hiệu suất kiểm demo.
3. Xác lăm le đòi hỏi phi chức năng: Cạnh 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 tác dụng cũng tương đối cần thiết với 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 tác dụng rất có thể xuất hiện tại và tổ chức kiểm demo.
4. Xác lăm le biểu mẫu: Mỗi ứng dụng, phần mềm sẽ có được những biểu kiểu mẫu testing không giống nhau. Tuy nhiên, nhìn bao quát nhập 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 nhân tố bao gồm skin người tiêu dùng (UI), tác dụng, năng lực tương quí, hiệu suất ứng dụng.
5. Xác lăm le tương tác thân thích module: Cuối nằm trong nhằm ghi chép test case unique, Tester cần thiết làm rõ cơ hội những module đang được tương tác cùng nhau. Vấn đề này canh ty tối ưu quy trình test giống như đáp ứng test case chứa đựng toàn cỗ những module với links.

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 nhập quy trình kiểm demo và yên cầu Tester cần vâng lệnh theo như đúng những cách thức nhằm tiết kiệm ngân sách thời hạn, công sức của con người. Khi tiếp tục dùng nhuần nhuyễn thì test case là một trong những dụng cụ vô nằm trong hiệu quả khiến cho bạn cải cách 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 các công việc ghi chép test case hiệu suất cao, chúng ta có thể nhằm lại phản hồi ở bên dưới nhằm quý khách nằm trong thảo luận.

Xem thêm: anduin lothar là ai