这样的设计有利于用例的维护 。用例的预期输入值和操作步骤是用例设计最重要的部分 。
设计好这两个部分对经后测试用例的执行至关重要 ， 特别是操作步骤的描述 ， 要描述清楚每一步的操作步骤 ， 这样才能让测试的执行者准确操作 ， 不会产生歧义 。用例所写的每一句话都应该清晰的 ， 没有歧义的 ， 否则就会出现用例维护时 ， 其他测试人员看不懂你写的是什么 ， 测试用例执行的时候 ， 看着很费力 ， 达不到文中刚开始的要求 。
测试用例的维护： 每个测试用例都要在经后执行的过程中去维护修改 ， 使得测试用例的覆盖率不断提高 。特别的测试用例的第一个版本时 ， 需要维护的量是非常大的 。
我们可以边测试边修改测试用例 ， 也可以根据需求添加测试用例 。每维护一次测试用例 ， 就必修记录下你修改的内容 ， 以便于经后的阅读和别人的维护 。
以上是我近期对于测试用例设计的理解 ， 也是我近期工作的一个总结和体会 ， 测试用例设计是一门高深的技术 ， 也是软件测试的重要组成部分 ， 我们需要经验来不断提升用例的质量 ， 设计出好的测试用例 。
3.如何才能写好一个软件的测试用例写好一个软件的测试用例的建议有：
1、测试用例名称 ， 也叫测试用例标题 ， 一定要写得简洁、明了 ， 需要用概括的语言描述该用例的出发点和关注点 ， 使得测试人员第一眼看到测试用例名称就能够明白测试用例的目的 。用例名称中一般要求不能存在假设性的语句 ， 并且原则上每个用例的名称不能重复 。
2、预置条件要明确 ， 包括测试环境、测试数据、测试场景 。因为许多BUG只有在特定的环境、特定的场景下才可以重现 。没有正确的前提条件 ， 就无法进行后面的测试步骤或无法得到预期的结果 。
3、测试步骤描述要简单、清晰 ， 并且要清楚每一个步骤的描述 ， 比如：第一步 ， 输入用户姓名；第二步 ， 输入登录密码；第三步 ， 用户点击登录 。步骤写的明确时就利于提高用例的可操作性 。
4、用例的预期结果要完整而且清晰 ， 并且要将各个输出的结果写出来 ， 包括：返回值的内容、数据库相关字段的记录、界面的响应结果、输出结果的规则符合度、日志的检查和对其它业务影响的检查 。
5、测试用例级别要划分清楚 ， 这样在测试执行时有主次之分 。
6、测试用例的划分也要单一 ， 一个测试用例只检查功能点的一种情况 。一个用例检查的情况太多 ， 会导致用例的目的不明确 。而且这样组织用例 ， 有利于需求覆盖率的统计 。一个功能点我们测试了哪些情况 ， 以及哪些功能点我们在重点测试 ， 一目了然 。
4.需求用例怎么写用例名称：用户登录
用例标识号：01
参与者：管理员、普通用户
简要说明：
参与者输入用户名、密码以及验证码 ， 系统进行验证后 ， 合法者登录系统 ， 否则提供拒绝登录系统 。
前置条件：
参与者已经打开系统的登录页面（login.jsp）
基本事件流：
1. 参与者在用户名输入框里输入用户名
2. 在密码框里输入密码
3. 密码框下方显示验证码 ， 验证码由4位数字构成 ， 用户按原样输入验证码 。