第二天总结
1. 测试计划介绍
2定义
制定测试目的、范围、方法、时间进度及软件测试重点的过程
测试计划模板内容
测试目的、测试资源、测试范围、测试风险、人员分工、测试策略、测试准则、测试进度、提交测试文档。
只要第一项和最后一项的位置是固定的，其他都可以微调位置
封面和目录
封面：测试计划，编写人，编写时间等，可以表格，也可以文字描述
目录：自动生成
测试目的
测试目的编写结构
目的的总体概述
包含详细描述
测试目的编写内容
对项目测试进行整体描述，不用过于详细。
详细描述各个模块、功能具体要做什么样的测试，bug解决情况，以及相应的上线时间。
案例:
要求：1月12日积云商城1.1版本进行上线，新增支付功能以及登录页面的修改。
测试目的：
1月6日至1月12日对积云商城1.1版本的新增功能测试，主流程测试以及bug验证， 5月12日完成测试上线。
针对微信支付功能，以及登陆页面的修改进行重点测试；回归验证积云商城bug，遗留严重问题为0， 一般问题少于3个，提示性问题少于5个；11日前在测试环境完成新增功能，主流程测试，12日在线上环境测试、发布。
二。什么是测试用例
测试用例（Test Case）是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序路径或核实是否满足某个特定需求，通俗的讲：就是把我们测试系统的操作步骤用按照一定的格式用文字描述出来。
三、如何编写用例
1、测试需求分析，得到测试点
在测试需求分析阶段，我们只有需求文档，所以编写测试用例的唯一依据就是需求文档，因此在进行用例编写之前一定要进行需求分析，需求分析的主要工作就是：了解需求的整个实现背景；分析需求的合理性；明确需求的范围，挖掘需求文档中隐藏的需求；在通过需求交底的过程，确定开发的初步实现思路和方法，随着测试需求分析的深入，列出需求的框架，包括测试范围即各个功能点，测试的场景等；确定一些测试可以提前介入的工作等；需要说明的是对于需求中的问题一定要记录下来，找需求确认，需求漏掉的或者存在问题的地方，开发和测试更容易漏掉，而且遗漏的需求很有可能会使得项目整体业务逻辑发生变化，一定要及时提前确认。
