上面分析了很多测试用例颗粒度粗、细的特点，那么，常规的测试来讲，如何大致定位测试用例颗粒度的粗细呢？
下面以单一的应用环境来体现。
还是要强调那句话：相同的机构也可能有不同测试目的，可能是测试不同区域或是对同一区域的不同层次的测试。
单一条件：
1、时间因素：
时间短、项目紧、编写用例评审时间较短时，适合粗颗粒度用例。
项目周期较长时，适合细颗粒度用例。
比如规划六个月的项目，计划阶段和设计阶段有一个半月，测试前期进入，有足够的时间来进行人员培训、测试用例编写，需要细颗粒度。如果项目是一个月，测试准备时间只有五个工作日，那么可能在第三天就要完成第一轮的测试用例评审，建议以粗颗粒度为主，覆盖功能和体现思路。
2、项目人员：
测试人员中熟手多，思路和基础技能扎实，或测试人员构成责任心高时，可以采用粗颗粒度用例。
测试人员新手多，需要再指导下进行基础测试工作，或责任心一般时，需采用细颗粒度用例。
测试人员熟手和新手的区别，大家一目了然。在这里，特意把责任心作为测试用例编写粗细的一个判别标准。实际上，测试人员的职业素质中，就有责任心一项，这种品质方面的要求因人而异——而且每个人都肯定对自己的责任心还自我感觉良好。
举个例子，比如安装测试：
粗的写法：在微软的各种操作系统下进行遍历安装，确认setup安装成功。——那么责任心好的人，可能会去翻阅规格书，确认setup支持的操作系统，再依次安装测试。责任心一般的人，可能就想当然的认为visia这种过渡版本很少人用/server 2000 不是个人用户的菜，就直接跳过这两种系统。
所以面对责任心一般的人，就必须写成细的用例：安装测试：A、在window XP 的 SP2 环境下安装；B、在xp的SP3 环境下安装；C、在win server 2000 下安装；……。
3、项目质量性质
项目质量要求一般，或项目为过渡项目，生命周期短；项目为临时项目时，可采用粗颗粒度用例。
项目质量要求高，客户或公司对质量的定位为第一位，品牌工程项目，采用细颗粒度用例。
难道不是所有的项目都是高质量高要求的么？当然不是。
不同国家和民族的人对质量的要求是不一样的：美国是够用就好，德国是精益求精，中国是当场不挂就行。
不同产业链位置的公司对质量要求是不一样的：顶级公司做完美的产品，中级公司做性价比高的产品，底层公司做廉价的产品。
不同定位的公司对质量的要求是不一样的：在火车站门口的饭店吃的是客流量，在市区偏远地方的饭店吃的是回头客。
不同目的的单子对质量的要求是不一样的：做账拉回扣的虚项目，中标后无人使用，三年后设备升级，质量就没有要求。做重点项目，质量要求苛刻等。
所以，肯定会有不同的项目质量性质。也自然有不同的测试策略和测试目的，顺序导出的就是不同颗粒度的测试用例。
