它也可以改善测试用例的可读性。
其他方法的代码包含其他测试用例。
The code of the other methods includes the other test cases.
测试用例是上游测试的不同子集。
将会为选定的所有方法构建测试用例。
Test cases will be built for all methods that you select here.
您可以发现、运行和计划安排测试用例。
被配置的测试用例是由测试用例产生的。
测试用例可以链接到需求。
测试用例和配置测试用例。
下面的步骤展示了如何启用这些测试用例。
The following steps illustrate how to enable the test cases.
基于用户选择测试用例。
功能需求和测试用例。
在任务中的方法可以被测试用例调用。
然而，如果测试用例的数量很大的话，问题会出现。
Problems can arise, however, if the number of test cases becomes large.
然而，用户仍然报告出测试用例中没有发现的问题。
However, customers are reporting problems for which there are no test cases.
这会设置执行测试用例所需的CLASSPATH。
This sets the CLASSPATH required for the test case to execute.
在这些测试用例自检服务之前，您可以运行这些测试用例。
Before examining the services themselves, you can run the test cases.
在执行了测试用例之后，会在命令行输出一个测试用例报告。
After you execute the test case, a test-case report prints out at the command prompt.
首先编写测试用例，并且只编写足以让测试用例通过的代码。
Write your test cases first, and write only enough code to make your test case pass.
这取决于发现这个缺陷在一个测试用例中还是两个测试用例中？
It depends on finding the defect in one test case or in two test cases.
然后这些定义的测试用例只能通过将它们与测试用例合并来测试。
The test cases defined can then only be tested by combining them with test cases.
顾客代表可以书写测试用例，或者帮助书写任意项目的测试用例。
The customer representative can write the test cases or help write the test cases on any project.
这样的话，被配置的测试用例将会继承定义在父测试用例中的脚本。
That way, the configured test case will inherit the script identified in the parent test case.
在产生了全部的测试用例以后，你可以设置从场景到测试用例的追踪。
After producing all your test cases, you can set traceability from scenarios to test cases.
图3：测试用例源于用例情境，评估点源于角色并包含于测试用例中。
Figure 3: test cases are derived from use case scenarios; evaluation points are derived from personas and included in the test cases.
您可以使用默认的测试用例报告来根据计划、配置，或团队列出测试用例。
You can use the default test case reports to list test cases by plan, configuration, or team.
将首先编写测试用例，然后将通过编写满足各个测试用例的代码来进行实现。
The test cases are written first, and implementation proceeds by writing code to satisfy each test case.
在确定测试情形时，逻辑测试用例被首先定义，然后被转换到物理测试用例。
After determining the test situations, the logical test cases are defined first and are then converted to physical test cases.
这一重要步骤将测试您的测试用例，检验测试用例是否在应当失败的时候失败。
This important step tests your test case, verifying that your test case fails when it should.
您的框架应该为每个测试用例分配一个数，为了简单地再次运行失败的测试用例。
Your framework should assign a number to each test case to allow for easy rerunning of failing test cases.
测试计划、测试用例、以及被配置的测试用例都能够被一个或者多个迭代进行标记。
Test plans, test cases, and configured test cases can all be tagged with one or more iterations.
应用推荐