欢迎大家讨论,给出建议 细节,比如: 1、边界值 2、特殊字符 3、异常字符 4、不同形式的格式 等...
需要,产品、开发、测试总要有一个角色把这个事情拉齐。
当然需要,产品很多时候也只是把控需求的大概,具体细节很多是考虑不到,建议测试在介入需求后如果有发现需求不明确或者细节不明确的情况,及时记录一下,及时和产品确认,如果疑问太多建议拉齐测试经理、开发负责人、产品、交互设计师一起开会对齐
测试提出来了,产品或测试经理说不需要的情况下呢
怎么说,我相信大部分公司 都有你所说的问题,首先你要明确测试的职责是降低线上出现事故的可能性, 1、在需求沟通会,积极参与 把你认为的风险点罗列出来 2、在需求不明确,边界值模糊之前,尽量要求产品说明白,如果产品还是不能给到比较详细的需求文档(把你感觉有问题的方向标注出来,发给产品,让产品去订,最好留下明确的文字说明,防止线上出现问题了,你这边甩锅)
结合我自身经验来看 更多事故(bug)是会出现边界值,等价类,空值的之后,这也是为什么大部分公司要求测试用例细化的原因,
这是测试对需求理解和梳理后需要找产品确认的,同时也是测试设计测试用例时需要考虑的常见用例
需要的 用例的常用方法就是等价类划分、边界值分析、错误推测法,没有这些细节,用例也就不完善了
如果产品确认是很刁钻的场景客户很难或者几乎不会碰到,不考虑就不考虑了咯
感谢回复