Unité Tester une méthode qui renvoie un vide

Voulais Unité de Tester une méthode dans la Classe suivante

public class DeviceAuthorisationService : IDeviceAuthorisationService
{
    private DeviceDetailsDTO deviceDetailsDTO = null;
    private IDeviceAuthorisationRepositiory deviceAuthorisationRepositiory;

    public DeviceAuthorisationService(IDeviceAuthorisationRepositioryService paramDeviceAuthorisationRepository)
    {
        deviceAuthorisationRepositiory = paramDeviceAuthorisationRepository;
    }

    public void AuthoriseDeviceProfile(long paramUserID, string paramClientMakeModel)
    {
        if (deviceDetailsDTO == null)
            GetCellPhoneDetails(userID);

        if (deviceDetailsDTO.IsDeviceSelected == false)
            throw new SomeCustomExceptionA();

        if (deviceDetailsDTO.CellPhoneMakeModel.ToLower() != paramClientMakeModel.ToLower())
            throw new SomeCustomExceptionB;
    }

    public void UpdateDeviceStatusToActive(long userID)
    {
        if (deviceDetailsDTO == null)
            throw new InvalidOperationException("UnAuthorised Device Profile Found Exception");

        if (deviceDetailsDTO.PhoneStatus != (short)Status.Active.GetHashCode())
            deviceAuthorisationRepositiory.UpdatePhoneStatusToActive(deviceDetailsDTO.DeviceID);
    }

    private void GetCellPhoneDetails(long userID)
    {
        deviceDetailsDTO = deviceAuthorisationRepositiory.GetSelectedPhoneDetails(userID);

        if (deviceDetailsDTO == null)
            throw new SomeCustomException()
    }

}

Remarque:

  • Nom de la méthode = AuthoriseDeviceProfile retourne void
  • La méthode vérifie userSentMakeModel contre celui stocké dans la base de données correspondent à
  • Si elle correspond - il renvoie simplement (c'est à dire ne pas modifier l'état)

Comment allons-nous l'unité de tester cette méthode?

  • Ont raillé les Pensions de
  • Ont couvert le scénario de "THROWS EXCEPTION"
  • Question est de savoir comment l'unité de tester le scénario de TOUS s'est BIEN passé ie de l'utilisateur;s makeModel appariés avec dépôt;s makeModel

Toute la conception de suggestions pour faire de ce testable est la plupart de bienvenue
Merci à l'avance.

source d'informationauteur Venu b

  1. 14

    Depuis votre méthode void, il a probablement certains des effets secondaires que vous pouvez tester/faire valoir.

    Dans votre cas, une option serait de fournir une maquette instance de IDeviceAuthorisationRepositioryService. Vous pouvez ensuite vérifier si un appel à UpdatePhoneStatusToActive qui s'est passé. Voici une solution à l'aide de Moq:

    var mock = new Mock<IDeviceAuthorisationRepositioryService>();

var service = new DeviceAuthorisationService(mock.Object);
service.UpdateDeviceStatusToActive(....);

mock.Verify(x => service.UpdatePhoneStatusToActive(), Times.Never());
  2. 7

    Si une méthode est vide, alors il devrait avoir quelque observables côté-effet - sinon c'est inutile. Donc, au lieu de tester la valeur de retour, vous testez les effets secondaires. Dans ce cas, il dirait probablement autour de laquelle les exceptions sont jetés dans quelles situations.

    (Ici, "déclenche une exception" est considéré comme un effet secondaire; on pourrait aussi penser que c'est un implicite type de valeur de retour, bien sûr...)

  3. 5

    Injecter un moqué de référentiel. Tester si certaines méthodes sur le référentiel sont appelés.

  4. 3

    Vous pouvez définir exception de l'espérance sur vos tests unitaires. Dans nUnit, il ressemble à ceci:

    [Test]
[ExpectedException(typeof(InvalidOperationException))]
public void TestAuthoriseFail()
{
    //do something that should make the tested method throw the exception
}
  5. 2

    Même si votre méthode renvoie la valeur nulle, il doit être en train de faire quelque chose qui est utile pour vous (sinon il serait inutile de la méthode).

    À partir de votre code, je devine qu'il y a essentiellement 2 saveurs de "utiles" des choses que l' AuthoriseDeviceProfile méthode est en train de faire:

    • l'appel de la GetSelectedPhoneDetails méthode sur la IDeviceAuthorisationRepositiory
    • lancer diverses exceptions en fonction de certaines conditions

    Donc à l'unité de tester la méthode, vous devez faire deux choses qui correspondent à ce:

    • Injecter un simulacre de IDeviceAuthorisationRepositiory et de l'avoir enregistrer et/ou de faire valoir que GetSelectedPhoneDetails est appelé
    • Exercice des méthodes d'essai qui induisent les diverses exceptions, et de les capturer car ils sont jetés à vérifier que:
      • une exception est en fait jeté
      • l'exception est levée, est le plus approprié pour chaque scénario
  6. 0
      [TestMethod]
        public void AuthoriseDeviceProfileTest()
        {
            long paramUserID=1, string paramClientMakeModel=test";
            IDeviceAuthorisationService DeviceAuthorisationService= new DeviceAuthorisationService();

            try
            {

                DeviceAuthorisationService.AuthoriseDeviceProfile(paramUserID, paramClientMakeModel);
                Assert.IsNull(paramUserID);

            }
            catch (Exception e)
            {
                Assert.AreNotEqual("Exception of type was thrown", e.Message);
            }
        }
    }