谢谢！
不好意思，突然又想到一个问题。测试用例设计是单独人员实现好还是根据具体项目的情况有测试人员自己设计、测试呢？如果是根据项目情况来，可以具体分类吗？单纯的测试用例设计有前景么？对以后工作方向有什么好的建议？
用例里面的测试结果和预期结果是否要一一对应？如果预期结果关注点只有一点，但是语言描述比较长，是否分条列出更好？预期结果和测试步骤一直在找一个更好的方式对应。不知道怎么把握，谢谢！
1) 测试用例中只描述预期结果，实测结果是测试过程中产生的。
2) 预期结果必须描述详尽，且易于理解，可以产用分条件例出。
3) 一个测试步骤必须有至少一个测试预期结果与之对应，例如
测试编号:TC-login-001
测试描述：输入正确的用户名与密码，但验证码不正确。
优先级：高
前置条件：进入登录页面
测试步骤:
| 1，输入正确的用户名。 | a)用户名被输入， b)用户名被正确显式显示在文本框内 |
| 2，输入正确的密码。 | a)密码被输入， b）当后一个字符被输入前，前一个字符被显式显示， c）当 后一个字符被输入后，前一个字符被隐式显示， d) 当鼠标焦点失去密码文本框时，最后一字符被隐式显示 |
| 3，输入错误的验证码。 | a) 验证码显示在验证码输入框右边， b) 验证码被输入， c）验证码正确显式显示在文本框内 |
| 4，点［登录］按纽。 | a) 页面回到登录页面， b) 提示验证码输入错误信息， c)用户名正确显示在用户名框中， d)密码，验证码输入文本框清空， e) 验证码发生变化 |
