软件测试-如何设计出一个好的测试用例

周末有读者问我，如何提升自己的检测用例设计能力，工作两年多了，用例设计很少，其实这种状况好多工作多年的朋友就会存在这样问题，因为有的公司测试研发同学是不参加项目测试用例设计的，甚至有的公司的检测人员也是执行用例，而不是设计用例。（如实习生、外包公司、测试研发）

小文讲测试- 如何设计出一个好的测试用例

那么现在我帮你们看看能否提高这项能力。

如果想设计一个好的用例，首先应对被测系统要特别熟悉跟认识，在设计测试case时就会把测试点想的更全面。

首先我先举个实例，给你们一个思路，比如一根铅笔。（提供下模式）

测试用例可以从下面几方面设计考量：

1.外观：

外观好不好看、试用的用户群体（年龄、性别）、满不满足销售行业等、标签对不对（是否有带提醒除了标志2B铅笔等）。

2.易用性：

是否满足所有年龄段使用，容易写或画、会不会断、粗细长短、轻重程度、用刀或铅笔刀容易削等。

3.功能：

功能设计符不符合需求、正常写、画，在不同的纸上写画、在非纸的地方画（比如墙、画板）、使用过程会不会轻易断，写出后橡皮是否能易擦。

4.性能：

连续写和画、在不同的纸上写画、摔地多少次会不会断、轻重用力成度的写、水泡后才能用等。

5.安全：材质会不会对我们的手有攻击、材质对身体有攻击、对小孩的安全机制提示等。

6.自动化：那就是将以上测试点自动执行检查。

这时候你把它想成你的被测软件，你就了解你怎么开展了。我先写这么多测试教案怎么写，当然每条用例在各点上还必须再扩展（我先写这么多，主要提供模式），然后你们再对铅笔制作过程有一个了解，那你设计用例时就会更全面。

在我们项目检测过程中测试教案怎么写，如果研发提测质量较好的状况下，一个基础的功能用例设计，发现出的BUG不会很多，这种状况下就必须我们对硬件及业务应有足够的知道跟深入的感知，自己也应重视技能跟知识学习，并项目中不断发现、探索、交流、总结经验。（积累的测试项目经验越多越好，每个项目你会看到你可学到不同的常识和技能）

这里再说明下重点：

1、对硬件及业务应有足够的知道跟深入的思维（学习业务）

2、自己也应重视技能跟知识学习（学习业务相关的科技和软件、如语言、相关软件、专业知识）

3、学习并Review其他人的测试用例（学习他人的设计思维）

4、项目中不断发现、交流、总结经验。（积累多个项目经验、加强RD、同事间项目工作交流、总结经验）

最后，我想说一个好的用例设计必定会受到RD、PM和朋友的认同，好的测试用例是必定可看到逻辑缺陷的用途跟设计不足的点。

以上，希望现在的内容，给你灵感和启发。码字不易，欢迎关注公众号。【软件测试之路 小文讲测试】

声明：上述看法为个人心得总结和观察，如有不对的地方请随时指正或留言交流。

作者：小文（一个即将从业10年的硬件测试市场工作者）