这段时间测试对象是UED做出的新界面，如此包含了复杂的业务逻辑，及页面元素控件的校验。

在我整理好文件夹框架，准备编写TC时止步了。N多页面元素控件的校验，N多页面的增删查改，页面中必填选填的组合……我一想起这些像无底洞，因为不知该如何舍弃了？又要舍弃中间的多少？

关于这个问题，我想每个人都有自己把握。它没有一个具体量的标准，不是你数数、称称可以得到答案的。这中间掺杂着测试思想的指导、工作经验的积累、项目背景的要求、客户使用的需求等等，如此多的因素影响其结果必然是变化无穷的。

我碰到的具体情况：资源（一人)；工作(一个中心，涉及到9个子产品的增删查改)；TC编写(8天)；一轮执行(7天)；使用对象（收费小二）；在许多同事的指导下，根据小二的需求及时间安排后采用以下策略：P0：保证各子产品之间联动；子产品增删查改主流程（以子产品内模块为颗粒）；P1：子产品内各模块增删查改（以模块内必填项、选填项为颗粒）；P2：每个页面元素控件校验（使用对象特殊及该中心输入1/3有特殊格式要求）；

经过询问大多答案是“测试颗粒度在于自己把握”，可对于初涉测试的我在编写TC时止步了。不是因为我不了解需求，不是因为我不清楚demo中元素控件要求，不是因为我不知道数据字段……而是，在时间与工作量的把握上迷茫了，我不确定未来的7天一轮测试会执行多少？

需求不了解，可以去问；工具不会用，可以去学；但测试设计思想不是一时半会能学到的，需要工作中不断摸索。

原则上，对所有可测的点，我们都应该去把控；而有些项目中，根据项目背景、产品的特殊使用人群，或是使用迫不得，已可能会出现灵活把握的情况。

但是，我们每个项目中，对这些可测的点已经做了重要性的过滤，优先级的排列。本着使用有限的资源做正确的事的原则，去指导我们的测试。

至于到底可以测试多少用例？若一开始自己估算不出来的话，好争取项目中其他有经验的同学协助，毕竟每个项目的业务不一样，他们是相对了解你的工作状况的人。