我正处于一个项目中，我们被要求“组件化”角度指令中的某些控件（按钮，复选框，工具提示......） 很多角度ui正在做什么...
我们也希望像它应该采用BDD测试。 （=在开始开发之前以BDD测试/规范开始，见下文）
虽然该项目正在进一步推进，但仍有讨论该指令的哪些部分应该在哪里进行测试（e2e使用量化器OR（单位）规范测试并使用编译的html）。
当前“有问题/模糊”的指令将是“工具提示”。 你在哪里测试......
这篇文章的目标应该是获得WHERE的一套标准来编写什么样的测试/规格/无论什么/ ....
第二个目标是获得正确的开发/测试工作流程：
为此，我在Julie Ralph的演讲中找到了一个想法 https://docs.google.com/presentation/d/17MoD75c2V26MBvimCMPlZdT-cYm7KZd3mLdng0io258/edit#slide=id.g2570824a9_033
•1。逻辑：控制器的方法是否符合预期？
•2。正确编译：生成正确的DOM结构
•3。用户事件处理：是否显示默认选项卡？单击选项卡是否会更改选项卡？
在我看来，BDD测试采用第三种方式（“用户事件处理”） 开发应该从这个“集合”开始。 1和2应该在发展过程中“成长”。
E2e测试（通过量角器）不应该用于一个指令，而是用于测试指令的交互（例如：按钮和表单上的输入）
非常感谢您的意见，并提前感谢您。