测试用例是测试设计的一个产出物，它直接体现测试设计的思想，一份漂亮的测试用例不仅仅是设计思路的优，更是便于流转和执行，具有可读性、传递性。
　　首先，一份漂亮的测试用例-需有一个用例模板
　　模板的作用：将测试用例的结构形式固定化、标准化，对编写者启引导作用，保证一份测试用例数据完整。

　　两份模板差别在于 机顶盒1和机顶盒2，因在IPTV行业，是通过机顶盒展示给用户的，而当前机顶盒厂商多，需要进行兼容性测试，将需要测试的机顶盒直接标记在用例中，执行哪款盒子，直接在哪款盒子上写结果即可。
　　同一个功能在多个机顶盒上是否OK 一目了然。
　　哪款盒子测试用例通过率/失败率也非常清晰。
　　如你测试的是网站可将机顶盒改成 IE11 Chrome 等。
　　其次，测试用例具有目标、可读、简洁。
　　测试用例的目标、可读、简洁是从各个属性所填的内容散发出来的。
　　1、用例编号
　　用例编号是测试用例文档中一个代号，需全局，我们可以通过代号快速找到测试用例。
　　用例编号的书写，建议是项目名_模块名_001，我们可以通过编号快速知道一个项目有多少用例，项目中一个模块有多少用例。
　　2、用例标题
　　目的:概述测试用例的主要内容，明确用例意图
　　在做用例评审时，通过浏览一个模块的用例标题，能快速判断有没有遗漏功能；通过浏览一个功能用例标题，能快速判断出有没有遗漏正常或异常case。
　　一个测试用例的好坏，一半体现在测试用例标题上。
　　一个好用例的标题，书写方式有三种：
　　一：一句完整的话（不超过30个汉字）
　　二：功能简报形式
　　例：电影详情页-返回
　　例：栏目-发布
　　例：电影-添加
　　三：按条件/状态
　　例：发起转码-无源媒体文件
　　例：发起转码-有源媒体文件
　　例：鉴权-已订购产品已过期
　　例：鉴权-已订购产品未过期
　　例：鉴权-未订购产品
　　3、预置条件
　　预置条件-测试用例能执行的前提条件。可以是到达某一状态，也可以是一些配置。
　　书写要求：一个简洁的结果。
　　用户已成功登陆
　　自动审核的开关已关
　　不需要写是怎么登陆的/如何将开关关掉的。