测试用例和面试经验

实用的测试用例设计方法：

边界值 

等价类

从需求中摘取测试用例：

1、“或”于“且” ，或的话有四条用例，

从需求中摘取测试用例：常用的

2 包括 包含 以下   其中的每一点作为一个测试用例

3,除了....以外....  不超过.... 不小于.....  非  ，任意两种 就是把数据都组合两点

另外从开发的设计文档中摘取测试用例： 深度的

1.考虑到某某培训用户量大，用户登录后个人信息直接查库压力较大，利用缓存设计思路如下：

用户登录某某学习网站后用户信息首先从缓存读取，如果缓存中没有那么直接读取数据库并更新缓存：用户修改用户信息时间同步更新缓存

2  某某学习任务完成后会给用户奖励现金金额，用户可提现，提现请求发往银行，当提现请求首次失败后，采用失败重试机制，三次请求失败后最终认定提取失败，第一次失败后隔5分钟发起第二次请求，第二次失败后隔15分钟发起第三次请求

数据库的设计文档 ：深度读

测试用例的预期结果

1、预期结果的多样性 网页登录成功会有好几种情况 成功或者直接进入页面

2、预期结果的重复性 

3、预期结果的准确性 测试的结果到底是什么

测试用例的结构

1、测试用例的层级   按功能模块顺序来分的，或者按照测试用例的流程

2、测试用例的流畅  你的用例的思路，等价类就是一块都是等价类，边界值一块都是边界值

3、测试用例的冗余 有交叉的模块都写

4、测试用例的颗粒程度  测试点 输入框 

功能测试的面试

面试多重门：

1 基础之门 需求理解能力直接拿一些需求，“或 ，且”  让你从中找出测试用例点 ， 测试用例的设计

2 沟通之门 你最熟悉的项目讲一讲，侃侃而谈

3深度之门 比如

测试用例的深度 在测试用例中出从需求文档中摘出过测试用例，还在哪些地摘取过，如果说你说开发设计文档，并举了一两个例子，那么就觉得你有深度，再深的从数据库的设计文档中摘取测试用例，更有深度了。

项目理解的深读的时候，先讲项目的时候现讲业务，业务明白后，问你项目后台用得是什么语言，什么中间件啊，在测试过程中项目过程中，怎么判断这个错误啊，看没看过日志，日志在什么地方，怎么判断这次日志就是这次BUG的日志呢，如何筛选所查看的日志

一旦面试官你有啥要问的，要问技术流程，比如面试自动化，以前有问题一直没弄明白，正好你这也有自动化，能问一下是怎么回事吗，问测试流程一样，遇到bug开发搞不定，盈利模式，业务流程啊，团度配比，有没有性能测试 几个人呢

离职上一家公司的问题 可以说 我在公司学习也好，提升也好没有太多的空间，希望找个更适合我的环境，更适合我学习，平时自己进行了学习，找个能展示自己的才能的一个公司

在下班或者周末都做些什么。