需求测试：查看杯子使用说明书
测试项目：杯子
需求测试：查看杯子使用说明书
接口测试：检查杯子的外观
功能：向水杯注水时，观察是否有漏水现象；水是否可以饮用
安全：杯子里是否含有毒物或细菌？
抗损坏能力：杯子从不同高度跌落造成的损坏程度
便携性：杯子在不同地点、温度等环境下能否正常使用
兼容性：杯子是否可以盛果汁、水、酒精、汽油等。
使用方便：杯子摸起来是否烫手，是否有防滑措施，饮用是否方便
用户文档：用户手册是否提供了杯子的用途、限制、使用条件等详细说明？
疲劳测试：将杯子装满水（情况1），放置24小时，检查渗漏时间和情况；将杯子注满汽油（情况2），放置24小时，检查泄漏时间、泄漏情况等。
压力测试：使用针并不断向针施加重量，看看它能穿透多少压力。
跌落测试：杯子加上包装（带填充物）能跌落多高而不破裂？
振动测试：杯加包装（带填充物），六面振动，检验产品是否能应对恶劣的铁路、公路、航空运输
测试数据：测试数据的具体写法这里省略（我最讨厌写测试数据了）。其中，采用情景法、等价类划分法、因果图法、误差猜测法、边界值法等方法。
预期产量：预期产量需要参考国家标准、行业标准和用户需求。
说明书测试：检查书写说明书的准确性
启发式测试策略模型（测试模型）
在做测试设计时，首先想到的是应用我们现有的测试技术（Test），综合考虑项目环境（ ）、输出（ ）和质量标准（ ）。这样我们就可以得到基本保证的（可见的）质量（ ）
回到我刚才提到的“测试纸杯”，我们现在所能得到的只是我们手中的“纸杯”。看到刚才提到的图片，首先想到的其实应该是输出（ ）。该模型给出了输出域中需要考虑的项目：
() - 构成输出的所有内容。
代码、接口、接口、硬件、非可执行文件、附件。
() - 所有产品实现的功能
用户界面、系统界面、应用程序、计算、依赖时间的功能、更改（例如更改字体）、
开/关、多媒体、错误处理、交互、可测试性
数据 - 产品处理的所有数据
输入、输出、预设值、持久数据、序列、大小和数量的变化、噪声数据、生命周期等。
() - 被测软件所依赖的所有外部事物
外部硬件、外部软件、内部组件
() - 产品可以执行的所有操作
用户、环境、常见操作、异常操作、极端操作
时间 - 所有与产品相关的时间指标
输入/输出、快/慢、并发、变化率
结构：所用材料是否环保？能稳定地放在桌子上吗？加水后能稳定地放在桌子上吗？杯口是否光滑？ 。 。 。 。
功能：进水不漏水？不变形吗？能在没有明显变形的情况下拿起吗？水可以倒掉吗？ 。 。 。 。
数据：放半杯水、放满杯水、放冷水、放热水、放茶、放可乐。 。 。 。 。 。 。
平台：放在桌子上能不摔倒吗？拿在手上能否不变形、不不适？可以放在杯架上或者放在其他杯子上吗？ 。 。
操作：倒入水，喝水，再倒水，倒入开水，捏至变形，弹去灰，丢弃。 。 。 。
时间：喝水时检查水是否很快流出。 。 。
这里有重复的项目，没关系，只需合并相似的项目即可。我们并不是试图强制分类，但我们将使用这些引导词来帮助您考虑在哪里进行测试。
功能测试（测试）
能装水吗？
除了水之外，它还能装其他液体吗？比如可乐、酒精
能装多少ML的水？
杯子有刻度吗？
杯子可以泡茶或咖啡吗？
杯子可以放在冰箱里用来制冰块吗？
杯子是用什么材料制成的（玻璃、塑料、金）
用户界面测试
看起来好不好？
什么颜色
杯子是什么形状的？
杯子的重量是多少
杯子有异味吗？
杯子的图案是否合理？
性能测试（测试）
可以盛100度的沸水（泡茶）吗？
能装0度的冰水吗？
将其装满水并放置几天。会漏吗？
杯子内壁油漆容易剥落吗？
杯子上的颜色容易褪色或脱落吗？
被我的坦克压下去会不会碎（这是个笑话）
安全测试（测试）
制作杯子的材料有毒吗？
放入微波炉会爆炸，还是杯子会融化？
如果从桌子上掉到水泥地上会碎吗？
杯子容易滋生细菌吗？
杯子里有碎屑会划伤嘴巴吗？
杯子内壁上的物质会溶解到水中吗？
如果杯子破裂，会对使用者造成伤害吗？
可用性测试（测试）
杯子摸起来容易烫吗？
杯子方便携带和握持吗？
杯子里的水好喝吗？
杯子有防滑措施吗？
原来的：