比如一个商城的迭代，有商品管理页面，里面有搜索框、高级搜索、商品状态、商品的操作之类的，应该首先从哪开始写起呢，怎么搭建一个系统的有结构的用例呢

可以自己找个顺序，比如先按页面分大类，然后里面再按页面从上到下或者从左到右控件的顺序，去细化测试点。只要顺序得当，至少从界面功能角度，都可以过一遍。

还有那种 b 端和 c 端有场景交互的功能，这种又什么时候写出来呢 ？

不知道你的 b 端和 c 端具体是怎么交互的。个人习惯，一般这种复杂场景交互的，先看是哪些功能涉及，然后往功能里面加这方面的测试点。

如何合理评估一个功能迭代的测试用例时间呢？

不知道你说的是用例编写时间，还是用例执行时间。一般评估时间最常用的方式就是拆解，把整体需要测试的内容拆到一个每个部分你都可以快速评估出需要测多久的程度后，把这些时间加起来，再乘以 1.2（留 20% 风险时间），会是一个相对靠谱的排期。

这里说的用例时间是用例编写时间，我们负责人总觉得我们编写用例的时间过长，希望给到的实际测试执行的时间更多一些，但是我认为用例就是一个测试的测试思维的体现，用例写好了，那么这个迭代的功能思想其实都差不多了，剩下来的就是执行了

这个编写时间，一般你的评估是多久？一般是怎么估法？

可以以社区帖子的回贴功能作为被测对象来估一下。