测试类型
测试项目：杯子
需求测试：查看杯子使用说明书
界面测试：查看杯子外观
功能度：用水杯装水看漏不漏；水能不能被喝到
安全性：杯子有没有毒或细菌
抗破坏性：杯子从不同高度落下的损坏程度
可移植性：杯子再不同的地方、温度等环境下是否都可以正常使用
兼容性：杯子是否能够容纳果汁、白水、酒精、汽油等
易用性：杯子是否烫手、是否有防滑措施、是否方便饮用
用户文档：使用手册是否对杯子的用法、限制、使用条件等有详细描述
疲劳测试：将杯子盛上水（案例一）放24小时检查泄漏时间和情况；盛上汽油（案例二）放24小时检查泄漏时间和情况等
压力测试：用根针并在针上面不断加重量，看压强多大时会穿透
跌落测试：杯子加包装(有填充物),在多高的情况摔下不破损
震动测试：杯子加包装(有填充物),六面震动,检查产品是否能应对恶劣的铁路\公路\航空运输
测试数据：测试数据具体编写此处略（最讨厌写测试数据了）。其中应用到：场景法、等价类划分法、因果图法、错误推测法、边界值法等方法
期望输出：该期望输出需查阅国标、行标以及使用用户的需求
说明书测试：检查说明书书写准确性
启发式测试策略模型( Heuristic Test Strategy Model)
在做测试设计时，首先想到的是要应用我们已有的测试技术(Test Techniques)并综合考虑项目环境(Project Environment)、产出物(Product element)、质量准则(quality Criteria)。这样我们就能够得到一个有基本保障的(看得到的)质量(Perceived Quality)
回到刚才所说的“测试一个纸杯”，我们目前能拿到的只有手中的“一个纸杯”，对照一下刚才所说的图，其实最先想到的应该是产出物(Product element)。模型给出了产出物域需要思考的项：
结构(Structure)- 所有组成产出物的东西。
代码，界面，接口，硬件，非可执行文件，附属物件。
功能(Functions)- 所有产品所实现的功能
用户界面，系统接口，应用，计算，时间相关性功能，变化(如改变字体)，
开启/关闭，多媒体，错误处理，交互，可测性
数据(Data) -所有产品处理的数据
输入，输出，预设值，持久数据，序列，大小数量变化，噪声数据，生命周期等
平台(Platform) -所有被测软件所依赖的外部事物
外部硬件，外部软件，内部组建
操作(Operation) -所有产品可执行的操作
用户，环境，常见操作，非正常操作，极限操作
时间(Time) -所有与产品相关的时间指标
输入/输出，快/慢，并发，变化率
结构：用料是否环保?是否能平稳放在桌面上?放了水是否能平稳放在说面上?杯口是否光滑?。。。。。
功能：到进水是否不漏，是否不变形?拿起来是否能够不显著变形?水是不是能倒出来?。。。。。
数据：放半杯水，放一整杯水，放冷水，放热水，放茶叶，放可乐。。。。。。。
平台：能否放在桌子上不倒?手拿着是否不变形，不会感到不舒服?是否能放到杯架、套到别的杯子上?。。。
操作：倒进水，喝水，再倒水，倒开水，捏变形，弹烟灰，丢弃。。。。
时间：看喝水的时候水是不是很快的能流出来。。。
这里边有重复项，这没关系，合并同类项就好了，我们不是要强制归类，而是要利用这些引导词帮你想到该测试的地方。
功能测试(Function test)
- 能否装水，
- 除了装水， 能否装其他液体。比如可乐，酒精
- 能装多少ML的水
- 杯子是否有刻度表
- 杯子能否泡茶，跑咖啡
- 杯子是否能放冰箱，做冰块
- 杯子的材质是什么（玻璃，塑料,黄金做的）
界面测试(UI Test)
- 外观好不好看。
- 什么颜色
- 杯子的形状是怎么样的。
- 杯子的重量是多少
- 杯子是否有异味
- 杯子的图案是否合理
性能测试(performance test)
- 能否装100度的开水 (泡茶)
- 能否装0度冰水
- 装满水，放几天后，是否会漏水
- 杯子内壁上的涂料是否容易脱落。
- 杯子上的颜色是否容易褪色或者脱落
- 被我坦克压下，是否会碎 (这条是开玩笑的哈)
安全性测试(Security test)
- 制作杯子的材料，是否有毒
- 放微波炉里转的时候，是否会爆炸, 或者杯子是否会熔化。
- 从桌子上掉到水泥地上是否会摔碎。
- 杯子是否容易长细菌
- 杯子是否有缺口，会划坏嘴巴
- 杯子内壁上的材料，是否会溶解到水中
- 杯子破碎后，是否会对使用者造成伤害
可用性测试(Usability Test)
- 杯子是否容易烫手
- 杯子是否好端，好拿
- 杯子的水是否容易喝到
- 杯子是否有防滑措施