Guideline to make and understand Un

Guideline to make and understand Unit Test Case

1. Overview
- In the template, Unit test cases are based on functions. Each sheet presents test cases for one function.
- Cover: General information of the project and Unit Test cases
" - FunctionList: The list of Classes and Functions in the document.
+ To control that the number of Unit TC meets customer's requirement or the norm, user should fill value for
'Normal number of Test cases/KLOC'. "
" + Click on Function link to open the related Test cases of the function.
Note: You should create new Function sheet before creating the link"
" - Test Report: provive the overview results of Functions Unit test: Test coverage, Test successful coverage
(Summary, for normal/abnormal/boundary cases)"
Note: Should check the formula of "Sub Total" if you add more functions

2. Content in Test function sheet
2.1 Combination of test cases.
- To verify that number of Unit TC meets customer's requirement or not. User has to fill number LOC of tested function and fill value of 'Normal number test cases/KLOC' item in FunctionList sheet, which is required by customer or normal value. The number of lacked TC is shown in 'Lack of test cases' item.
- If the number of Unit TC does not meet the requirement, creator should explain the reasons.
- If the number of 'Normal number test cases/KLOC' item in FunctionList sheet is not recorded, the number in 'Lack of test cases' is not calculated.

2.2 Condition and confirmation of Test cases.
Each test case is the combination of condition and confirmation.
a. Condition:
- Condition is combination of precondition and values of inputs.
" - Precondition: it is setting condition that must exist before execution of the test case.
Example: file A is precondition for the test case that needs to access file A."
- Values of inputs: it includes 3 types of values: normal, boundary and abnormal.
. Normal values are values of inputs used mainly and usually to ensure the function works.
. Boundary values are limited values that contain upper and lower values.
. Abnormal values are non-expected values. And normally it processes exception cases.
- For examples:
Input value belongs to 5

Kết quả (Việt) 1:

Hướng dẫn thực hiện và hiểu đơn vị kiểm tra trường hợp1. Tổng quan -In mẫu, trường hợp đơn vị kiểm tra được dựa trên chức năng. Mỗi tờ trình bày trường hợp thử nghiệm cho một chức năng. -Bao gồm: Thông tin chung của dự án và trường hợp đơn vị thử nghiệm"-FunctionList: danh sách các lớp học và các chức năng trong tài liệu. + Để kiểm soát số lượng đơn vị TC đáp ứng yêu cầu của khách hàng hoặc chuẩn, người dùng nên điền các giá trị cho 'Bình thường số lượng các trường hợp kiểm tra/KLOC'. "+ Click vào chức năng liên kết để mở các trường hợp kiểm tra liên quan đến các chức năng. Lưu ý: bạn nên tạo mới chức năng sheet trước khi tạo các liên kết ""-Kiểm tra báo cáo: provive kết quả tổng quan về các đơn vị chức năng kiểm tra: kiểm tra phạm vi bảo hiểm, bảo hiểm thành công thử nghiệm (Tóm tắt, đối với trường hợp bình thường/bất thường/biên)" Lưu ý: Nên kiểm tra xem công thức của "Tiểu tất cả" nếu bạn thêm nhiều chức năng2. nội dung kiểm tra chức năng sheet2.1 các kết hợp của trường hợp thử nghiệm. -Để xác minh rằng số đơn vị TC đáp ứng yêu cầu của khách hàng hay không. Người dùng có thể điền số Lộc của thử nghiệm chức năng và điền vào giá trị của 'Bình thường số trường hợp thử nghiệm/KLOC' mục trong FunctionList tấm, đó là yêu cầu của khách hàng hoặc giá trị bình thường. Số lượng thiếu TC Hiển thị trong mục 'Thiếu của trường hợp thử nghiệm'. -Nếu số lượng đơn vị TC không đáp ứng các yêu cầu, tạo nên giải thích lý do. -Nếu số lượng 'Bình thường số trường hợp thử nghiệm/KLOC' mục trong FunctionList tấm không được ghi lại, một số 'Thiếu trường hợp thử nghiệm' không được tính. 2.2 điều kiện và xác nhận của trường hợp thử nghiệm. Mỗi trường hợp thử nghiệm là sự kết hợp của các điều kiện và xác nhận.a. điều kiện: -Điều kiện là sự kết hợp của các điều kiện tiên quyết và giá trị của các yếu tố đầu vào."-Điều kiện tiên quyết: nó là thiết lập tình trạng phải tồn tại trước khi thực hiện các trường hợp thử nghiệm. Ví dụ: tệp A là điều kiện tiên quyết cho các trường hợp thử nghiệm cần để truy cập tập tin A. " -Giá trị đầu vào: nó bao gồm 3 loại giá trị: bình thường, ranh giới và bất thường. . Các giá trị bình thường là giá trị đầu vào được sử dụng chủ yếu và thường để đảm bảo các công trình chức năng. . Các giá trị biên là giá trị giới hạn có chứa giá trị trên và dưới. . Các giá trị bất thường là không - giá trị dự kiến. Và thông thường nó xử lý các trường hợp ngoại lệ. -Ví dụ: Nhập giá trị thuộc về 5 < = input < = 10. . 6,7,8,9 là giá trị bình thường. . 5, 10 là giá trị biên. . -1, 11,... là những giá trị bất thường. b. xác nhận: "-Đó là sự kết hợp của các kết quả dự kiến kiểm tra đầu ra của mỗi chức năng. Nếu kết quả là cùng với xác nhận, kiểm tra các trường hợp được thông qua, trường hợp khác, đó thất bại. " -Xác nhận có thể bao gồm: + Sản lượng các kết quả của các chức năng. + Đầu ra thông điệp ghi vào tệp nhật ký. + Đầu ra màn hình tin nhắn...c. các loại hình của trường hợp thử nghiệm và kết quả: -Loại hình trường hợp thử nghiệm: nó bao gồm các bình thường, ranh giới và trường hợp kiểm tra bất thường. Sử dụng lựa chọn các loại dựa trên các loại dữ liệu đầu vào."-Trường hợp kiểm tra kết quả: kết quả đầu ra thực tế so với sự xác nhận. P cho qua và F cho trường hợp thất bại. Nó có thể 'OK' hoặc 'NG' (nó phụ thuộc vào thói quen của đội khách) " 2.3. các mặt hàng khác: -Mã chức năng: là ID của các chức năng và cập nhật tự động theo tờ FunctionList. -Chức năng tên: là tên của các chức năng và cập nhật tự động theo tờ FunctionList. -Tạo ra bởi: Tên của tác giả. -Thực hiện bởi: Tên người thực hiện một thử nghiệm đơn vị -Dòng mã: số mã số dòng của các chức năng. -Kiểm tra yêu cầu: mô tả ngắn gọn về yêu cầu mà đang được thử nghiệm trong chức năng này, nó không phải là bắt buộc.

Kết quả (Việt) 2:

Hướng dẫn để thực hiện và hiểu Unit Test Case 1. Tổng quan - Trong mẫu, trường hợp kiểm tra đơn vị được dựa trên các chức năng. Mỗi tờ trình bày trường hợp thử nghiệm cho một chức năng. - Cover: Thông tin chung về các trường hợp dự án và Unit Test "- FunctionList:. Danh sách các lớp học và chức năng trong tài liệu + Để kiểm soát số lượng các đơn vị TC đáp ứng yêu cầu của khách hàng hoặc các định mức , người sử dụng cần điền giá trị cho 'số bình thường của trường hợp thử nghiệm / KLOC' ". " + Click vào liên kết chức năng để mở các trường hợp thử nghiệm liên quan của các chức năng. Lưu ý: Bạn nên tạo tờ chức năng mới trước khi tạo liên kết " " - báo cáo thử nghiệm : provive kết quả tổng quan về kiểm tra chức năng Đơn vị: bảo hiểm thử nghiệm, thử nghiệm thành công bảo hiểm (Tóm tắt, đối với bình thường / bất thường / trường hợp ranh giới) " Lưu ý: nên kiểm tra các công thức của" Sub Total "nếu bạn thêm nhiều chức năng 2. Nội dung trong thử nghiệm chức năng bảng 2.1 Kết hợp các trường hợp thử nghiệm. - Để xác minh rằng số đơn vị TC đáp ứng yêu cầu của khách hàng hay không. Người dùng phải điền số LỘC chức năng kiểm tra và điền giá trị của 'kiểm tra số trường hợp / Normal KLOC' mục trong tờ FunctionList, đó là yêu cầu của khách hàng hoặc giá trị bình thường. Số lượng thiếu TC được thể hiện trong 'Thiếu trường hợp thử nghiệm' mục. - Nếu số lượng các đơn vị TC không đáp ứng được yêu cầu, người sáng tạo nên giải thích lý do. - Nếu số lượng 'trường hợp thử nghiệm số Normal / KLOC' mục trong tấm FunctionList không được ghi lại, số lượng trong 'Thiếu trường hợp kiểm thử' không được tính. 2.2 điều kiện và xác nhận các trường hợp thử nghiệm. Mỗi trường hợp thử nghiệm là sự kết hợp của các điều kiện và xác nhận. a. Tình trạng: - Điều kiện là sự kết hợp của các điều kiện tiên quyết và các giá trị đầu vào. "- Kiện tiên quyết: nó được thiết lập điều kiện là phải tồn tại trước khi thực hiện các trường hợp thử nghiệm. Ví dụ: file A là điều kiện tiên quyết cho các trường hợp thử nghiệm mà cần phải truy cập vào tập tin A." - các giá trị đầu vào: nó bao gồm 3 loại giá trị:. bình thường, ranh giới và bất thường . giá trị bình thường là những giá trị của đầu vào được sử dụng chủ yếu và thường để đảm bảo chức năng công trình. giá trị ranh giới là những giá trị giới hạn mà chứa các giá trị trên và dưới.. các giá trị bất thường. là những giá trị không mong đợi. Và thông thường nó xử lý các trường hợp ngoại lệ. - Đối với ví dụ: giá trị đầu vào thuộc 5 <= đầu vào <= 10. 6,7,8,9 là những giá trị bình thường.. 5, 10 là những giá trị biên.. -1, 11 ,.. .. là những giá trị bất thường. b. Chứng nhận: "- Đó là sự kết hợp của các kết quả dự kiến sẽ kiểm tra đầu ra của từng chức năng. Nếu kết quả đều giống nhau với xác nhận, trường hợp kiểm tra được thông qua, trường hợp khác, nó được thất bại." - Xác nhận có thể bao gồm: + Đầu ra kết quả của hàm . + tin nhắn đăng nhập đầu ra trong tập tin log. + nhắn màn hình đầu ra ... c. Loại trường hợp thử nghiệm và kết quả: - Loại trường hợp thử nghiệm: Nó bao gồm bình thường, ranh giới và trường hợp kiểm tra bất thường. Người dùng chọn loại dựa trên các kiểu dữ liệu đầu vào. "- Kết quả Kiểm tra trường hợp: kết quả đầu ra thực tế so với các nhận. P đối với trường hợp không thành công Passed và F cho. Nó có thể 'OK' hoặc 'NG' (nó phụ thuộc vào thói quen của các đội hoặc khách hàng) " 2.3. Các mặt hàng khác: - Chức năng Code: nó là ID của chức năng và cập nhật tự động theo các tấm FunctionList. - Chức năng Tên: nó là tên của hàm và cập nhật tự động theo các tấm FunctionList. - Created By:. Tên của người sáng tạo - đã thi Bằng : Tên người thực hiện các bài kiểm tra đơn vị - các dòng mã:. số của bộ luật dòng của hàm - Yêu cầu kiểm tra: Tự giới thiệu về các yêu cầu đã được thử nghiệm trong chức năng này, nó không phải là bắt buộc.