
Cometchat Flutter V6 Testing
- 2 installs
- 70 repo stars
- Updated June 23, 2026
- cometchat/cometchat-skills
Testing procedures for CometChat features in Flutter v6 mobile applications.
About
Flutter v6-specific test patterns and validation steps for CometChat chat components. Developers verify feature correctness in Flutter v6 projects.
- Flutter v6 test setup
- Chat integration verification
Cometchat Flutter V6 Testing by the numbers
- 2 all-time installs (skills.sh)
- Ranked #1,693 of 2,153 Testing & QA skills by installs in the Skillselion catalog
- Data as of Aug 5, 2026 (Skillselion catalog sync)
npx skills add https://github.com/cometchat/cometchat-skills --skill cometchat-flutter-v6-testingAdd your badge
Show developers this skill is listed on Skillselion. Paste this into your README.
| Installs | 2 |
|---|---|
| repo stars | ★ 70 |
| Last updated | June 23, 2026 |
| Repository | cometchat/cometchat-skills ↗ |
What it does
Testing procedures for CometChat features in Flutter v6 mobile applications.
Files
Purpose
Test recipes for Flutter UIKit v6 (stable, Bloc-based). Most of the v5 patterns carry over; the deltas are around state-management primitives (Bloc, not GetX) and the unified cometchat_chat_uikit package (calls bundled — see cometchat-flutter-v6-calls).
Read these other skills first:
cometchat-flutter-v6-core— UIKitSettings, init/login order, hard rulescometchat-flutter-v6-events— Bloc-based event streamscometchat-flutter-v5-testing— patterns that aren't v6-specific (CI config, golden tests, mocktail intro) — read first if you haven't
Ground truth:
- bloc_test — https://pub.dev/packages/bloc_test
- flutter_bloc — https://bloclibrary.dev/
---
1. The v5 → v6 testing delta
| Concern | v5 | v6 |
|---|---|---|
| State management | GetX | Bloc |
| DI in tests | Get.reset() between tests | Provide via MultiBlocProvider per test, or use BlocProvider.value with a mock |
| Calls package | cometchat_calls_uikit (separate) | bundled into cometchat_chat_uikit |
| Init order | ..callingExtension = CometChatCallingExtension() on UIKitSettingsBuilder | CometChatUIKitCalls.init inside CometChatUIKit.init onSuccess |
| Listener IDs | Stable string for addCallListener | Bloc subscription, automatic cleanup |
| State persistence between tests | Get singletons leak — must reset | Bloc state is per-instance — no global reset, but providers must be re-created per test |
Most assertions stay the same; the wiring around them changes.
---
2. Mocktail + bloc_test setup
# pubspec.yaml
dev_dependencies:
flutter_test:
sdk: flutter
bloc_test: ^9.0.0
mocktail: ^1.0.0
integration_test:
sdk: flutterService abstraction
Same shape as v5 (see cometchat-flutter-v5-testing/SKILL.md Section 2):
// lib/services/cometchat_service.dart
abstract class CometChatService {
Future<void> init();
Future<User> login(String uid);
Future<void> logout();
User? getLoggedInUser();
Stream<TextMessage> messageStream();
}
class CometChatServiceImpl implements CometChatService {
@override
Future<void> init() async {
final settings = (UIKitSettings.builder()
..appId = CometChatConfig.appId
..region = CometChatConfig.region
..authKey = CometChatConfig.authKey
..subscriptionType = CometChatSubscriptionType.allUsers)
.build();
await Future<void>.value(); // Real impl: completer-wrap CometChatUIKit.init
// Then chain calls init in onSuccess (rule 1.1 from cometchat-flutter-v6-calls)
}
// ... rest
}---
3. Bloc unit tests with bloc_test
// test/blocs/auth_bloc_test.dart
import 'package:bloc_test/bloc_test.dart';
import 'package:flutter_test/flutter_test.dart';
import 'package:mocktail/mocktail.dart';
import 'package:your_app/blocs/auth_bloc.dart';
import 'package:your_app/services/cometchat_service.dart';
class MockCometChatService extends Mock implements CometChatService {}
class FakeAuthEvent extends Fake implements AuthEvent {}
void main() {
late MockCometChatService mockService;
setUpAll(() {
registerFallbackValue(FakeAuthEvent());
});
setUp(() {
mockService = MockCometChatService();
});
blocTest<AuthBloc, AuthState>(
'emits Authenticated when login succeeds',
setUp: () {
when(() => mockService.init()).thenAnswer((_) async {});
when(() => mockService.login(any())).thenAnswer(
(_) async => User(uid: 'cometchat-uid-1', name: 'Alice'),
);
},
build: () => AuthBloc(service: mockService),
act: (bloc) => bloc.add(LoginRequested(uid: 'cometchat-uid-1')),
expect: () => [
isA<AuthLoading>(),
isA<Authenticated>(),
],
verify: (_) {
verify(() => mockService.init()).called(1);
verify(() => mockService.login('cometchat-uid-1')).called(1);
},
);
blocTest<AuthBloc, AuthState>(
'emits AuthError when login fails',
setUp: () {
when(() => mockService.init()).thenAnswer((_) async {});
when(() => mockService.login(any())).thenThrow(Exception('401 Unauthorized'));
},
build: () => AuthBloc(service: mockService),
act: (bloc) => bloc.add(LoginRequested(uid: 'cometchat-uid-1')),
expect: () => [
isA<AuthLoading>(),
predicate<AuthState>((s) => s is AuthError && s.message.contains('Unauthorized')),
],
);
}bloc_test handles the boilerplate of subscribing to the bloc, dispatching events, and asserting state sequence.
---
4. Widget tests with BlocProvider
import 'package:flutter/material.dart';
import 'package:flutter_test/flutter_test.dart';
import 'package:flutter_bloc/flutter_bloc.dart';
import 'package:mocktail/mocktail.dart';
import 'package:your_app/screens/chat_screen.dart';
import 'package:your_app/blocs/auth_bloc.dart';
class MockAuthBloc extends MockBloc<AuthEvent, AuthState> implements AuthBloc {}
class FakeAuthState extends Fake implements AuthState {}
class FakeAuthEvent extends Fake implements AuthEvent {}
void main() {
setUpAll(() {
registerFallbackValue(FakeAuthState());
registerFallbackValue(FakeAuthEvent());
});
testWidgets('shows loading on AuthLoading state', (tester) async {
final mockBloc = MockAuthBloc();
when(() => mockBloc.state).thenReturn(AuthLoading());
await tester.pumpWidget(
MaterialApp(
home: BlocProvider<AuthBloc>.value(
value: mockBloc,
child: ChatScreen(),
),
),
);
expect(find.byType(CircularProgressIndicator), findsOneWidget);
});
testWidgets('shows error on AuthError state', (tester) async {
final mockBloc = MockAuthBloc();
when(() => mockBloc.state).thenReturn(AuthError(message: '401 Unauthorized'));
await tester.pumpWidget(
MaterialApp(
home: BlocProvider<AuthBloc>.value(value: mockBloc, child: ChatScreen()),
),
);
expect(find.textContaining('Unauthorized'), findsOneWidget);
});
}BlocProvider.value is for tests; BlocProvider(create: ...) is for production.
---
5. Mocking the kit's call widgets
V6 calls widgets fire BLoC events internally. Mocking is the same pattern — wrap your custom call surfaces in service abstractions, mock at that layer.
For widgets like <CometChatOngoingCall> that you don't control, the strategy is the same as v5: replace at composition boundary or skip widget tests for them and rely on integration tests.
---
6. Integration tests (same as v5)
// integration_test/chat_test.dart
import 'package:flutter/material.dart';
import 'package:flutter_test/flutter_test.dart';
import 'package:integration_test/integration_test.dart';
import 'package:your_app/main.dart' as app;
void main() {
IntegrationTestWidgetsFlutterBinding.ensureInitialized();
testWidgets('login and see conversations', (tester) async {
app.main();
await tester.pumpAndSettle(Duration(seconds: 10));
expect(find.text('Welcome'), findsOneWidget);
await tester.tap(find.text('Messages'));
await tester.pumpAndSettle();
expect(find.byType(ListTile), findsAtLeastNWidgets(1));
});
}Same shape as v5; the underlying SDK is different but the integration test contract is the same.
---
7. Golden tests (same as v5)
See cometchat-flutter-v5-testing/SKILL.md Section 6 — the patterns are identical. The kit's V6 themes use Material 3 by default; pin Flutter version to ensure golden stability.
---
8. Calls testing in v6
V6 bundles calls into cometchat_chat_uikit. Tests that touch calls:
blocTest<CallBloc, CallState>(
'emits CallActive when initiateCall succeeds',
setUp: () {
when(() => mockService.initiateCall(any())).thenAnswer(
(_) async => Call(sessionId: 'session-123'),
);
},
build: () => CallBloc(service: mockService),
act: (bloc) => bloc.add(InitiateCall(receiverUid: 'cometchat-uid-2')),
expect: () => [isA<CallInitiating>(), isA<CallActive>()],
);The init order rule applies in tests too: mock init to resolve before any initiateCall-related test runs. The simplest way is to wire init in your test's setUpAll:
setUpAll(() async {
registerFallbackValue(FakeCallEvent());
// If your AuthBloc init is shared, run it once here:
// await mockAuthBloc.add(AppStarted());
});For widget tests of call screens, see cometchat-flutter-v6-calls Section 7's verification checklist — the same checks belong in the test file:
- Was init called before the call screen mounted?
- Does the call screen show the WebRTC view after the session starts?
- Does hangup call
endSessionANDNavigator.pop?
---
9. Anti-patterns
1. Reusing a single `MockBloc` across tests without resetting. State leaks. Either re-create per test or use tearDown(() => mockBloc.close()). 2. Skipping `registerFallbackValue` for events / states. mocktail crashes the test runner without it; the error message is unclear. 3. `Bloc` subclasses with side effects in their constructor. Tests mount the bloc and side effects fire (e.g. real SDK init). Move side effects to event handlers, dispatch them explicitly in tests. 4. `emit` checks that depend on equality. Bloc states often have Equatable mixed in; if not, expect: () => [SomeState()] fails because two SomeState() instances aren't equal. Use predicate<T>(...) or verify via isA<SomeState>() + later assertions. 5. Real `flutter_bloc` ChangeNotifierProvider in widget tests. Mock the bloc directly via BlocProvider.value(value: mockBloc). 6. Skipping pump after state emit. bloc_test handles state assertions, but widget tests need explicit await tester.pump() after the bloc emits or the rebuild won't happen.
10. Verification checklist
- [ ]
CometChatServiceabstraction wrapping the SDK - [ ]
MockCometChatServiceandMockAuthBloc(MockBloc<E, S>) in test files - [ ]
registerFallbackValuecalls insetUpAllfor events + states - [ ] At least one bloc_test for "AuthBloc emits Authenticated on successful login"
- [ ] At least one bloc_test for "AuthBloc emits AuthError on login failure"
- [ ] At least one widget test for "shows loading until login resolves"
- [ ] At least one widget test for "error UI on auth failure"
- [ ] Integration test for login + see conversations
- [ ] Calls integration test asserting init order rule (chat init → calls init → calls available)
- [ ] CI uses dedicated CometChat test app via
--dart-define - [ ] Flutter version pinned in CI
11. Pointers
cometchat-flutter-v6-core— init/login order, hard rulescometchat-flutter-v6-events— Bloc event streamscometchat-flutter-v6-calls— calls integration; hard rules to assert in testscometchat-flutter-v6-troubleshooting— when tests pass but production breakscometchat-flutter-v5-testing— for shared patterns (CI, goldens, mocktail intro)cometchat-flutter-v6-migration— v5 → v6 migration recipes (test rewrites)