3. 软件测试用例的设计 我做软件测试4年了，我说几点，供参考1.测试用例的作用就是方便回归测试以及不同人员的交叉测试，由于每个人的角度不同，所以在设计测试用例的时候，如果时间充足，需要尽可能多的让更多的人看到并修改这份测试用例，使用例的覆盖度达到最高，否则，用例是没有意义的2.用例需要及时维护和更新，根据需求和实际产品经常要更新用例 。
3.编写的时候无非是 六个值原则 “正常值 异常值 “0”值 空值 默认值 边界值”，把握好这六个值来设计用例 。楼主说到的 功能间的内聚比较高的情况，在设计测试用例时，关联到其他功能的数据可以在操作过程中直接给出取值范围 比如 装备模块 盔甲需要40-60等级的战士才能穿 设计用例的时候直接写出范围就可以 。
4. 怎么写好测试用例 测试用例是测试执行的指导；是测试执行的实体，是测试方法、测试质量、测试覆盖率的重要依据和表现形式；是团队内部交流以及交叉测试的依据，便于测试工作的跟踪管理，包括测试执行的进度跟踪，测试质量的跟踪，以及测试人员的工作量的跟踪和考核；在测试执行工作开展前完成测试用例的编写，可以避免测试工作开展的盲目性；测试用例是说服用户相信产品质量的最佳依据，同时也可以提供给客户作为项目验收的依据 。以上可以看出测试用例在整个测试工作中的地位和作用，以下编写了关于如何写好测试用例的一些个人建议：
1、要参与需求评审，评审需求的过程实际也是熟悉业务需求的过程 。只有对业务比较熟悉了，才能更好的，更充分的设计出高质量的测试用例 。
2、要多阅读文档，其中包括产品策划书、规格说明书、需求文档，接口文档等，我们可以收集一切相关的文档来帮助理解所要测试的产品需要完成的目标 。
3、尽量多参加项目组内的会议 。比如需求讨论、设计讨论、计划讨论等会议，这样在讨论过程中也能加深对产品的理解 。
4、要善于沟通，多和客户、开发、测试人员进行沟通 。遇到不明确的问题、有疑问的需求，可以咨询项目负责人或者客户等 。这样才能提前解决需求理解偏差等 。
5、测试用例名称，也叫测试用例标题，一定要写得简洁、明了，需要用概括的语言描述该用例的出发点和关注点，使得测试人员第一眼看到测试用例名称就能够明白测试用例的目的 。用例名称中一般要求不能存在假设性的语句，并且原则上每个用例的名称不能重复 。
6、预置条件要明确，包括测试环境、测试数据、测试场景 。因为许多BUG只有在特定的环境、特定的场景下才可以重现 。没有正确的前提条件，就无法进行后面的测试步骤或无法得到预期的结果 。
7、测试步骤描述要简单、清晰，并且要清楚每一个步骤的描述，我们平常的鼠标和键盘的每一动作都代表一个操作步骤 。比如：第一步，输入用户姓名；第二步，输入登录密码；第三步，用户点击登录 。步骤写的明确时就利于提高用例的可操作性 。
8、用例的预期结果要完整而且清晰，并且要将各个输出的结果写出来，包括：返回值的内容、数据库相关字段的记录、界面的响应结果、输出结果的规则符合度、日志的检查和对其它业务影响的检查 。
9、测试用例级别要划分清楚，这样在测试执行时有主次之分 。
11、评审用例很关键，因为经过测试用例的评审可以发现：用例设计的结构安排是否清晰、合理；是否覆盖所有的需求功能点；是否存在冗余的用例；是否具有很好的可执行性；是否存在对需求理解上的差异等 。评审需要项目经理、需求分析人员、架构设计人员、开发人员和测试人员都参与，也需要客户方的开发人员和测试人员 。