1. Overview - In the template, Unit

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:

1. Tổng quan -Trong mẫu, trường hợp kiểm tra đơn vị đượ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à 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 vào 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 thử nghiệm liên quan đến các chức năng. Lưu ý: bạn nên tạo mới chức năng bảng trước khi tạo liên kết ""-Kiểm tra báo cáo: provive kết quả tổng quan của đơ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, cho trường hợp bình thường/bất thường/ranh giới)" Lưu ý: Nên kiểm tra xem công thức của "Phụ tất cả" nếu bạn thêm nhiều chức năng2. nội dung trong thử nghiệm chức năng bảng2.1 các kết hợp của trường hợp thử nghiệm. -Để xác minh rằng số lượng đơ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 vào số Lộc 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 kiểm tra/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 'Thiếu của trường hợp thử nghiệm' mục. -Nếu số lượng đơn vị TC không đáp ứng các yêu cầu, người sáng tạo nên giải thích những lý do. -Nếu số lượng 'Bình thường số trường hợp kiểm tra/KLOC' mục trong FunctionList tấm không được ghi lại, số trong 'Thiếu của 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 điều kiện tiên quyết và giá trị của đầu vào."-Điều kiện tiên quyết: nó là thiết lập các điều kiện mà 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 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ị: ranh giới bình thường, 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. . Giá trị biên giới là giới hạn các giá trị 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 nó xử lý các trường hợp ngoại lệ. -Ví dụ: Nhập giá trị thuộc về 5 < = đầu vào < = 10. . 6,7,8,9 là giá trị bình thường. . 5, 10 là giá trị biên giới. . -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 trường hợp được thông qua, trường hợp nó không thể. " -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. + Sản lượng thông điệp ghi vào tệp nhật ký. + Sản lượng màn hình tin nhắn...c. loại trường hợp kiểm tra 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 thử nghiệm bất thường. Sử dụng lựa chọn các loại dựa vào loại đầu vào dữ liệu."-Kết quả kiểm tra trường hợp: kết quả đầu ra thực tế so sánh với xác nhận. P cho chuyển và F cho trường hợp thất bại. Nó có thể 'OK' hoặc 'NG' (nó phụ thuộc vào các thói quen của đội hoặc khách hàng) " 2.3. các mặt hàng khác: -Chức năng mã: nó là ID của các chức năng và cập nhật tự động theo FunctionList tờ. -Chức năng tên: nó là tên của các chức năng và cập nhật tự động theo FunctionList tờ. -Tạo ra bởi: Tên của tác giả. -Thực hiện bởi: Tên của người sử dụng thực hiện các bài kiểm tra đơn vị -Dòng mã: số mã dòng của các chức năng. -Thử nghiệm yêu cầu: mô tả ngắn gọn về yêu cầu được thử ra chức năng này, nó không phải là bắt buộc.

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

1. Tổng quan
- Trong mẫu, trường hợp đơn vị kiểm tra đượ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 các 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ề chức năng Đơn vị kiểm tra: Kiểm tra bảo hiểm, bảo hiểm thành công thử nghiệm
(Tóm tắt, cho / bất thường / trường hợp ranh giới bình thường) "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 tờ chức năng thử nghiệm 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 vào giá trị của 'kiểm tra số trường hợp / KLOC Normal' 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, 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 nhận, 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 Test. Mỗi bộ test 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à các giá trị của các yếu tố đầu vào. "- Điều kiện tiên quyết: nó được thiết lập với đ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." - giá trị của đầ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à các giá trị đầ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.. 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 . + điệp Output log trong tập tin log. + message màn hình Output ... c. Loại trường hợp thử nghiệm và kết quả: - Loại test: Nó bao gồm bình thường, ranh giới và các 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. "- Trường hợp kết quả kiểm tra: các kết quả đầu ra thực tế so với các nhận. P cho trường hợp Khô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 By : Tên của người thực hiện các thử nghiệm đơ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.