大型项目里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 = pythonnewValue; }); }, ), ), ), ); }, )
应用的功能越多,手动测试就越困难。一整套自动化测试将帮助确保应用程序在发布前正确执行,同时保持功能和错误修复速度。 有很多种自动化测试。总结如下: 单元测试:测试单个函数、方法或类。例如,被测试单元的外部依赖性通常是模拟的,例如packa开发者_Go教程ge: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;
集成测试:测试整个应用程序或应用程序的大部分。通常,集成测试可以在真实www.devze.com设备或操作系统模拟器(如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));
这些约束有时是&ljavascriptdquo;紧”的,这意味着它们不会为渲染框留出空间来确定其自身的大小(例如,如果最小宽度和最大宽度相同,即宽度很窄)。主要示例是App小部件,它是RenderView类中包含的一个小部件。
for (int i = 0; i < 5; i++) { await driver.scroll( userList, 0.0, 300.0, new Duration(milliseconds: 300)); await new Future<xkYCUv;Null>.delayed(new Duration(milliseconds: 500)); }
应用程序构建函数返回的子小部件的渲染框被分配了一个约束,迫使它精确地填充应用程序的内容区域(通常是整个屏幕)。Flutter中的许多框,特别是那些只包含一个子控件的框,会将其约束传递给其子控件。这意味着,如果在应用程序渲染树的根处嵌套一些框,则所有子节点都受这些渲染框的约束。
summary.writeSummaryToFile('stocks_scroll_perf', pretty: true); summary.writeTimelineToFile('stocks_scroll_perf', pretty: true);
以上就是大型项目里FlutxkYCUvter测试应用实例集成测试深度使用详解的详细内容,更多关于Flutter集成测试的资料请关注我们其它相关文章!
精彩评论