For simplicity we will create one manual and one automated test case .
出于简便性的考虑,我们将会创建一个手动的 测试 用例和一个自动的 测试 用例。
Test case design is the core of software testing which determines the effect of software testing .
测试 用例设计是软件测试的核心,决定了软件测试的最终效果。
Now by specifying a test case weight you can .
现在,通过指定 测试 用例的权重,您就可以了。
For this test case I again have a contain verification point that looks for the resulting correct spelling .
对于这个 测试,我再次设置了一个寻找结果正确拼写的包含验证点。
Each test case is composed of a set of events and specific data values .
每一个 测试 用例是由一组事件和特定的数据值组成。
This means that the test case will start relative to this URL .
这意味着 测试 用例的启动是相对于这个URL的。
The greatest impact use case implementation can have on a test organization is in test case creation .
用例实现对测试组织最大的影响是在 测试 用例的创建过程中。
Your objects can also run outside the container & for example in a test case .
您的对象也可以在容器外运行&例如,在一个 测试 用例中。
The requirement and HP test case now have a bi-directional Validated By / Validates link .
需求和HP 测试 案例现在拥有一个双向的ValidatedBy/Validates链接。
In this case the page title confirms success in running this test case .
在本例中,页面title确认了运行 测试 用例的成功。
In this test case we accessed processor load and response time for various user loads .
在这个 测试 案例中,我们评估各种用户负载下的处理器负载和响应时间。
In the next example I 'll repeat this test case using dynamic BCI .
在下面的例子中,我将用动态BCI重复这个 测试 用例。
We can use the Java type system to determine what sort of test a test case represents .
我们可以使用一个Java类型的系统来判断一个 测试 环境代表什么样的测试。
In the test case a single item was deleted from a site that was not under load .
在 测试中, 以非加载方式中站点中删除一条简单项。
From this file you can determine the compilation errors that are related to a particular test case .
从这个文件中,您可以决定与特定 测试 用例相关的汇编性错误。
Use the tie-in between requirements and tests to report on test case to requirements coverage .
使用需求和测试之间的关系将 测试 案例报告给需求覆盖。
The test case will be associated with the requirements you 've selected .
测试 用例就会与您选择的需求联系起来了。
This time the test case passed .
这一次, 测试 用例通过了。
In the next section I expand on this test case and implement multiple threads .
在下一节中,我将详述这个 测验 用例并实现多个线程。
In this test case we tested the performance impact of rebuilding views within a database .
在这个 测试 案例中,我们测试在一个数据库中重构视图的性能影响。
JUnit provides an additional mechanism to determine the success or failure of a test case .
JUnit提供了一个额外的决定 测试 用例成功或者失败的机制。
For JUnit it was a test case .
对于JUnit,它是一个 测试 用例。
Of course this is a very simple example involving only one very simple test case .
当然,这是非常简单的例子,仅涉及一个非常简单的 测试 案例。
You can now schedule a test case or a test suite directly from the execution dialog window .
现在,您可以直接从执行对话框中调度一个 测试 案例或是一个测试套件。
Figure 13 shows a test case execution dialog with a Linux test environment selected .
图13显示了一个 测试 案例执行对话框,该对话框具有选定的Linux测试环境。
I have this test case set up to fail its verification point .
我将这个 测试 用例设置为失败通过验证点。
This test case will fail at assertion because the results page contains no link with this text .
这个 测试 用例 遇到断言的地方会失败,因为结果页面中不包含带有这个文本的链接。
Understanding the scalability and performance of a service requires dozens to hundreds of test case runs .
理解测试一个服务的可伸缩性和性能需要一打到数百个 测试 用例的运行。
If during execution the total time exceeds this time the test case will fail .
如果执行总时间超过了这个时间, 测试 样例将失败。
n.判例案件