2. Content in Test function sheet2.

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:

2. 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:

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.