测试用例是否应该完全参照需求文档

唯心

我是软件测试的菜鸟，最近，公司第一次让我负责一个web系统的缴费模块的测试用例设计，这是一个没有支付功能，单纯的记录缴费，并更新用户缴费状态的模块。输入项最重要的是两项，缴费月份数，缴费金额
我的用例，有很多被组长pass，我大都能够接收，但是有一个用例被pass让我十分纠结。是关于缴费月份数的测试用例。
我设计了一个输入缴费月份数超过拖欠月份数，点击缴费查看状态的用例，预期结果是弹出警告窗，不允许
但是被组长pass，因为他说缴费模块并不涉及实际支付，需求文档中没有提到这样的判断需求。
我的疑问有两个，这个用例是否真的多余？需求文档中没提到的需求，真的就不用测试？

zhenxi751

唯心 发表于 2015-3-25 13:06
他说不用测，我听了，只是对这种做法抱着疑惑，不知道以后是不是也该这样

那就看你的时间充裕与否咯！用例是必须写的。但是用例测试与否重要度还是产品/经理来定吧！（仅代表个人看法）职责所在，找准定位嘛

Miss_love

测试用例，是要考虑到非正常情况下的操作

a漫aa

你是对的，这些都要考虑，自己认为正确的就要坚持

lcmouse

我只能说这个用例没有设计错，测试用例除了考虑正常流，异常流也需要考虑到，有时候异常流更重要更反应了一个产品的质量

唯心

zhenxi751 发表于 2015-3-25 10:23
需求文档中没涉及到的应该提出来测试，但是boss说不用测，你就解释一次为什么要测。如果他听完，还是不用测 ...

他说不用测，我听了，只是对这种做法抱着疑惑，不知道以后是不是也该这样

zhenxi751

需求文档中没涉及到的应该提出来测试，但是boss说不用测，你就解释一次为什么要测。如果他听完，还是不用测，那就服从命令呗