大型项目里Flutter测试应用实例集成测试深度使用详解
测试应用实例_Flutter
await tester.pumpWidget(
new StatefulBuilder(
builder: (BuildContext context, StateSetter setState) {
return new MaterialApp(
home: new Material(
child: new Center(
child: new Slider(
key: sliderKey,
value: value,
onChanged: (double newValue) {
setState(() {
value = newValue;
});
},
),
),
),
);
},
)
应用的功能越多，手动测试就越困难。一整套自动化测试将帮助确保应用程序在发布前正确执行，同时保持功能和错误修复速度。 有很多种自动化测试。总结如下： 单元测试：测试单个函数、方法或类。例如，被测试单元的外部依赖性通常是模拟的，例如package:mockito。单元测试通常不会读取/写入磁盘、呈现到屏幕或从运行测试的进程外部接收用户操作。单元测试的目标是验证逻辑单元在各种条件下的正确性。
await tester.tap(find.byKey(sliderKey));
expect(value, equals(0.5));
小部件测试：（在其他UI框架中称为组件测试）用于测试的单个小部件。测试小部件涉及多个类，需要为测试环境提供适当的小部件生命周期上下文。例如，它应该能够接收和响应用户操作和事件，执行布局，并实例化子部件。因此，Widget测试比单元测试更全面。然而，就像单元测试一样，小部件测试环境被一个比完整UI系统简单得多的实现所取代。小部件测试的目标是验证小部件的UI外观和交互是否符合预期。
testWidgets('my first widget test', (WidgetTester tester) async {
var sliderKey = new UniqueKey();
var value = 0.0;
集成测试：测试整个应用程序或应用程序的大部分。通常，集成测试可以在真实设备或操作系统模拟器（如iOS模拟器或Android模拟器）上运行。测试中的应用程序通常与测试驱动程序代码隔离，以避免结果偏差。集成测试的目标是验证应用程序作为一个整体是否正确运行，以及它所包含的所有小部件是否按预期相互集成。还可以使用集成测试来验证应用程序的性能。
import 'package:test/test.dart';
void main() {
test('my first unit test', () {
var answer = 42;
expect(answer, 42);
});
}
一些Flutter库（如dart:ui）在独立dart VM附带的dart SDK中不可用。此颤振测试命令允许在本地Dart VM中运行测试，并使用颤振引擎而无需首页（UI将不会显示）。使用此命令，可以运行任何测试，无论它是否取决于Flutter库。 使用package:test编写Flutter单元测试。用于编写单元测试的package:test文档在这里。
dev_dependencies:
flutter_test:
sdk: flutter
即使的测试本身没有显式导入到flatter_test中，因为测试框架本身在后台使用它。 要运行测试，请从项目目录（而不是测试子目录）运行fluttertesttest/unit _ test.dart 要运行所有测试，请从项目目录运行颤振测试。
集成测试
Flutter的是：命令行 A包：flatter_ driver（API） 两者都允许：为集成测试创建指导应用程序，编写测试，运行测试
import 'package:flutter_driver/driver_extension.dart';
void main() {
// 启用扩展
enableFlutterDriverExtension();
}
集成测试是一个简单的包：测试测试。它使用Flutter驱动程序API告诉应用程序要执行什么操作，然后验证应用程序是否执行了此操作。 出于兴趣，我们还让测试记录性能时间线。我们创建了一个user_ list_ scrolling_ test.dart测试文件位于my_ app/test_ Driver/down中：
void main() {
group('scrolling performance test', () {
FlutterDriver driver;
setUpAll(() async {
// 连接app
driver = await FlutterDriver.connect();
});
tearDownAll(() async {
if (driver != null) {
// 关闭连接
driver.close();
}
});
构建--目标应用程序并将其安装在设备上 启动应用程序 在driver/_ list_ scrolling_ test.dart下运行my_ app/test_ User 可能想知道该命令如何找到正确的测试文件。flutter drive命令使用约定在与--target应用程序相同的目录中查找具有相同文件名的文件，但带有带有测试后缀的_Test文件。
弹性框本身（行和列）的行为是不同的，这取决于它们在给定方向上是有边界的还是无边界的。 在边界限制下，它们将尽可能大。 它们试图使其子节点在没有边界限制的情况下适应此方向。在这种情况下，不能将子节点的flex属性设置为0以外的任何值（默认值为0）。在小部件库中，这意味着当弹性框位于另一个弹性框或可滚动框内时，不能使用Expanded。如果执行此操作，将收到异常消息。 在交叉方向上，例如Column的宽度和Row的高度，它们不能是无边界的，否则它们将无法合理地对齐子节点。
for (int i = 0; i < 5; i++) {
await driver.scroll(
userList, 0.0, -300.0, new Duration(milliseconds: 300));
await new Future<Null>.delayed(new Duration(milliseconds: 500));
这些约束有时是“紧”的，这意味着它们不会为渲染框留出空间来确定其自身的大小（例如，如果最小宽度和最大宽度相同，即宽度很窄）。主要示例是App小部件，它是RenderView类中包含的一个小部件。
for (int i = 0; i < 5; i++) {
await driver.scroll(
userList, 0.0, 300.0, new Duration(milliseconds: 300));
await new Future<Null>.delayed(new Duration(milliseconds: 500));
}
应用程序构建函数返回的子小部件的渲染框被分配了一个约束，迫使它精确地填充应用程序的内容区域（通常是整个屏幕）。Flutter中的许多框，特别是那些只包含一个子控件的框，会将其约束传递给其子控件。这意味着，如果在应用程序渲染树的根处嵌套一些框，则所有子节点都受这些渲染框的约束。
summary.writeSummaryToFile('stocks_scroll_perf', pretty: true);
summary.writeTimelineToFile('stocks_scroll_perf', pretty: true);以上就是大型项目里Flutter测试应用实例集成测试深度使用详解的详细内容，更多关于Flutter集成测试的资料请关注编程网其它相关文章！
免责声明：
① 本站未注明“稿件来源”的信息均来自网络整理。其文字、图片和音视频稿件的所属权归原作者所有。本站收集整理出于非商业性的教育和科研之目的，并不意味着本站赞同其观点或证实其内容的真实性。仅作为临时的测试数据，供内部测试之用。本站并未授权任何人以任何方式主动获取本站任何信息。
② 本站未注明“稿件来源”的临时测试数据将在测试完成后最终做删除处理。有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341
