8、公司决策投入：
公司对测试工作的投入，对产品质量的要求，对行业节奏的把握。具体分析，可参考项目质量性质部分的论述。
测试用例粗细的另外一个概念：用例的文字描述粗细。
（旧文贴成）
文档分为好多种，在后面写测试用例的时候你们会遇到类似的颗粒度的问题。
第一类是写给自己，以及懂这个技术的，差不多水平的同事看的。这样只需要大致的描述核心关键点就可以。
第二类是给技术一般的员工，但是有一定底子的人看的，这样基本的概念就不用描述，整体步骤描述清楚就可以。
第三类是给不懂技术，只会看图一步步操作的外行看的，这样就要详细细致的描述基本概念，步步都截图，傻瓜式的对比参照的搞过去。
举个例子，使用ping 命令
第一类写法：如果网络不通，使用ping命令测试一下网络是否通畅。
第二类写法：如果网络不通，在cmd模式下，使用ping X.X.X.X 的命令格式，测试一下网络是否通畅。
第三类写法：如果网络不通，点击开始，选择运行，然后在运行框里输入cmd，然后在弹出框里面，使用ping X.X.X.X 的命令格式，如果显示Reply from X.x.x.x bytes=32 time=3ms TTL=64，就是通畅，其他显示就是不通畅。
那么？你这份文档是写给谁看的？
———————————————————————————————————————————————
上述都是针对单一的外部环境给出的建议。如果外部环境参数较多，并且互相矛盾，比如团队新手多，但测试项目对质量要求很高，并且项目周期短时，如何构建测试用例的颗粒度，就更需要测试管理人员的平衡。
测试用例的粗细：掌握质量与效率之间的平衡。
相关链接：
