对于测试工作，我认为最重要的是，除了执行测试用例，大部分的工作就是写相关文档了。写文档可体现很多东西。有逻辑的严密，描述的准确。尤其是在提交缺陷报告时，描述的准确性就显得重要，因为在工作中，我们测试人员并不总是在开发人员身边讲解。若描述不准确，开发人员可能不能重现缺陷。
这里我想以一个软件的登录功能，写相关的测试用例，作为练手，希望看到的可以多多交流。
需求：登录输入项：账户名输入项、密码输入项。
账户输入项：输入项必须是有效邮箱。
秘密输入项：输入正确的密码（长度至少为6位）。
| 用例序号 | 根据公司具体的要求（参考：CRM-软件登录-001） |
| 测试项 | 客户登录功能测试 |
| 测试标题 | 验证正常输入时软件登录功能 |
| 用例属性 | 功能测试（文档审查中写文档审查） |
| 重要级别 | 高 |
| 预置条件 | 软件正常启动。 |
| 测试输入 | 账户名：“testaa@163.com”，秘密：“11111” |
| 步骤 |
1、输入相应的数据； 2、点击“保存”按钮。（实际中对于输入数据，有的数据需要截图保存） |
| 预期结果 | 软件弹出提示框“登录成功”，并跳转到相应界面。（具体情况视软件的具体实现情况。） |
| 实际结果 | 实际情况的描述。（实际操作时，一般情况是要截图保存的，对于有的不能截图的，如：崩溃，一定要描述清楚，有的要求粘贴在报告中，能保存就保存吧，这是我们每天工作内容的证明啊） |
不要以为这个功能，就这一个就可以了，这只是一个有效的测试用例。
还多个无效的测试用例。这里多说一句，一条测试用例可能呢包含多条测试数据。
这里讲一下关于测试用例和测试数据的数据的区别。
对于 50<X<=100, 有效用例：50<X<=100 ，无效用例：X<= 50, X>100。 我们取有效数据：X=70，这时，我们已经实现了有效用例了。但是我们对X=51，和X=100，我们觉得这个边界值容易出问题。我们还是要对X=51，X=100，进行测试，这时，我们就是执行对有效用例进行多条测试数据测试。所以，这里我们执行X= 70 、51、100 时，是执行了这里的一个有效用例（这里的例子中，只有一个有效用例）。