写用例时要考虑哪些场景呢？我们在衡量一个产品是否达到心理预期时，往往会考虑以下几个方面：功能要满足、美观易操作、性能高、稳定性好、足够安全、支持多端使用、易安装...当我们知道客户想要什么样的产品时，测试就需要分析需求，通过一条条用例去推进我们的产品往期望的方向靠近。设计用例时就需要考虑以下几个方面有没有覆盖到：
·功能性测试（功能满足需求）
· 界面交互性测试（样式、交互风格一致；提示清晰易懂；功能易操作）
· 性能测试（响应快速、操作不卡顿）
· 稳定性测试（长期使用服务不会奔溃）
· 安全测试（权限控制、传输安全、存储安全）
· 兼容性测试（不同浏览器、不同浏览器版本、不同分辨率、不同设备）
· 文档测试（交付相关文档测试）
针对最基础的功能性测试，我们需要了解怎么设计用例：
· 等价类划分：划分为有效等价类、无效等价类
· 边界值：< > =都要考虑到
· 错误推测：根据个人经验和猜测可能存在的缺陷
· 正交法：n个正交因子*n个正交因子，再按权重取舍一些用例
· 场景法：分析需要测试的场景
· 判定表
· 功能图法
具体到每一条用例都要有：用例标题、前置条件、测试步骤、预期结果（其他：用例编号、用例等级、适用场景、所属项目、所属迭代..）。设计用例时标题要能清晰易懂、操作步骤简单、预期结果肯定。
举例：
好的用例是能尽量覆盖更多的面，尽可能的发现问题，用例设计不冗余，他人能轻易看懂并执行，但并不是测越细致越好，工作都会讲究效率和性价比，需要在核心使用场景中投入更多精力。
本文内容不用于商业目的，如涉及知识产权问题，请权利人联系51Testing小编(021-64471599-8017)，我们将立即处理
