Open keunwoochoi opened 5 years ago
I'm not completely convinced. Maybe we should first:
unittest
The main reason I'm still pushing for pytest is that it is very convenient for testing a huge combination of parameters/arguments and in my opinion the better choice.
Hey, thanks for the opinion. I totally got it. But Pytorch is huge, it'd take a good time to persuade them and make the change while we need to decide it much sooner. But maybe torchaudio would be willing to change it and that's what really matters to us.
So, how about asking torchaudio if they'd be fine with pytest
? Actually, could you do that? :) that'll be more persuasive since you know better.
Regarding PyTorch there is an ongoing discussion in https://github.com/pytorch/pytorch/issues/11578, but I think we don't have to make our decision based on the outcome. Both pytorch/vision and pytorch/audio are self-contained repositories with there own testing framework.
So, indeed, we should ask pytorch/audio if they are willing to include pytest
as a dependency in there tests. I will make a proposal and ask them.
I asked them (https://github.com/pytorch/audio/issues/102) and added a pull request for automatic testing on travis (https://github.com/pytorch/audio/pull/100)
Perfect, thanks a lot. To not block #34, I'll merge it with unittest
at the moment. @ksanjeevan agreed that he's willing to change it to pytest
later.
Don't worry, we don't have to change existing unittest
as they will be executed by pytest
as well. If we add further tests or can improve existing ones with pytest
then it is worth considering a rewrite.
@hagenw Perfecter!
https://github.com/pytorch/audio/issues/102#issuecomment-489332202
Ok, let's go with pytest
@hagenw Could you possibly make a PR for it?
Sure, will do until end of week.
On 12 May 2019 at 23:01,
wrote: pytorch/audio#102 (comment)
Ok, let's go with pytest @hagenw Could you possibly make a PR for it?
— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub, or mute the thread.
We once talked about it briefly on #25. So, we have some preferences on
pytest
overunittest
. But currently bothpytorch/pytorch
andpytorch/audio
are usingunittest
. I think we should follow them, otherwise - if we go withpytest
- we'd need to write it again withunittest
. Any thought?