测试用例是否应该完全参照需求文档
我是软件测试的菜鸟,最近,公司第一次让我负责一个web系统的缴费模块的测试用例设计,这是一个没有支付功能,单纯的记录缴费,并更新用户缴费状态的模块。输入项最重要的是两项,缴费月份数,缴费金额我的用例,有很多被组长pass,我大都能够接收,但是有一个用例被pass让我十分纠结。是关于缴费月份数的测试用例。
我设计了一个输入缴费月份数超过拖欠月份数,点击缴费查看状态的用例,预期结果是弹出警告窗,不允许
但是被组长pass,因为他说缴费模块并不涉及实际支付,需求文档中没有提到这样的判断需求。
我的疑问有两个,这个用例是否真的多余?需求文档中没提到的需求,真的就不用测试? 需求文档中没涉及到的应该提出来测试,但是boss说不用测,你就解释一次为什么要测。如果他听完,还是不用测,那就服从命令呗 zhenxi751 发表于 2015-3-25 10:23
需求文档中没涉及到的应该提出来测试,但是boss说不用测,你就解释一次为什么要测。如果他听完,还是不用测 ...
他说不用测,我听了,只是对这种做法抱着疑惑,不知道以后是不是也该这样 我只能说这个用例没有设计错,测试用例除了考虑正常流,异常流也需要考虑到,有时候异常流更重要更反应了一个产品的质量 你是对的,这些都要考虑,自己认为正确的就要坚持 测试用例,是要考虑到非正常情况下的操作 唯心 发表于 2015-3-25 13:06
他说不用测,我听了,只是对这种做法抱着疑惑,不知道以后是不是也该这样
那就看你的时间充裕与否咯!用例是必须写的。但是用例测试与否重要度还是产品/经理来定吧!(仅代表个人看法)职责所在,找准定位嘛
页:
[1]