经典测试用例

目录

测试流程

测试过程中遇到不能复现的BUG怎么办

测试中遇到开发不认为是BUG的BUG怎么办

经典用设计例

微信发红包

登录框

视屏播放器测试点

session、token、cookie 三者的区别

性能测试的指标有哪些

所在部门的人数与分工，以及测试是如何分工的

部门负责人的简称

---

测试流程

需求评审（有开发人员，产品经理，测试人员，项目经理）－>

需求确定(出一份确定的需求文档)－>

开发设计文档（开发人员在开始写代码前就能输出设计文档）－>

制定测试计划，写出测试用例－>

发给开发人员和测试经理看看（非正式的评审用例）－>

接到测试版本（可能测试的代码 通过冒烟测试的代码）－>

执行测试用例（中间可能会补充用例）－>

提交bug（有些bug需要开发人员的确定（严重级别的，或突然发现的在测试用例范围之外的，难以重现的），有些可以直接写到TD（Test Director 相当于禅道））－>

开发人员修改（可以在测试过程中快速的修改）－>

回归测试（可能又会发现新问题，再按流程开始跑）

---

测试过程中遇到不能复现的BUG怎么办

首先，在遇到非必然重现的 bug ，一定要提 bug ，并且要在 bug 单中说明复现的概率。

在发现 bug 时，要分析产生的原因，尽量多尝试可能出现的步骤。排除环境和自己电脑配置的原因，比如浏览器的版本，系统的版本等。还可以寻找开发帮助，让开发对相应地方的代码进行检查，看一下是否可以通过代码层面检查出问题。

如果还未复现，在接下来的测试中，时刻保持关注，每次执行同样或者相近的步骤的时候，看下是否能够复现之前的 bug 。

那些一直未能复现的 bug ，需要测试经理定期将这些 bug 汇总，选择优先级高的缺陷，组织开发人员和测试人员专门投入到复现问题。如果经过这样的专门复现依然不能复现，可以降低问题的优先级。如果在项目前期，跟踪至少3个版本，如果仍然无复现，可以暂时关闭该 bug ，备注说明并不是因为修复关闭，而是经过x个版本后不复现了。

如果项目周期比较紧张，不能跟踪多个版本，那么 bug 就不能关闭，上线后及时关注用户的使用反馈，如果持续3或者4个版本没有出现，那么可以将 bug 暂时关掉了，同时关掉的时候要进行备注说明。

测试中遇到开发不认为是BUG的BUG怎么办

　1、首先明确开发说不是bug的理由。测试

　2、如果是需求变更，那就找产品经理确认是否是需求变更。

　3、如果开发说测试环境问题，让他说明清楚测试环境问题是什么，按照他说的验证一遍，如果确实如他所说，关闭bug，但是不是他说的那样，继续激活bug给开发解决，确保产品质量。

　4、如果开发说用户不存在这种使用场景，但是我们不认可他说的，把这个bug知会到测试经理，让测试经理去判定。

   5、在最后提交测试报告中，把之前可能出现BUG的地方标注以及用例，以免替开发背锅

---

经典用设计例

微信发红包

1、功能测试
1）发给单个好友
① 正确的金额+无留言+无表情
② 错误的金额+无留言+无表情
③ 正确的金额+有留言+无表情
④ 错误的金额+有留言+无表情
⑤ 正确的金额+无留言+有表情
⑥ 错误的金额+无留言+有表情
⑦ 正确的金额+有留言+有表情
⑧ 错误的金额+有留言+有表情
其中，金额（0.01-200）可以测试以下数据

数字：测试0,  0.009,  0.01，0.011,  01， 199.99,  200,  200.01这些边界值
中文、英文、特殊字符或者这几种的组合
是否支持复制黏贴
为空/包含空格
金额的增删查改

留言可以测试以下数据

数字、中文、英文、特殊字符、表情或者他们的组合
输入超长文本时，是否会给出相应的限制或提示
包含空格
是否支持复制黏贴
留言的增删查改

表情可以测试以下数据

选择收藏的表情测试（动图/静图）
选择下载的表情测试（动图/静图）
录制表情，并添加进行测试
表情的增删查改

⑨ 点击塞钱进红包，选择零钱付款，此时需要考虑金额＞零钱，金额＜零钱，金额=零钱三种情况
⑩ 点击塞钱进红包，选择已添加的银行卡付款，此时同样需要考虑金额＞银行卡余额，金额＜银行卡余额，金额=银行卡余额三种情况
⑪ 点击塞