【摘要】:对于一些项目软件,有时用户希望能够自己测试软件产品,而他们大都是非专业人士,因此需要根据编写好的测试用例更好地检验软件产品的质量。
编写测试用例是由于测试用例有以下优点:
(1)便于项目团队交流。企业里的测试团队往往都有很多人,一个多人组成的测试团队,如果没有一个统一的测试用例作为标准,成员各自为战是不行的。因此需要测试用例来规范统一测试标准。
(2)可重复利用。软件的一个版本上线后往往还会发布多个版本,那么在经历这么多版本的测试后,很少有人记得1.0版本的测试过程因此这里测试用例更像一个备忘录,方便人们重复利用测试用例。
(3)便于用户自测。对于一些项目软件,有时用户希望能够自己测试软件产品,而他们大都是非专业人士,因此需要根据编写好的测试用例更好地检验软件产品的质量。
(4)方便跟踪回溯。项目负责人可以通过查看测试用例的执行情况,了解目前项目的情况——哪些测试用例已经执行,哪些测试用例失败,失败的测试用例集中在哪些功能。另外,当众多版本的测试结果全部被保存起来后,就可以利用大数据进行横向和纵向的对比:同项目不同版本的测试用例执行情况、同平台不同项目的测试用例执行情况。这样做的好处是可以通过以往项目的经验数据更好地指导现有项目的开发。
小贴士:
小Q:M博士,编写测试用例有这么多优点,难道就没有缺点吗?
M博士:(若有所思)当然有啦,编写测试用例最大的缺点就是,需要花费大量的时间来编写和维护,可能执行这些测试用例的时间比编写这些测试用例的时间要短得多。
小Q:那企业一般会在什么时候开始编写测试用例呢?
M博士:这没有统一的标准答案,不过有一点可以肯定,就是尽早编写。
小Q:那您的建议呢?
M 博士: 比如在产品说明书和测试计划完成后, 就可以开始着手编写测试用例了。
免责声明:以上内容源自网络,版权归原作者所有,如有侵犯您的原创版权请告知,我们将尽快删除相关内容。