今天完成的事情： 复习
明天计划的事情：复习
遇到的问题：自动化任务10报错 连接不上
收获：

流程分析法是将软件系统的某个流程看成路径，用路径分析的方法来设计测试用例。根据流程的顺序依次进行组合，使得流程的各个分支都能走到。

　　这里拿一个最简单的流程来做分析。用户登陆操作的流程。这个大家都应该很熟悉的，需求如下（这里只简单举个例子说明用例设计方法，具体需求应该还要详细。）

　　1、        用户执行程序，弹出登陆对话框；

　　2、        用户输入用户名，格式要符合如下规范：

　　a.        2-16个字长，英文或数字；

　　b.        用户名中不可出现空格符；

　　c.        可以使用这些字符：“横线-”，“下划线_”，“点.”；

　　d.        不可以使用“&、%、$”等其它字符。

　　用户名出错处理：

        1）、用户名为空：提示用户：“请输入用户名！”；

        2）、用户名错误：提示用户：“用户名错误，请重新输入用户名！”。

　　3、用户输入密码，格式要符合如下规范：

                a． 密码为字符串；

                b． 字符串为0~9之间的阿拉伯数字组合，密码长度为6位。

        密码出错处理：

        1）、密码为空：提示用户：“请输入密码！”；

                2）、密码错误：提示用户：“密码错误，请重新输入密码！”。

　　4、确定登陆，系统验证用户登陆；

　　5、取消登陆，退出系统。

1、测试需求分析 
　　从软件需求文档中，找出待测试软件/模块的需求，通过自己的分析、理解，整理成为测试需求，清楚被测试对象具有哪些功能。测试需求的特点是：包含软件需求，具有可测试性。 
　　测试需求应该在软件需求基础上进行归纳、分类或细分，方便测试用例设计。测试用例中的测试集与测试需求的关系是多对一的关系，即一个或多个测试用例集对应一个测试需求。 
　　 
　　2、业务流程分析 
　　软件测试，不单纯是基于功能的黑盒测试，还需要对软件的内部处理逻辑进行测试。为了不遗漏测试点，需要清楚的了解软件产品的业务流程。建议在做复杂的测试用例设计前，先画出软件的业务流程。如果设计文档中已经有业务流程设计，可以从测试角度对现有流程进行补充。如果无法从设计中得到业务流程，测试工程师应通过阅读设计文档，与开发人员交流，最终画出业务流程图。业务流程图可以帮助理解软件的处理逻辑和数据流向，从而指导测试用例的设计。 
　　从业务流程上，应得到以下信息： 
　　A、 主流程是什么 
　　B、 条件备选流程是什么 
　　C、 数据流向是什么 
　　D、 关键的判断条件是什么