Android 绑定和 JUnit 测试通知



我想测试我的Android视图模型。特别是当二传手应该通知更改与否时。

视图模型如下所示(具有更多可绑定属性):

public class EditViewModel extends BaseObservable {
private String _comment;
@Bindable
public String getComment() {
return _comment;
}
public void setComment(String comment) {
if (_comment == null && comment == null) {
// No changes, both NULL
return;
}
if (_comment != null && comment != null && _comment.equals(comment)) {
//No changes, both equals
return;
}
_comment = comment;
// Notification of change
notifyPropertyChanged(BR.comment);
}
}

在我的 UnitTest 中,我注册了一个侦听器,以获取通知并使用以下类跟踪它们:

public class TestCounter {
private int _counter = 0;
private int _fieldId = -1;
public void increment(){
_counter++;
}
public int getCounter(){
return _counter;
}
public void setFieldId(int fieldId){
_fieldId = fieldId;
}
public int getFieldId(){
return _fieldId;
}
}

所以我的测试方法如下所示:

@Test
public void setComment_RaisePropertyChange() {
// Arrange
EditViewModel sut = new EditViewModel(null);
sut.setComment("One");
final TestCounter pauseCounter = new TestCounter();
// -- Change listener
sut.addOnPropertyChangedCallback(new Observable.OnPropertyChangedCallback() {
@Override
public void onPropertyChanged(Observable sender, int propertyId) {
pauseCounter.increment();
pauseCounter.setFieldId(propertyId);
}
});
String newComment = "two";
// Act
sut.setComment(newComment);
// Assert
assertThat(pauseCounter.getCounter(), is(1));
assertThat(pauseCounter.getFieldId(), is(BR.comment));
assertThat(sut.getComment(), is(newComment));
}

如果我单独执行测试方法,这种方法效果很好。如果我一次执行所有测试,有些测试会失败,通知被调用了0次。我认为,在处理回调之前调用断言。

我已经尝试了以下方法:

(1)按照 https://fernandocejas.com/2014/04/08/unit-testing-asynchronous-methods-with-mockito/中所述,用嘲笑来嘲笑听众。

@Test
public void setComment_RaisePropertyChange() {  
// Arrange
EditViewModel sut = new EditViewModel(null);
sut.setComment("One");
Observable.OnPropertyChangedCallback listener = mock(Observable.OnPropertyChangedCallback.class);
// -- Change listener
sut.addOnPropertyChangedCallback(listener);
String newComment = "two";
// Act
sut.setComment(newComment);
// Assert
verify(listener, timeout(500).times(1)).onPropertyChanged(any(Observable.class), anyInt());
}

(2)尝试使用几个SO答案中所述的CountDownLatch

他们都没有帮助我。如何测试绑定通知?

您的测试在示例项目中作为本地单元测试工作(此处链接到 GitHub 存储库)。我无法重现您遇到的错误。一个完成导入的测试类的工作粗略示例如下 - 它生成EditViewModel的 100% 代码覆盖率:

import android.databinding.Observable;
import org.junit.Test;
import static org.hamcrest.core.Is.is;
import static org.junit.Assert.*;
import static org.mockito.ArgumentMatchers.any;
import static org.mockito.ArgumentMatchers.anyInt;
import static org.mockito.Mockito.mock;
import static org.mockito.Mockito.never;
import static org.mockito.Mockito.timeout;
import static org.mockito.Mockito.verify;
public class EditViewModelTest {
@Test
public void setNewNonNullCommentRaisesPropertyChange() {
// Arrange
EditViewModel sut = new EditViewModel(null);
sut.setComment("One");
Observable.OnPropertyChangedCallback listener = mock(Observable.OnPropertyChangedCallback.class);
sut.addOnPropertyChangedCallback(listener);
String newComment = "two";
// Act
sut.setComment(newComment);
// Assert
verify(listener).onPropertyChanged(sut, BR.comment);
}
@Test
public void setNewNullCommentRaisesPropertyChange() {
// Arrange
EditViewModel sut = new EditViewModel(null);
sut.setComment("One");
Observable.OnPropertyChangedCallback listener = mock(Observable.OnPropertyChangedCallback.class);
sut.addOnPropertyChangedCallback(listener);
String newComment = null;
// Act
sut.setComment(newComment);
// Assert
verify(listener).onPropertyChanged(sut, BR.comment);
}
@Test
public void setEqualCommentDoesntRaisePropertyChange() {
// Arrange
EditViewModel sut = new EditViewModel(null);
sut.setComment("One");
Observable.OnPropertyChangedCallback listener = mock(Observable.OnPropertyChangedCallback.class);
sut.addOnPropertyChangedCallback(listener);
String newComment = "One";
// Act
sut.setComment(newComment);
// Assert
verify(listener, never()).onPropertyChanged(sut, BR.comment);
}
@Test
public void setNullToNullDoesntRaisePropertyChange() {
// Arrange
EditViewModel sut = new EditViewModel(null);
sut.setComment(null);
Observable.OnPropertyChangedCallback listener = mock(Observable.OnPropertyChangedCallback.class);
sut.addOnPropertyChangedCallback(listener);
String newComment = null;
// Act
sut.setComment(newComment);
// Assert
verify(listener, never()).onPropertyChanged(sut, BR.comment);
}
}

要诊断您遇到的问题,请确保您具有正确的依赖项,如下所示:

dependencies {
compile fileTree(dir: 'libs', include: ['*.jar'])
testCompile "org.mockito:mockito-core:+"
androidTestCompile "org.mockito:mockito-android:+"       
}

具有mockitodexmaker的旧设置不再有效。最新版本的Mockito可以在Maven Central上找到

另外,请检查您正在用test而不是androidTest编写的插桩测试 - 请参阅此问题以了解差异。

此外,通过提取帮助程序对象,使对象成为在构造函数内部传递的 ViewModel 的依赖项,并针对帮助程序对象而不是 ViewModel 本身进行测试,通常可以更好地测试ViewModel内具有复杂逻辑的此类方案。

这似乎有悖常理,因为我们被训练成将模型视为没有依赖关系的数据对象。但是,ViewModel 不仅仅是一个模型 - 通常它最终负责将模型转换为视图和视图到模型,如此处的讨论所示。

假设您有一个经过测试的类MyDateFormat,并在项目的其他位置对其进行单元测试。您现在可以像这样编写依赖于它的 ViewModel:

public class UserViewModel extends BaseObservable {
private final MyDateFormat myDateFormat;
@Nullable private String name;
@Nullable private Date birthDate;
public ProfileViewModel(@NonNull MyDateFormat myDateFormat) {
this.myDateFormat = myDateFormat;
}
@Bindable
@Nullable
public String getName() {
return name;
}
@Bindable
@Nullable 
public String getBirthDate() {
return birthDate == null ? null : myDateFormat.format(birthDate.toDate());
}
public void setName(@Nullable String name) {
this.name = name;
notifyPropertyChanged(BR.name);
}
public void setBirthDate(@Nullable Date birthDate) {
this.birthDate = birthDate;
notifyPropertyChanged(BR.birthDate);
}
}

最新更新