Are you panicked yet? If you follow

Are you panicked yet? If you follow this suggested level of documentation to the letter, you could be writing at least a page of descriptive text for each test case you identify! Thousands of test cases could take thousands of pages of documentation. The project could be outdated by the time you finish writing.
This is another reason why you should take the IEEE 829 standard as a guideline and not follow it to the letterunless you have to. Many government projects and certain industries are required to document their test cases to this level, but in most other instances you can take some shortcuts.
Taking a shortcut doesn't mean dismissing or neglecting important informationit means figuring out a way to condense the information into a more efficient means of communicating it. For example, there's no reason that you're limited to presenting test cases in written paragraph form. Figure 18.2 shows an example of a printer compatibility table.

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

Bạn đang hoảng sợ chưa? Nếu bạn làm theo mức đề nghị này của tài liệu hướng dẫn để thư, bạn có thể viết ít nhất một trang văn bản mô tả cho mỗi trường hợp kiểm tra xác định các bạn! Hàng ngàn trường hợp kiểm tra có thể mất hàng ngàn trang tài liệu. Dự án có thể lỗi thời theo thời gian bạn kết thúc bằng văn bản.Đây là một lý do tại sao bạn nên dùng IEEE 829 tiêu chuẩn như là một phương châm và không làm theo nó để letterunless bạn có thể. Nhiều chính phủ dự án và các ngành công nghiệp nhất định được yêu cầu vào tài liệu của trường hợp thử nghiệm đến cấp độ này, nhưng trong hầu hết các trường hợp khác, bạn có thể mất một số phím tắt.Dùng lối tắt không có nghĩa là sa thải hoặc bỏ qua các phương tiện quan trọng informationit figuring ra một cách để thu hẹp các thông tin vào một phương tiện hiệu quả hơn để giao tiếp nó. Ví dụ, có là không có lý do bạn là giới hạn để trình bày trường hợp kiểm tra theo hình thức viết đoạn văn. Con số 18.2 cho thấy một ví dụ của một máy in tương thích bảng.

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

Bạn đang hoảng sợ chưa? Nếu bạn làm theo mức đề nghị này của tài liệu để thư, bạn có thể viết ít nhất một trang văn bản mô tả cho mỗi trường hợp thử nghiệm bạn xác định! Hàng ngàn trường hợp kiểm tra có thể mất hàng ngàn trang tài liệu. Dự án có thể bị lạc hậu theo thời gian bạn kết thúc bài viết.
Đây là một lý do tại sao bạn nên lấy IEEE 829 tiêu chuẩn như hướng dẫn và không làm theo nó đến letterunless bạn có. Nhiều dự án của chính phủ và ngành công nghiệp nhất định được yêu cầu tài liệu các trường hợp thử nghiệm của họ đến mức này, nhưng trong hầu hết các trường hợp khác, bạn có thể mất một số phím tắt.
Đi tắt không có nghĩa là gạt bỏ hoặc bỏ qua informationit quan trọng có nghĩa là tìm ra một cách cô đọng thông tin vào một phương tiện hiệu quả hơn của truyền thông nó. Ví dụ, không có lý do mà bạn bị giới hạn để trình bày trường hợp thử nghiệm ở dạng đoạn văn bản. Hình 18.2 cho thấy một ví dụ về một bảng tương thích máy in.

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

Em hoảng sợ rồi à?Nếu anh làm theo lời khuyên này, mức tài liệu của bức thư, anh có thể viết ít nhất một trang văn bản cho mỗi một bài kiểm tra use case, em chắc chắn!Hàng ngàn bài kiểm tra use case có thể cần hàng ngàn trang tài liệu.Khi anh hoàn thành viết khi dự án này có thể đã lỗi thời rồi.Đó là một lý do khác khiến anh phải theo tiêu chuẩn IEEE 829 as a Guide, không đi theo nó, anh có letterunless đến.Nhiều dự án của chính phủ và một số ngành công nghiệp đều họ cũng cần kiểm tra use case ghi đến cấp này, nhưng trong hầu hết các trường hợp, anh có thể lấy một đường tắt.Đi đường tắt, không có nghĩa là bỏ qua hoặc bỏ qua thông tin quan trọng, là muốn thông tin nén vào một cách hiệu quả hơn để giao tiếp, có nghĩa là.Ví dụ, không có lý do gì để chỉ giới hạn trong một hình thức văn bản trình bày bài kiểm tra use case.Đồ 18.2 in bảng hiển thị khả năng tương thích với một mẫu vật.