一天能够写多少条测试用例其实并不能准确衡量，如测试用例的复杂度、测试环境的可用性、测试需求的明确度和可用的时间等等。因此，很难给出一个具体的数字来回答这个问题。

有些测试用例可能非常简单，一天能写70-100条用例 (包括简单的逻辑交互功能，测试功能)；

而其他的测试用例可能会涉及到更复杂的业务逻辑或者多种环境的组合测试，一天可能只能写10来条用例(流程性、业务流长的功能)。

此外，测试用例的编写也需要耗费一定的时间来收集测试数据、分析需求和设计测试方案等。在实际工作中，测试工程师通常会根据测试计划和测试任务来安排测试用例的编写工作，并考虑到时间和资源的限制来合理安排自己的工作量。因此，软件测试工程师一天能够编写的测试用例数量是具有很大差异性的，取决于多种因素的综合影响。

如何保证覆盖率？

1.首先编写测试用例之前，检查相关需求及设计文档是否功能描述不清、是否设计逻辑缺陷，如果有问题需要及时和产品或开发沟通。

2.然后用思维导图罗列功能点，性能需求，检查功能之间是否存在交互，整理出影响点，然后进行评审，对功能进行查缺补漏。

3.对测试用例进行评审，对主功能点、用例是否有不足、功能是否补充，进行查缺补漏。

4.用例评审之后，执行测试用例，在执行的过程中，如果发现用例不完善或者错误，需及时进行修改及优化。测试用例执行完毕对遗测的 bug 进行用例补充，确保用例的覆盖率。

5.测试用例的覆盖率很难达到 100%，如果时间允许，交叉测试是非常有必要的。