1、删除了测试案例。
2、被认可的测试方案将开发成为测试案例。
3、然后测试案例会整合到自动化测试套件中。
4、您对这个测试案例有什么想法？
5、当您创建测试案例时，您可以选择向测试用例分配权重。
6、既使用单元测试案例又使用组件测试案例的JUnit框架对工程源代码进行测试
7、Sprint团队中的测试代表识别出测试方案，开发测试案例，用于处理APAR或SIP。
8、作为第二个测试案例的一部分，您将测试失败场景。
9、透过检阅这项资料，您可以轻松判断小组设计测试案例并将这些案例准备好供测试之用的速度。
10、该方法将使得有些测试案例运行起来快得多。
11、提出一种源于猜错测试案例的自描述方法。
12、经常运行您的测试案例 ?这将救您于不幸。
13、在迁移过程中，测试案例应随代码一起迁移。
14、一旦问题被记下来，测试人员基于正式评审来修订主测试计划和测试案例。
15、为利分析，您可以在关联测试案例中使用手动测试步骤执行您的自动化测试。
16、当然，这是非常简单的例子，仅涉及一个非常简单的测试案例。
17、每项产品需求必须连结至一组测试案例工作项目(这些测试案例工作项目能示范需求是否已满足)，且必须通过测试才能将专案视为完成。
18、在稍后重新评估体系结构时，这些测试案例也是很有价值的。
19、通过一组给定测试案例所达成的有效区域分析是动态分析。
20、当然，如果您运行这个测试的次数超过六次，则编写这个测试案例是有收益的。
21、接著，您可以将每个期程的使用者本文加入至测试计划，并为这些使用者本文建立测试案例。
22、这导致要花费大量时间来理解APAR和开发测试案例。
23、refid列是一串序列号，是在创建任务时JMeter测试案例所生成的。
24、首先用一条未监护的日志语句编写一个测试案例。
25、在编写测试案例方面，必须花费一些时间，当然，您需要经常运行这个测试应用程序。
26、测试案例因为暗示了代码在测试工作中是如何工作的，所以还可以充当内行的文档。
27、当我使用新的测试案例再次执行测试覆盖过程时，我得到了如图2所示的更加完整的报告。
28、尽管测试案例试图声明且完成全部50个剩余任务，但仍然有些任务没有完成。
29、什么问题将成为大众*问题是不确定的，但是对于我们的内部测试，我们是通过1,000到5,000个测试案例来进行测试计划的。
30、如果单元测试案例因为应用程序中的错误或缺少单元测试代码而无法被成功完成，那么应用程序不应该被*能测试所接受。
