我有点被我一直在研究的任务困住了。这是关于中的代码覆盖。
我使用jest +酶实现了几个单元测试。另外还进行了一些功能测试,利用黄瓜获得了gherkin功能和木偶机的浏览器自动化。
我能够从webpack构建的代码中获得覆盖率,并通过功能测试在本地主机上使用木偶师和伊斯坦布尔服务。此外,我从使用jest的单元测试中获得了代码覆盖率(顺便说一句,它包括伊斯坦布尔来实现这一点)。
问题是:我觉得这是两个不同的度量标准,因为我用jest +酵素文件逐个文件测试组件,而另一方面,我有来自木偶师的代码覆盖,实际上是一个构建的js文件。
目标应该是从单元测试和功能测试中获得代码覆盖率。
所以,我的问题是:
发布于 2019-03-11 14:01:09
对单元测试和功能测试的代码覆盖有意义吗?
如果您想获得100%的覆盖率,那么测量单元、集成和功能end2end测试的组合可能是有意义的。因为没有部署的版本,集成的某些部分很难测试。
我确实支持尽可能少的功能end2end测试。每个功能只有一两个,因为它们速度慢,易碎,维护成本很高。现在,添加的覆盖率将是如此之轻,可能不值得您花时间为一些额外的行组合覆盖报告。就我个人而言,我知道end2end测试涵盖哪些行。
我从傀儡手那里获得了代码覆盖率,这实际上是一个构建的js文件。
出于代码覆盖的目的,您可以部署一个不使用单个构建的js文件的版本。
有意义,从单元测试和功能测试合并代码覆盖率吗?如果有感觉该怎么做呢?
如果您可以使源代码映射工作,您应该能够合并覆盖率,即使是前端代码,已经被网页打包成一个文件。但是,这并没有很好的文档化,甚至可能需要额外的自定义代码才能正常工作。
从get应用程序获得代码覆盖率的最佳方法是什么?
这太宽泛了,但是如果您设置了可测试的体系结构,前端代码与后端代码是相似的。在稍后阶段添加测试和覆盖将更加困难,可能使用TDD ;-)
https://sqa.stackexchange.com/questions/38175
复制相似问题