今天完成的事：

整理笔记，了解测试用例

明天计划的事情： 

写测试用例

遇到的问题：

1，测试用例是根据需求写，那具体是怎么看需求写的？

2，写测试用例的时候有没有这样一个产品？

3、复盘是我根据测试用例来测试下产品么？

收获：

1. 软件测试的流程： 需求评审-需求分析-测试计划-用例设计-测试环境-执行测试-BUG跟踪-测试报告
2. 序号： 按顺序。
3. 模块：该功能点具体属于哪个模块的，填写这个主要是方便查找，如：注册/登录模块
4. 编号：对每个用例进行编号，方便后期跟进。毕竟用文字说，容易口误。不过此处建议编号设计的有点规则，方便快速定位查找。如：A0001。其中A表示注册/登录模块。00表示账号登录，01 表示账号密码登录下的第一个测试用例。
5. 功能点：具体指某个功能，如：账号登录、首页、发布等。
6. 子功能点：具体指功能点，如：账号密码登录、手机验证码登录、邮箱登录、第三方授权登录等。
7. 用例名称：具体测试用例的名称。如：输入账号、输入密码、密码不合规等等。
8. 前置条件：指要达到预期测试结果，需要满足那些条件才能达到。如：账号密码不一致时，就需要登录失败，那么此时就得保
   证账号正确或密码正确以及账号正确时是存在的。
9. 操作步骤：指要达到预期测试结果，需要按这些步骤来。最好说明在什么页面，点击或操作什么内容，输入什么内容。
10. 预期结果：说明按照前面写的应该呈现出怎样的结果。
11. 测试结果：如果符合预期结果，直接填写正常或OK，如果不符合，则说明不符合或NO，
12. 结果描述：如果正常，可以不用填写，如果不符合预期结果，则说明哪里不符合。
13. 测试人员：填写测试人的名字，方便后期跟踪BUG。
14. 测试日期：填写测试的时间，方便后期查询。
15. BUGID：跟测试编号一样，自己设定ID规则，方便快速查询。