今天完成的事情

对测试用例知识点进一步整理

明天计划的事情

做深度思考

遇到的问题

测试用例写的不够详细、规范，对测试方法并没有掌握

收获

什么是测试用例:

把测试系统的操作步骤按照一定格式用文字描述出来，是测试工作的核心、是一组在测试时输入输出的标准、是软件需求的具体对照。

为什么要写测试用例（目的）：

测试产品质量，满足用户需求，确保产品按质量上线。

测试文档的结构：

主要分为两个部分：非功能性测试、功能性测试。

非功能性测试，主要指产品在各种环境下是否能正常运行 。

功能性测试，主要是指每个具体功能是否按要求运行。

测试用例的作用：

检验软件是否满足客户需求、体现一个测试人员的工作量、展现测试用例的设计思路

测试用例的编写流程：

需求分析->提取测试点->测试用例编写->测试用例评审

测试用例怎么来的：

测试用例是测试人员根据PRD、流程图、原型图、UI、收集的资料来编写的。

测试用例具体内容：

1.模块：当前功能点所在的模块

2.编号：测试用例编号具有唯一性、易识别性。

如：A0001。其中A表示注册/登录模块。00表示账号登录，01 表示账号密码登录下的第一个测试用例。

3.功能点：具体指某个功能，如：账号登录、首页、发布等。

4.子功能点：具体指功能点，如：账号密码登录、手机验证码登录、邮箱登录、第三方授权登录等。

5.用例名称：具体测试用例的名称。如：输入账号、输入密码、密码不合规等等。

6.前置条件：要达到预期的测试效果需要满足的条件。

7.操作步骤：要达到预期测试结果有哪些步骤。最好说明在什么页面，点击或操作什么内容，输入什么内容。

8.预期结果：按照前面写的应该呈现出怎样的结果。

包括返回值的内容，以及界面的响应结果，输出结果的规则符合度、数据库等存储表中的操作状态等

9.测试结果：如果符合预期结果，直接填写正常或OK，如果不符合，则说明不符合或NO。

10.结果描述：如果正常，可以不用填写，如果不符合预期结果，则说明哪里不符合。

11.测试人员：填写测试人的名字，方便后期跟踪BUG。

12.测试日期

13.BUGID

14.BUG故责任人：由技术人员填写

15.优先级：测试用例根据重要性分成的等级，目的是执行人员按照此来安排执行时间

16.输入数据：测试用例在执行过程中需要输入的外部数据。通常包含有手工录入、文件、DB记录等。

17.测试点：通过需求分析后对得出的需要进行测试的具体内容

写测试用例