gpt4 book ai didi

通知的Android绑定(bind)和JUnit测试

转载 作者:太空宇宙 更新时间:2023-11-03 10:36:00 25 4
gpt4 key购买 nike

我想测试我的 Android View 模型。特别是当 setter 是否应该通知更改时。

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

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);
}
}

在我的单元测试中,我注册了一个监听器,以获取通知并使用以下类跟踪它们:

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/ 中的描述使用 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) 尝试使用 CountDownLatch,如几个 SO 答案中所述。

他们都没有帮助我。我该怎么做才能测试绑定(bind)通知?

最佳答案

您的测试作为示例项目中的本地单元测试工作(链接到 GitHub 存储库 here)。我无法重现您遇到的错误。包含导入的测试类的粗略工作示例如下 - 它生成 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 中编写仪器测试 - 参见 this question为了区别。

此外,这种在 ViewModel 中具有复杂逻辑的场景通常可以通过提取辅助对象来更好地测试,使该对象成为构造函数内部传递的 ViewModel 的依赖项,并针对辅助对象进行测试,而不是而不是针对 ViewModel 本身。

这似乎有悖常理,因为我们习惯于将模型视为没有依赖关系的数据对象。但是,ViewModel 不仅仅是一个模型 - 通常它最终会负责将模型转换为 View 以及将 View 转换为模型,如讨论中所述 here .

假设您有一个经过测试的类 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);
}
}

关于通知的Android绑定(bind)和JUnit测试,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/44684014/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com