BDD 和 table 查看数据源
BDD and table view data source
在我目前的项目中，我做的是行为驱动开发。
该应用有一个 table 视图。我有一个 UITableViewController 子类和 NSObject 上的一个子类作为数据源和 table 视图的委托。
table 视图的数据源（和委托）被设置为 table 视图控制器的属性，这将它设置为 table 在 viewDidLoad.
中查看
在 TDD 中，我会测试 table 视图数据源和委托是否是设置为 table 视图控制器属性的同一对象。另外我会测试数据源。但在 BDD 中，我的印象是这是规范中的很多内部信息。
在 BDD 中，我宁愿测试 table 视图的内容。但这意味着我必须在测试中同时设置两个被测对象。 table 视图控制器和 table 视图的委托。这似乎是错误的，因为这使得测试再次依赖于内部实现。
我不想让 table 视图控制器定义 table 视图的数据源，因为我想在同一个视图中为不同的 table 视图重用它应用
知道如何在 BDD 中完成 "should" 吗？
BDD 代表行为驱动开发。这需要思考和描述您进行开发的行为 'before'。在这种情况下，您首先完成了开发，因此您当然会发现很难进行 BDD
一旦您已经获得代码并尝试 'test' 它，那么您就没有在进行 BDD 或 TDD。
你可以假装你没有写下你的观点，用 BDD 做一个思想实验。然后写一个场景来描述为什么你需要这个特定的视图（即它提供了什么商业价值）以及你可以用它做什么......
或者只为您编写的代码编写单元测试
在我目前的项目中，我做的是行为驱动开发。
该应用有一个 table 视图。我有一个 UITableViewController 子类和 NSObject 上的一个子类作为数据源和 table 视图的委托。
table 视图的数据源（和委托）被设置为 table 视图控制器的属性，这将它设置为 table 在 viewDidLoad.
在 TDD 中，我会测试 table 视图数据源和委托是否是设置为 table 视图控制器属性的同一对象。另外我会测试数据源。但在 BDD 中，我的印象是这是规范中的很多内部信息。
在 BDD 中，我宁愿测试 table 视图的内容。但这意味着我必须在测试中同时设置两个被测对象。 table 视图控制器和 table 视图的委托。这似乎是错误的，因为这使得测试再次依赖于内部实现。
我不想让 table 视图控制器定义 table 视图的数据源，因为我想在同一个视图中为不同的 table 视图重用它应用
知道如何在 BDD 中完成 "should" 吗？
BDD 代表行为驱动开发。这需要思考和描述您进行开发的行为 'before'。在这种情况下，您首先完成了开发，因此您当然会发现很难进行 BDD
一旦您已经获得代码并尝试 'test' 它，那么您就没有在进行 BDD 或 TDD。
你可以假装你没有写下你的观点，用 BDD 做一个思想实验。然后写一个场景来描述为什么你需要这个特定的视图（即它提供了什么商业价值）以及你可以用它做什么......
或者只为您编写的代码编写单元测试