
今天的文章是想跟所有小伙伴讨论软件测试工作中必不可少的一项工作:写测试用例,但目前还有很多公司并不重视写测试用例,觉得写测试用例是浪费时间,还不如拿这些时间来执行测试,那我们真的有必要写测试用例么?
记得刚从事软件测试的第一份工作,是在一家做生物识别技术的公司,当时测试的主要是考勤机系统,那时工作内容就是每天跟着固定的用例进行测试不同的机型,如果按照测试用例严格的准备来说不能称之为用例,它就是一条条功能,测试完成之后就在后面打上√,我们都是以相同的用例去测试每一款机型,所以根本不用写用例,那时刚入行对用例也没有概念,可以说是不知道什么是测试用例。
后来换到一家外包公司,外包到华为做软件 测试,刚做的第一个项目就是测试web平台的教学软件,因为华为的测试流程的不同,测试之前需要写测试用例,而且是写那种超级复杂、超级详细的用例,例如这样:
操作步骤:
1.依次点击菜单栏个人中心-》我的信息
2.选中昵称,点击“修改”
3.点击昵称输入框
4.输入昵称,“王豆豆”
5.点击“确定”
以上只是操作步骤,就要按照实际操作的步骤一步一步地写清楚,写完善,不仅是用例写得很详细,用例的测试点也需要写得很详细,修改昵称为5个中文,4个中文,1个中文、英文字符、特殊字符…………就这样一个项目的用例也可以写上好多天,那时创下了我写用例的最高记录,每天能写三百多条用例,每天写用例都能写出内伤来,可以如果快速写测试用例也是开始锻炼出来的。
后来换到另一个项目,这个项目就不要求写用例,每天拿到提交的功能就不管三七二十一开始测试,执行测试的动作完全就是行云流水,不受束缚,思维也如脱缰的野马不受控制,最终三下五去二的搞定。
再后来、再后来做了一个有一个的项目,有很庞大的也有很小的,有复杂的也很简单的,踩过无数坑之后,慢慢地王豆豆都始终养成了一种习惯,无

本文探讨了软件测试中写测试用例的重要性。作者通过个人经历阐述了写测试用例对于避免漏测、梳理测试思维及方便后续回归测试的好处。尽管有些公司认为写测试用例浪费时间,但作者认为无论项目大小,都应该编写测试用例,这有助于形成清晰的测试思路,防止线上问题的发生。
最低0.47元/天 解锁文章
1462

被折叠的 条评论
为什么被折叠?



