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

小文 · 2019年11月08日 · 1640 次阅读

周末有读者问我,如何提高自己的测试用例设计能力,工作两年多了,用例设计太少,其实这种情况很多工作多年的同学都会存在这种问题,因为有的公司测试开发同学是不参与项目测试用例设计的,甚至有的公司的测试人员只是执行用例,而不是设计用例。(如实习生、外包公司、测试开发)

那么今天我给大家说说如何提升这项能力。

如果想设计一个好的用例,首先要对被测系统要非常熟悉和了解,在设计测试 case 时才会把测试点想的更全面。

首先我先举个例子,给大家一个思路,比如一根铅笔。(提供下思路)

测试用例可以从以下几方面设计考虑:

1.外观:

外观好不好看、试用的用户群体(年龄、性别)、满不满足销售市场等、标签对不对(是否有带提示比如标示 2B 铅笔等)。

2.易用性:

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

3.功能:

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

4.性能:

连续写和画、在不同的纸上写画、摔地多少次会不会断、轻重用力成度的写、水泡后能否用等。
5.安全:材质会不会对我们的手有伤害、材质对人体有伤害、对儿童的安全措施提示等。

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

这时候你把它想成你的被测软件,你就知道你如何开展了。我先写这么多,当然每条用例在各点上还需要再扩展(我先写这么多,主要提供思路),然后大家再对铅笔制作过程有一个了解,那你设计用例时还会更全面。

在我们项目测试过程中,如果开发提测质量很好的情况下,一个基础的功能用例设计,发现出的 BUG 不会很多,这种情况下就需要我们对软件及业务要有足够的了解和深入的认知,自己也要加强技能和知识学习,并项目中不断发现、探索、交流、总结经验。(积累的测试项目经验越多越好,每个项目你会发现你能学到不同的知识和技能

这里再说明下重点:

1、对软件及业务要有足够的了解和深入的认知(学习业务)

2、自己也要加强技能和知识学习(学习业务相关的技术和工具、如语言、相关工具、专业知识)

3、学习并 Review 其他人的测试用例(学习别人的设计思维)

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

最后,我想说一个好的用例设计一定会得到 RD、PM 和同事的认可,好的测试用例是一定能发现逻辑缺陷的功能和设计不足的点。

以上,希望今天的内容,给你灵感和启发。码字不易,欢迎关注公众号【小文讲测试】。

声明:上述观点为个人经验总结和观察,如有不对的地方请随时指正或留言交流。

作者:小文(一个即将从业 10 年的软件测试行业工作者)

暂无回复。
需要 登录 后方可回复, 如果你还没有账号请点击这里 注册