今天完成的事情：

补充了一些技能树中的知识点（了解需求、需求的设计理念、测试用例的评审）

明天计划的事情：

完善测试用例，根据用例评审重新修改，部分过多的测试步骤需要简化

原本计划今天完成任务的计划没完成，明天开始完成

熟悉BUG管理工具：

‍‍“禅道” (任务要求)、“Quality Center”、"Loadrunner"‍‍

‍‍"TAPD-腾讯敏捷产品研发平台"（云端BUG管理工具。来自知乎问题：你在用什么bug管理工具？下的回答）

收获：

测试用例：指导测试人员对软件执行操作，帮助测试人员证明软件功能或发现软件缺陷的一种说明。体现测试人员的测试方案、方法、技术和策略，同时也体现了一个测试人员的工作量。

测试用例的编写流程：

>>需求分析

    主要来源于产品说明书

>>提取测试点

    等价类划分、边界划分、以及可能有部分产品说明书未提及，但是作为测试人员应当要求实现或者需要与产品经理商讨的功能（例如手机号码的输入是否需要做号段有效与否的检测）

>>编写测试用例

    测试用例一般包含的内容：测试目标/模块、测试环境/测试背景、用例编号、测试点/测试目的、前置条件、测试数据、测试步骤、预期‍‍结果、实际结果、优先级、重要级、测试脚本以及备注

>>用例评审

    一条用例的目的必须是明确且唯一的，描述测试目的的语言尽量简洁易懂

    操作步骤具备连贯性且可以按照步骤内容复现，步骤尽量控制在3部左右，不要超过5步

    一般将优先级高重要模块的案例放前面，异常和分级低的案例放后面（优先级：核心功能>次要功能，常规场景>异常场景）

深度思考问题的个人理解：