软件测试用例设计的关键是什么

1. 用户需求，需要了解需求。不了解需求，设计测试用例无从谈起。
2. 把需求分析进化成需求点列表。这样才能保证覆盖率。也是后期核查测试覆盖率以及更新添加测试用例的依据。
3.了解功能的层次，哪些是主要功能，需要详细设计，全面覆盖，哪些是不常用的功能，可以粗线条的设计。哪些功能是设计接口比较多多，哪些是新功能，需要主要侧重点进行设计。对于留用功能（既存功能）和关系不太复杂的设计上就可以减少量...这些原则可以决定测试用例设计的颗粒度大小从而让控制风险更有依据。
4.注意测试用例的设计的有效性和复用性。

首先，在做用例之前，要做两件事情。

第一， 透彻了解程序（需求和架构）。

第二， 做一个正式的测试设计（最好文档化）。然后再开始写用例。一般写用例的步骤和建房子一样，先搭框架，然后填材料，填材料的时候，主要根据需求做相关的设计，具体的设计方法就是那几种
一般来说，设计一个比较实用的测试用例，注意如下几个方面：

a. 选用好的用例管理工具（这个很重要，千万不要用word，excel）

b. 用例一定要及时更新（补充新的想法，删除过时的需求）

c. 做好用例分级

d. 做好用例评审，写用例之前可以征询相关人员的意见

e. 可以考虑结对编写，这个是不错的主意

f. 要全面，包括功能、性能、兼容性、安全性、易用性、容错性等等

g. 注意把握适当的颗粒度

如果是填空题，最主要一点就是测试用例要满足对测试需求的覆盖度。

1楼说的很对，就是用最少的用例覆盖最多的路径！但是对于大公司一般才会真有人写测试用例！小公司一般就是直接测，很少有写的。专门做测试外包的也会写！我做测试也有段时间了！但是没有在工作上写过，浪费时间！有写的功夫，早就测试完了！除非有新人来，写点让新人执行，学一下测试的具体思维方式！

熟悉测试对象，从里到外，各个方面，熟悉到可以写一个规格说明，如果你熟悉到这个程度，设计用例是简单的事情，各种设计方法只是用来帮助你表达，或者帮你检查遗漏的。

面试时回答：覆盖率与冗余