In this test, the EJB entity represents a single row in the database table.
在这个测试中，EJB实体表示数据库表中的一个单一行。
Each successive run of the test suite will add a new row at the beginning of the table.
每次测试单元的连续运行都将在这个表格的开始添加一个新的行。
Add a new database and table with data in it to test your server's setup.
添加一个新数据库和表，其中带有用来测试服务器的设置的数据。
Once installed, you need to create at least one database and one table in order to create a connection and test to see if you can access data in the created table.
一旦完成安装，您至少还需要创建一个数据库和一个表，以便在它们之间建立连接，并测试是否可以访问所创建表中的数据。
Before you can test this, you will need to create a new page for adding mortgages to the mortgage table.
在您测试该操作之前，必须要创建一个新的页面，用于向抵押表格中添加抵押。
In a typical test, they gave the subjects a long list of words, such as chair, table or spoon, and asked them to think about how pleasant they were.
在一个典型的测试中，他们给了受试者一长串的单词，如椅子、桌子或汤匙等，并要求他们想象他们是多么惬意。
For each test segment, the driver table specifies the transition between a source test script and a target test script.
对于每一个测试片断来说，驱动表列出了一个源测试脚本和一个目标测试脚本之间的转换。
The decision table specifies under what conditions a test action must be performed.
决策表列出了一个测试活动执行所需的条件。
After generating a test, you use a data Table (see Figure 3) to specify what data will be sent into the method being tested, and the expected results of the interaction.
在建立一个测试之后，你将使用一个数据表(见图3)来确定要将什么数据输入到正在测试的方法当中，并确定希望得到的结果。
You estimate a day to write each database access class and unit test it, so 150 tables at one table per day is 150 days.
估计您每天能编写一个数据库访问类并完成其单元测试，因此，150 个表要用 150天的时间。
All the elements of a test suite are defined in a driver table that specifies an un-ordered set of test segments.
一个测试套件的所有元素都在一个驱动表中被定义，在这个驱动表中列出了一系列无序的测试片断。
When a data-driven table is linked to the test suite, it is possible to specify several combinations of data records to input to the test scripts and to dynamically change the behavior of the AUT.
当一个数据驱动表连接到测试套件时，我们就可以将输入的各种组合的数据记录列入到测试脚本和动态变化的AUT行为中。
One option is simply to create a test database table and let DB2 do the checking with its built-in parser.
选项之一是创建测试数据库表，并利用DB2的内置解析器进行检查。
This allows you to simply call the necessary method (for example to query on a table) from your test scripts.
这样您就可以简单地从您的测试脚本中调用必要的方法(例如在一个表格中查询)。
Create a copy of CUST table in the test database.
在测试数据库中创建一个CUST数据库表副本。
For example, Listing 6 demonstrates an HTML table that represents a simple Selenium test.
例如，清单6展示了一个表示简单的Selenium测试的html表。
A "Test Sample" run should return a table with the clusters of the model, as shown in Figure 7.
“TestSample”运行后应该返回一个表，其中包含模型中的集群，如图7所示。
Here, in order to test the FDFDFD method in the object, we end up needing to setup a database connection, have records in the table, and then clean up all these resources after the fact.
在这里，为了测试对象的fdfdfd方法，我们最终需要建立一个数据库连接，给表添加一些记录，然后在测试之后清除所有这些资源。
Table 1 shows an example of a test plan that you may write for testing the Lotus Notes Contacts view.
表1展示了一个测试计划示例，可以使用它测试LotusNotesContacts视图。
Let's follow the (computer -) age-old tradition of test programs and plan for our table to hold a single record of "Hello World!"
让我们按照测试程序的(计算机)传统，设计在我们的表中存放一条记录“Hello World ！”
The first thing that happens in this test is that you create a new User and store it in the suziq variable. Next, you mock out the User table, storing suziq as the only record.
此测试中发生的第一件事是，创建一个新User 并将其存储在suziq变量中，接下来，模拟User表，将 suziq 存储为唯一的记录。
The image below illustrates the setting of some metadata (e.g. test version, what application map to use, etc.) as well as calling a Suite Table file.
下图阐述了一些元数据的设置(例如测试版本，什么应用映射被使用，等等)同时调用了一个SuiteTable文件。
Table 1 shows some CommonStore throughput Numbers in a test environment with low-end, rather aged PC servers.
表1显示了一些CommonStore吞吐量数字，这些数字是在一个使用低端的、相当陈旧的PC服务器的测试环境中测到的。
The next test that you will run will be the "2-query Table test" that calls the method, which does the claim with a Query Table.
下一个将要运行的测试是调用该方法的“2 - Query Table Test”，它使用查询表进行申明。
In this step you also split all the test cases from the matrix shown in table 4, creating a separate table for each test case.
在这个步骤中你同样把所有来自表格4中矩阵图的测试用例分割开来，针对每个测试用例分别形成表格。
With a decision table, it is easy to add and remove conditions, depending on the test strategy.
有了决策表，我们就可以根据测试策略轻松的添加和删除条件。
The following table contains a description of the primary components of this test assertion.
下表包含了对这个测试断言中主要组件的描述。
In the test case above, featuring an authenticated user, there is a need to populate the USERS table with a valid entry to compute the encrypted password.
在上面的测试用例中，提供一个已经通过身份验证的用户，需要用有效的数据填充users表，以便计算加密的密码。
Create test steps in a step table (Figure 10).
在step表(图10)中生成测试步骤。
Create test steps in a step table (Figure 10).
在step表(图10)中生成测试步骤。
应用推荐