大家写测试用例的思路是什么？

lc19840314

拿到需求后是按需求一步一步写，还是按流程划分或者功能划分或者别的什么？测试用例需要些写到多细才比较好而且看上去不啰嗦。谢谢！

xiaogan

我也是在等在这篇的回复。

我们一同询问！

general82

这里要说的清楚，估计就要长篇大论了，其实有很多这种帖子回答，每篇的很长
简单点回答，按照流程划分和功能划分都可以的，主要是看被测功能，如果被测功能所需要的业务流程较长，按照流程划分可以更容易理解和更容易发现问题，如果业务流程比较简单，就按照正常的功能划分吧，一般上使用功能划分的比较多，电子商务方面的测试可能更注重流程化分。
测试用例写道多细，这个已经被大家吵破头了，每家都有自己的理由，实际上，我们真正做工作中，最重要的是符合自己公司的标准，这个拿以前同事写的用例看一下就可以明白了，如果自己所在的公司不是很规范，那就要看自己所处的工作阶段，如果是刚从事测试工作，建议写的越详细越好，写到一个新手能拿着你的用例去执行最好，这个过程恶可以锻炼写case的能力，当然如果工作很久了，又没人要求你写很详细，你自己又有点懒，那你就写的简单点，起到一个提纲作用，而且也方面后期回归测试，不过要记得在实际执行用例的时候会和你自己写的case有点不一样，注意修改自己的case以符合，就写那么多吧，写的多了罗嗦，没人看

公主宝贝

我一直对自己的测试用例不满意，不知道什么样的测试用例更完美些，有些掌握不好尺寸，写多了怕太啰嗦，写少了又觉得不是很好，很难写 不知道按照什么样的规划写会更好

yetties2005

现在好像很多人写CASE的时候很迷茫啊

qzyyh5505

不过现在一般都是边做边补充

阿七

拿到需求后是按需求一步一步写，还是按流程划分或者功能划分或者别的什么？

按流程 写一遍  在按功能再写一遍  去掉重复的



测试用例需要些写到多细才比较好而且看上去不啰嗦。谢谢！

宁愿啰嗦,不要缺少   

幽灵鱼

时间够的话，要按流程和功能参照需求，各写一遍，对比，去掉重复的，OK

navy2008

我现在做电子商务网站的测试，比较赞同3楼的说法，如果业务流程比较长的话，就按业务流程来划分，这样能够找到更多的bug，不过，如果流程较简单，那就按功能来写，昨天刚写了个用例，支付流程，我用的就是流程划分和功能相结合的方法，感觉很好。

lihuan5577

编写测试用例，首先应该读懂需求说明，根据需求说明书画出其功能图和流程图。必要的话用场景法对需求进行分析，找出基本流和备选流。然后在用等价类划分法和边界值分析法，这样就有了一个很好的思路。整个用例的编写一定要按照用户的需求来写。