1. 根据需求，先拆分大的功能点，作为主用例。例如，常见的增删改查，就属于大的功能点，可以作为主用例。
2. 使用等价类划分，按分类设计用例，基本分类可以从正面场景和负面场景入手。例如，测试创建可分为创建成功和创建失败2种场景，可分别设计用例。
3. 善用边界值，可结合等价类使用。测试经验告诉我们，测试有时会涉及大量数据，遍历所有数据效率较低，如果是手工执行，更难以实现覆盖所有数据，更有效率的做法是，先划分等价类，再从等价类中选择部分参数测试。
边界值是等价类所有可选参数中，最容易出问题的地方，所以，一般会选取边界值作为测试的重点。
例如，测试搜索功能，用户输入内容非常广泛，难以遍历，首先，可以按搜索类型划分等价类，如，搜索价格、人名、产品等，每个类型有不同限制，如，价格范围可能在1-10w元，遍历1-10w所有数字，效率较低，可用测试边界值0、1、10w、10w+1代替。
4. 考虑组合测试，例如，搜索时，可用多个字段搜索，用例设计时，需覆盖使用这些字段组合搜索的场景。
5. 考虑路径覆盖，对于有操作顺序的功能验证，建议制作流程图，覆盖所有路径，避免遗漏。
例如，在线购物常见顺序为添加产品到购物车—在购物车选择产品—提交订单—支付，在这个过程中，用户可能会取消订单，或者在任何一步返回，需要保证这些操作路径都包含在用例设计中。
6. 思考隐性需求，如，性能、兼容性、、稳定性、安全、用户体验等，如果没有明确定义，需要主动了解，避免遗漏。
7. 界面显示和细碎的测试点可包含在功能用例中，但要注意一个用例不要覆盖太多。用例粒度是用例设计很重要的一点，一般建议一个功能点设计一个用例，但有时，对于界面显示和细碎的测试点，如果单独设计用例，会导致用例过于庞大，实际工作中，可将这些点融入功能测试用例，但要注意，不能导致原本的用例偏离重点，或粒度过大。
本文内容不用于商业目的，如涉及知识产权问题，请权利人联系51Testing小编(021-64471599-8017)，我们将立即处理
