The threads in the DBMS portion of

The threads in the DBMS portion of CS transactions are all of the static sequential type, and since this is likely to be either a commercial product or a very stable application, there is not much need for testing here. Should testing be necessary, it will almost always be strictly functional, because we rarely have the source code of commercial applications. Threads in the server applications also exhibit primarily static sequential interactions, and these too are likely to be in stable, existing applications. The applications will probably be more error prone (failure prone is better) than the DBMS. The network software portion of a CS transaction is also likely to be a commercial application, hence most CS transaction testing will occur on the client processor(s). The most interesting (from a testing standpoint) is the GUI portion. The user portion of a CS transaction is typically built within a commercial application program that allows the user to develop in terms of a WIMP interface (Windows, Icons, Menus, and Pull-downs), and this is where the fun begins. Clients are free to move in arbitrary ways across multiple windows, yet the results must be compatible. In our terminology, we can view a window as a finite state machine, and inter-window moves will correspond to communicating finite state machines. All the actions available to a user in a window are port input events, and the results of these actions are port output events. The client portions of a CS transaction are therefore threads that exhibit dynamic interactions across multiple,’ processors (the windows), which we know to be the most complex.

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

Các chủ đề trong phần DBMS CS giao dịch là tất cả các loại tĩnh tuần tự, và kể từ này là có khả năng là một sản phẩm thương mại hoặc một ứng dụng rất ổn định, không phải là nhiều cần cho thử nghiệm ở đây. Thử nghiệm nên cần thiết, nó hầu như luôn luôn sẽ đúng chức năng, bởi vì chúng tôi hiếm khi có mã nguồn của ứng dụng thương mại. Chủ đề của các ứng dụng máy chủ cũng thể hiện chủ yếu tĩnh tương tác tuần tự, và cũng là những khả năng trong ổn định, hiện tại ứng dụng. Các ứng dụng có thể sẽ thêm lỗi dễ (dễ bị thất bại là tốt hơn) hơn so với các DBMS. Phần mềm mạng của một giao dịch CS cũng có khả năng là một ứng dụng thương mại, do đó hầu hết CS giao dịch thử nghiệm sẽ xảy ra trên processor(s) khách hàng. Thú vị nhất (từ một quan điểm thử nghiệm) là phần GUI. Phần người dùng của một giao dịch CS thường được xây dựng trong một chương trình ứng dụng thương mại cho phép người dùng để phát triển trong điều kiện của một giao diện WIMP (Windows, biểu tượng, menu và Pull-downs), và đây là nơi khởi đầu của sự vui vẻ. Khách hàng có thể tự do di chuyển trong bất kỳ cách trên nhiều cửa sổ, nhưng các kết quả phải phù hợp. Trong thuật ngữ của chúng tôi, chúng tôi có thể xem một cửa sổ như một máy hữu hạn trạng thái, và di chuyển giữa các cửa sổ sẽ tương ứng với giao tiếp máy hữu hạn trạng thái. Tất cả các hành động có sẵn cho người dùng trong một cửa sổ là port nhập sự kiện, và kết quả của những hành động này là cổng đầu ra sự kiện. Phần khách hàng của một giao dịch CS là do đó chủ đề triển lãm tương tác động trên nhiều,' bộ vi xử lý (windows), mà chúng ta biết là phức tạp nhất.

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

Các chủ đề trong phần DBMS giao dịch CS là tất cả các loại tuần tự tĩnh, và vì điều này có thể sẽ là một trong hai sản phẩm thương mại hoặc một ứng dụng rất ổn định, không có nhiều nhu cầu cho thử nghiệm ở đây. Nên kiểm tra là cần thiết, nó sẽ hầu như luôn đúng chức năng, bởi vì chúng ta hiếm khi có mã nguồn của ứng dụng thương mại. Chủ đề trong các ứng dụng máy chủ cũng thể hiện sự tương tác liên tục chủ yếu là tĩnh, và những quá có thể sẽ là năm ổn định, các ứng dụng hiện có. Các ứng dụng có thể sẽ báo lỗi hơn dễ bị (thất bại dễ bị là tốt hơn) so với các DBMS. Các phần mềm mạng của một giao dịch CS cũng có khả năng là một ứng dụng thương mại, do đó hầu hết các thử nghiệm giao dịch CS sẽ xảy ra trên bộ vi xử lý khách hàng (s). Thú vị nhất (từ một quan điểm thử nghiệm) là phần GUI. Các phần người dùng trong một giao dịch CS thường được xây dựng trong một chương trình ứng dụng thương mại, cho phép người sử dụng để phát triển trong điều kiện của một giao diện WIMP (Windows, biểu tượng, trình đơn, và Pull-downs), và đây là nơi vui vẻ bắt đầu. Khách hàng có thể tự do di chuyển một cách tùy ý trên nhiều cửa sổ, nhưng kết quả phải được tương thích. Trong thuật ngữ của chúng tôi, chúng tôi có thể xem một cửa sổ như một máy trạng thái hữu hạn, và liên cửa sổ di chuyển sẽ tương ứng với giao tiếp máy hữu hạn nhà nước. Tất cả các hành động có sẵn cho người dùng trong một cửa sổ là sự kiện đầu vào cổng, và kết quả của những hành động này là sự kiện đầu ra cổng. Do đó, phần khách hàng của một giao dịch CS là chủ đề mà triển lãm tương tác động trên nhiều, bộ vi xử lý (cửa sổ), mà chúng ta biết là phức tạp nhất.