C# 是否可以对有效的mp3字节数据进行单元测试?

C# 是否可以对有效的mp3字节数据进行单元测试?,c#,unit-testing,mp3,mime-types,C#,Unit Testing,Mp3,Mime Types,我们正在使用c#返回mp3的字节数据,但mp3尚未正确编码,因此我们需要一种方法来测试它 目前,我们已经在mvc中构建了一个使用该函数的页面,我们只需运行url即可尝试将其加载到mp3播放器中。我敢肯定,这是一种笨拙的方式。我们应该如何真正测试有效的mp3字节数据?将系统分成几部分,分别进行测试: MP3创建本身(作为字节数组/文件)-可以通过使用一些命令行“MP3到某物”转换器或可以播放MP3的库进行测试 为客户端生成url 将给定文件流式传输到客户端(如果需要在播放器中测试,则使用常量MP

我们正在使用c#返回mp3的字节数据,但mp3尚未正确编码,因此我们需要一种方法来测试它


目前,我们已经在mvc中构建了一个使用该函数的页面,我们只需运行url即可尝试将其加载到mp3播放器中。我敢肯定,这是一种笨拙的方式。我们应该如何真正测试有效的mp3字节数据?

将系统分成几部分,分别进行测试:

  • MP3创建本身(作为字节数组/文件)-可以通过使用一些命令行“MP3到某物”转换器或可以播放MP3的库进行测试
  • 为客户端生成url
  • 将给定文件流式传输到客户端(如果需要在播放器中测试,则使用常量MP3,否则任何字节数组都可以,只要它返回的标题正确)

定义mp3正确性的标准?不管里面装的是什么,它都应该是一个有效的mp3吗?就我们的目的而言,简单地让它真正播放将是一个巨大的胜利。即使声音是噪音?好吧,目前生产的mp3已经损坏,不能播放。谢谢你的回复,我想,那么,我们在正确的轨道上——我们基本上在做这三个步骤。事实证明,第一步失败是因为在媒体转换器的命令行执行过程中,由于提示EULA协议,进程被挂起。哈哈哇!