In these examples, the analyst and

In these examples, the analyst and the tester combined requirements, analysis models, and test cases to detect missing, erroneous, or unnecessary requirements long before any code was written. Conceptual testing of software requirements is a powerful technique for controlling a project's cost and schedule by finding requirement ambiguities and errors early in the game. Every time I use this technique, I find errors in all the items I'm comparing to each other. As Ross Collard (1999) pointed out,

Use cases and test cases work well together in two ways: If the use cases for a system are complete, accurate, and clear, the process of deriving the test cases is straightforward. And if the use cases are not in good shape, the attempt to derive test cases will help to debug the use cases.

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

Trong những ví dụ này, các nhà phân tích và thử nghiệm kết hợp yêu cầu, phân tích các mô hình, và trường hợp thử nghiệm để phát hiện thiếu, sai, hoặc không cần thiết yêu cầu dài trước khi bất kỳ mã được viết. Khái niệm thử nghiệm của phần mềm yêu cầu là một kỹ thuật mạnh mẽ cho việc kiểm soát chi phí của một dự án và lịch trình bằng cách tìm yêu cầu ambiguities và lỗi sớm trong trò chơi. Mỗi khi tôi sử dụng kỹ thuật này, tôi tìm thấy lỗi trong tất cả các mục mà tôi so sánh với nhau. Như Ross Collard (1999) chỉ ra,Sử dụng trường hợp và trường hợp kiểm tra làm việc tốt với nhau theo hai cách: nếu các trường hợp sử dụng cho một hệ thống hoàn chỉnh, chính xác, và rõ ràng, quá trình bắt nguồn trường hợp thử nghiệm là đơn giản. Và nếu các trường hợp sử dụng đang không ở trong hình dạng tốt, nỗ lực để lấy được các trường hợp thử nghiệm sẽ giúp để gỡ lỗi các trường hợp sử dụng.

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

Trong những ví dụ này, các nhà phân tích và thử nghiệm các yêu cầu kết hợp, mô hình phân tích, và các trường hợp kiểm tra để phát hiện thiếu, sai lầm, hoặc yêu cầu không cần thiết từ lâu trước khi bất kỳ mã đã được viết. Thử nghiệm khái niệm của các yêu cầu phần mềm là một kỹ thuật mạnh mẽ để kiểm soát chi phí và tiến độ của dự án bằng cách tìm sự mơ hồ và yêu cầu lỗi sớm trong trò chơi. Mỗi lần tôi sử dụng kỹ thuật này, tôi tìm thấy lỗi trong tất cả những bài tôi đang so sánh với nhau. Như Ross Collard (1999) đã chỉ ra, các trường hợp sử dụng và các trường hợp kiểm tra làm việc tốt với nhau trong hai cách: Nếu các trường hợp sử dụng cho một hệ thống đầy đủ, chính xác và rõ ràng, quá trình phát sinh các trường hợp thử nghiệm là đơn giản. Và nếu các trường hợp sử dụng không phải trong hình dạng tốt, các nỗ lực để lấy được các trường hợp thử nghiệm sẽ giúp để gỡ lỗi các trường hợp sử dụng.