【Flutter】大型项目里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);