
课程咨询: 400-996-5531 / 投诉建议: 400-111-8989
认真做教育 专心促就业
测试用例是许多软件测试程序员在做软件测试的时候会经常用到的一个测试方式,而本文我们就通过案例分析来简单了解一下,测试用例设计制作注意事项。
难道我们真的能相信所谓的系统提示吗?或许页面上的操作根本没有让数据库中的数据更新。如果现在让我写功能测试用例,我会写明是某张表的某些字段被更新了,或是直接附上SQL语句。
这样写有两个好处,一,在功能开发过程中,需求变更的可能性是非常大的,今天有三个文本框是FirstName,MiddleName,LastName,明天就只有一个文本框UserName。往往数据库字段和后台程序是没有改变的,只有页面上做了调整。在这种情况下,如果我们的用例结果是描述数据库受到的影响,就不用调整,我们减少了这部分的工作量。
二,让测试人员关注数据库,让他们以开发的思维去思考,会让测试和开发的沟通更高效。有的测试人员能直接在Bug描述中指出是哪个存储过程,或哪张表的约束有问题,从而提高开发的工作效率。
当然,测试类型不同,用例的编写自然也不一样。我们当然不会在UAT用例中写SQL语句。
测试用例需要设计和评审
提到测试用例的设计方法,很多人都能说上一大串,但到了编写用例的时候,又抛之脑后。不少系统都有状态迁移图,但是有多少测试人员会根据状态迁移图去设计测试用例呢?大部分人都是根据功能模块,写写页面操作了事。其实网上有不少基于状态图生成测试用例的方法,也有很多介绍其他测试用例设计方法的文章,但在实际项目中,我没看到有多少人在实践。
测试人员不懂得利用设计方法和评审去避免测试遗漏,就难以保证软件质量,难以体现自身的专业价值。
没有测试用例,何谈自动化
工作中不断地输入、点击、重复确认,决定了测试人员对自动化孜孜不倦的追求。如果你告诉我,你在项目中进行了自动化测试,却没有测试用例,那我会认为你在说,“我只会用自动化测试工具写脚本,但我不懂自动化测试要如何进行。”没有测试用例,你要以什么为依据为自动化脚本创建公共方法库?你要如何衡量自动化在测试工作中的作用?没有测试用例,你连手工测试都没办法做好,更不用说自动化了。
【免责声明】本文系本网编辑部分转载,转载目的在于传递更多信息,并不代表本网赞同其观点和对其真实性负责。如涉及作品内容、版权和其它问题,请在30日内与管理员联系,我们会予以更改或删除相关文章,以保证您的权益!更多内容请加danei456学习了解。欢迎关注“达内在线”参与分销,赚更多好礼。