加载了实例要使用的测试数据。
开发人员一般会用测试数据设立固件。
我通常在XML文件中外部化测试数据。
是否创建带有可选屏蔽的测试数据子集。
Whether a test data subset with optional privacy masking should be created.
但我的测试数据集完全由有害消息组成。
My test dataset however consisted entirely of poison messages.
从我们的测试数据，我们得出以下结论。
测试数据应放置在需要外部输入的所有步骤中。
The test data should be placed in all the steps where external input is required.
我创建了两个用来完成测试数据生成器的额外方法。
There are two additional methods that I created to finish the test data generator.
未知位置不适合存储依从性、隐私和敏感测试数据。
Unknown locations are not suitable for storing compliance, privacy, and sensitive test data.
如果程序支持导入的话就从客户那里导入测试数据。
Import test data from customers if the application supports importing.
这种困难在随着要维护的大量测试数据的增加而增加。
This difficulty is compounded by ever increasing volumes of test data to be maintained.
然后，您还需要使用不同的方法分析和解释测试数据。
Then you also have to vary the ways that you analyze and interpret the data.
有一些向系统添加测试数据的方法可以对实施造成挑战。
Some of these approaches for adding test data to a system can be challenging to implement.
未知的位置是不适合存储法规、保密、敏感和测试数据。
Unknown locations are not suitable for storing compliance, privacy, sensitive, and test data.
传统上说，测试数据要求富有技巧的人员提供定制代码。
Traditionally, the test data with varying values requires input from higher-skill personnel to supply custom code.
现在，数据库中的表格将加入用于其他方法的测试数据。
Now the database tables will be populated with some test data that can be used for the other method.
这会让测试数据填充入JPetStoreDB数据库。
例如，提供分布式测试数据和分布式调试的确具有挑战性。
For example, providing distributed test data and distributed debugging can be really challenging.
它们不提供获取测试、测试数据、或复杂情况的自动方法。
They typically don't provide automated methods of capturing tests, test data, or complex scenarios.
测试数据必须能够反映应用程序处理限制、错误和限制条件。
The test data needs to be reflective of application processing constraints as well as error and boundary conditions.
此方法的重要好处是允许使用最少的测试数据进行质量评估。
The key benefit of this approach is to allow a quality assessment to be made using a minimum of test data.
我们需要减轻测试数据对实时系统和架构中其他团队的影响。
We need to be able to mitigate the impact of test data on live systems and on other software teams invested in the architecture.
然后描述测试方法和测试数据，最后总结测试结果对您的意义。
We'll then describe the test methodology and test data, and finally summarize what the results mean to you.
于是一个可以解释测试数据和预测未来实验结果的理论就形成了。
Then a theory that explains the data and predicts the outcomes of future experiments is formed.
这种资源可以包括通用类或类似于测试工具与测试数据生成器等。
Such resources may include common classes or other tools such as test harnesses and test data generators.
您可以选择您想要为您的新项目创建的任何类型的测试数据存储库。
You can select any type of test datastore you wish to create for your new project.
这样做使得测试数据放在一个地方，从而使代码更干净，更容易重构。
Doing this puts your test data in one place and makes your code cleaner and easier to refactor.
在此步骤中，我们将使用UCM配置测试数据存储库并管理测试资产。
During this step, we will configure the test datastore and manage the testing assets with UCM.
在您测试却想要输入数据时，您可以在记录期间使用测试数据汇特性。
When you want to input data while you are testing, you can use the test data pool feature during recording.
其他重要的问题还包括备份策略、修复策略和从测试数据丢失中恢复的机制。
Other important questions would include the backup strategy, restoration strategy and strategy to recover from test data loss.
应用推荐