设计测试用例的核心就是需求，你对需求了解的越清楚，你就越知道该怎么去测试。 我看到一个需求，我会从两方面去入手。第一，了解这个需求是干什么的，我们为什么要做这个；第二就是用户会怎么去操作，我们就要设计怎样的场景。可能有些朋友会说等价类 边界值什么的，我觉得如果刚做测试的话，这样去考虑没毛病，但是如果一个做测试几年的老鸟还是这么去设计测试用例，我就会觉得有点low了。不是说这样不对，而是我们要明白我们的目标是什么，用户关心什么，出了什么问题会导致用户投诉，这个是我们重点关注的。
除了深入了解需求外，最好我们还要关注一下开发的逻辑实现和批量操作的性能问题，这些都是碰过的坑。开发的逻辑不对，有的数据下是没有问题的，这样会导致测试了没有问题，到生产上面出现了另外一个数据就出问题了，还有有些功能少量数据去操作没有问题，测试的时候就认为是没有问题了，到了生产上面数量一上来，大量数据操作的数据，页面就卡死了，用户就开始投诉了，又是测试来背锅。
最后，凡是记住一点，测试没考虑到的地方，一定会有问题，所以设计测试用例的时候务必全面细心，我们复盘生产bug的时候，很多都是测试用例没涉及到场景，特别是改动一个地方，会影响到哪些地方，这个是需求经常是不会识别出来的，这就需要对测试系统全面的了解，有些坑是必须得踩的。
原文：https://www.cnblogs.com/xu-xu/p/11674200.html