目录：
1、测试用例设计模板
2、测试用例设计方法
3、需求分析
4、测试计划
1、测试用例设计模板
用例模板
用例要素：
用例编号、模块、场景、用例名称、前提条件、测试等级、操作步骤、预期结果、实际结果、创建日期 创建人
2、测试用例设计方法
3、需求分析
（一）什么是软件需求？
业务需求 ：反应了组织机构或者客户对系统、产品高层次的目标要求，他们一般在项目视图与范 围文档中予以说明。用户需求 ：描述了用户使用产品必须要完成的任务，一般在使用的一些实例中或方案脚本说明中 予以说明。功能需求 ：定义了开发人员必须实现的软件功能，使得用户完成他们的任务，从而满足业务需 求。非功能性需求 ：遵从某些标准，规范和合约。性能要求。质量属性。
（二）需求澄清
（三）测试在需求阶段需要做哪些事情？
首先要 读完需求文档 。接下来是召开需求评审会议，我们一般在做需求评审的时候，有三方面需要去评审：
第一部分，需求文档里面 流程不合理的点 ，尽量在评审的时候把这些不合理的点评审出来；
第二部分，需求里面那些 没有被量化的点 ，我们都要评审出来尽量可量化；
第三部分，我们 要基于这些显性需求看能否挖掘出来一些隐性的需求 。
CHAPTER 04
4、测试计划
为什么需要测试计划？
软件测试是 有计划、有组织和有系统的软件质量保证活动 ，而不是随意地、松散地、杂乱地实施过程。为 了规范软件测试内容、方法和过程，在对软件进行实施测试之前，必须创建测试计划。
测试计划的定义？
测试计划：一个叙述了 预定的测试活动范围 （哪些模块）、 测试资源 （软件、硬件）及 进度安排 的 文 档 。它确认了 测试项 、 被测特性 、 测试任务 、 人员安排 ，以及任何偶发事件的 风险 。
包含了 产品概述（点餐系统）、测试策略（功能测试、接口测试、自动化测试、性能测试）、测试方法（黑盒测 试、单元测试、系统测试）、测试范围（有哪些模块）、时间安排、测试人力（测试人员有哪些）、风险分析（测 试人员对产品不熟悉）等内容 。
如果您觉得文章还不错，请 三连一下，因为这将是我持续输出更多优质文章的最强动力！
公众号:机械转行软件测试随笔记录
记录自己从机械转行软件测试的一些笔记和干货知识，分享软件测试、自动化测试、性能测试、接口测试等测试开发技术文章与资源，欢迎关注！
