老生常谈测试工程师如何写用例？

先了解下什么是测试用例？

写用例时要考虑哪些场景呢？我们在衡量一个产品是否达到心理预期时，往往会考虑以下几个方面：功能要满足、美观易操作、性能高、稳定性好、足够安全、支持多端使用、易安装...当我们知道客户想要什么样的产品时，测试就需要分析需求，通过一条条用例去推进我们的产品往期望的方向靠近。设计用例时就需要考虑以下几个方面有没有覆盖到：

　　·功能性测试（功能满足需求）

　　·?界面交互性测试（样式、交互风格一致；提示清晰易懂；功能易操作）

　　·?性能测试（响应快速、操作不卡顿）

　　·?稳定性测试（长期使用服务不会奔溃）

　　·?安全测试（权限控制、传输安全、存储安全）

　　·?兼容性测试（不同浏览器、不同浏览器版本、不同分辨率、不同设备）

　　·?文档测试（交付相关文档测试）

　　针对最基础的功能性测试，我们需要了解怎么设计用例：

　　·?等价类划分：划分为有效等价类、无效等价类

　　·?边界值：< > =都要考虑到

　　·?错误推测：根据个人经验和猜测可能存在的缺陷

　　·?正交法：n个正交因子*n个正交因子，再按权重取舍一些用例

　　·?场景法：分析需要测试的场景

　　·?判定表

　　·?功能图法

通常测试会分为几个阶段：单元测试（针对函数、对象、方法...）、集成测试（整合成功能）、系统测试（整个系统）、验收测试（提交给产品验收），所以我们的测试用例要分等级以满足不同的测试要求。

具体到每一条用例都要有：用例标题、前置条件、测试步骤、预期结果（其他：用例编号、用例等级、适用场景、所属项目、所属迭代..）。设计用例时标题要能清晰易懂、操作步骤简单、预期结果肯定。

举例：

好的用例是能尽量覆盖更多的面，尽可能的发现问题，用例设计不冗余，他人能轻易看懂并执行，但并不是测越细致越好，工作都会讲究效率和性价比，需要在核心使用场景中投入更多精力。

感谢每一个认真阅读我文章的人，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走：

这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你!有需要的小伙伴可以点击下方小卡片领取?

?