这是一个令人困惑的情况。在测试QStateMachine的状态转换时,以下代码无法监视导致转换的信号。
// Test transition to SS_STARTING
QSignalSpy spy(test_obj_, SIGNAL(StateChanged(int)));
// emmit StateChanged signal
test_obj_->SetState(SS_STARTING);
// Current state property should be SS_STARTING
QVERIFY(spy.wait()); //<--- fails test
QVERIFY(test_obj_->GetCurrentState() == SS_STARTING);
QCOMPARE(spy.count(), 1);
以下代码通过测试!
// Test transition to SS_STARTING
QSignalSpy spy(test_obj_, SIGNAL(StateChanged(int)));
// emmit StateChanged signal
test_obj_->SetState(SS_STARTING);
// Current state property should be SS_STARTING
QTest::qWait(20); //<--- passes test
QVERIFY(test_obj_->GetCurrentState() == SS_STARTING);
QCOMPARE(spy.count(), 1);
我还可以在外部验证使用dbus-monitor发出信号。
我可以继续使用QTest :: qWait,这没什么大不了的,但我只是为什么spy.wait不起作用而感到困惑。
干杯,西蒙
你的测试是不正确的,一旦你设置setState()
信号被发射,所以spy.wait()
将不再接收它。所以我的想法是在spy.wait()
开始使用QTimer之后发出信号:
// Test transition to SS_STARTING
QSignalSpy spy(test_obj_, SIGNAL(StateChanged(int)));
// emmit StateChanged signal
// test_obj_->SetState(SS_STARTING);
QTimer::singleShot(0, [test_obj_](){ test_obj_->setState(SS_STARTING);}); // <----
QVERIFY(spy.wait());
QVERIFY(test_obj_->GetCurrentState() == SS_STARTING);
QCOMPARE(spy.count(), 1);
在第二个例子中,QTest::qWait()
不是必需的,因为状态同步改变