今日完成的事情：

一：学习了提取测试点和测试用例编写方法还有测试用例

二：学习了测试用例评审和管理

计划的事：开始接触学习任务二的内容

今日收获：

百度加个人理解，测试点是通过需求的分析得出的需要进行测试的具体内容，假如测试一个网页，网页内的点击按钮和网页使用过程中出现的内容，都是测试点.总结好测试点，对测试用例的编写是有很大的帮助的，可以快速的编写测试用例运，运用测试方法，完全的的覆盖需求和展现出需求的细节。

什么是测试用例：百度为测试用例（Test Case）是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序路径或核实是否满足某个特定需求。个人理解为测试用例就是为了测试某个软件或网页，然后把测试的步骤和方法等等正确的编写在文件里面.

测试用例的编写

百度具体为编号、用例名称、测试背景、前置条件、优先级、重要级、测试数据、测试步骤、预期结果、实际结果、备注。

但可以根据实际需要增加、删除、修改部分项，比如：增加分类、子分类等

但需要注意不能把具体的点和内容都硬搬别的用例，要根据项目的实际情况设计和编写表格，测试用例编写方法有等价类划分法、边界值分析法、错误推测法、因果图法、场景法等，同时设计测试用例的时候，间距和颜色什么的还是要美观一点。

查看了任务攻略的草船云文件和视频中的编写方法，观察了测试用例实际编写情况的不同文件。

测试用例评审就是对测试用例进行检查，评审包括同行评审（就是测试与测试之间）、小组（组织一个测试小组进行评审）、部门（整个部门进行评审）、三方评审（开发，测试，甚至产品或用户都会参与）。测试用例评审是为了更好的解决产品的问题而提出来的方法，评审之后再改进行测试用例修改，按照这样的流程，一直到这次的评审通过，大家认可了测试用例

测试用例管理，百度为原始方式是通过excel表格进行管理，虽然原始但是方便。只不过对于需求进行变更的项目来说，改起来比较痛苦。也可以采用一些项目管理工具，比如禅道，对测试用例及BUG系统进行统一管理，比较的方便.

个人认为就是测试用例管理有原始方式，即是exvel，但还有专业的管理工具可以使用，管理工具经过视频的介绍和查询，分为很多种，但有的属于商业系统，需要花钱，还有免费的，百度上和贴吧内多数推荐的都是禅道之类的管理工具.使用管理工具，可以用工具套用测试用例，进行测试BUG，单元测试功能测试等等，考虑项目的情况，使用需要的工具.