一起养成写作习惯！这是我参与「掘金日新计划 · 4 月更文挑战」的第16天，点击查看活动详情。

1.写测试日报（亮点）

1.能够告诉领导，你做了哪些工作，计划做哪些工作。领导放心

2.对于编写人员好处是：知会问题，请求帮助。

3.测试人员应表达当前项目是乐观的还是悲观的，如果是悲观的则可以通过日报请求到协助

2.用例评审（亮点）

1.用例的价值：是研究这个功能/系统要测试哪些内容，如何测试。

2.测试人员的优势就是能够分析出尽可能多的场景（测试点），但是因为需求可能不那么明 确，所以不知道这些测试点是否必需（遗漏或多余），有些用例不知道其预期结果。通过评审可以知 道用例是否正确，可以确定预期结果。

3.让开发知道他还有哪些场景没有设计，可以在用例评审后，测试执行前去完善这些场景。

3.编写用例

1.规范的用例是比较难写的，也是测试团队看重的。用例写作规范特别是标题的写作规范。

2.用例的价值：不是所有的都写用例,重复功能不写用例（新增和修改重复），按钮类不写

## ## ## ## ## 3.写一句话的用例，在禅道中或用 xmind 写用例（亮点）

4.用例设计方法

## ## ## ## 1.超喜欢说的等价类、边界值、判定表、场景法-->组合

## ## ## 2.有效场景、无效场景、特殊场景（亮点）

5.过 bug（亮点）：

## ## 1.在下班前和开发将当天所提交的 Bug 过一下，让开发知道今天测试人员发现了哪些 Bug。

## 2.接下来和开发一起交流 Bug：如果确认是 Bug，测试可以心中有数。如果有分歧，可以当 场进行沟通。这时候可以消除很多开发认为是重复缺陷的，认为是非缺陷的情况。

3.偶尔会出现一些缺陷描述不清晰的，测试人员可以当场演示，消除理解偏差。

4.总之，通过过 Bug 可以提交缺陷管理的效率。

6.测试计划与方案

1.方案是解决怎么测的问题，然而在用例中也是解决这个问题。所以方案没什么用

2.计划的内容：时间人员任务安排（核心），准入准出标准（都一样），风险相关（当场就报）。

7.任务跟踪表—应该叫做测试计划（亮点）

1.以任务形式来编写计划和相关内容

2.任务跟踪表的内容：

1.三段式计划->项目开始、提测、结束测试。这三个时间是测试最关心的时间 
2.相关干系人说明，清楚知道测试的责任和其他相关责任人
3.任务状态描述，知道哪些正在做，哪些已完成，测试工作清晰明了。 

8.测试执行

1.如果只是功能测试，手工点点点，绝对 Low。应更多表达功能测试是如何做的。

2.就算是点点点，也有策略。第一轮测什么，第二轮测什么，回归怎么搞，冒烟怎么做。（亮 点）因为很少人会专门总结每一轮的测试重点

3.工作不仅仅是手工的，还要有工具支持（想办法代入）：

1.数据库 SQL： 
    1.结果的查看，要用查询语句 
    2.制造特殊数据，修改数据，用到增、删、改。-->提高效率
    3.生产问题跟踪，用到查询语句。
2.用到抓包，Fiddler 
    1.定位问题，去抓响应数据，查看响应数据。 
    2.发现问题，做简单的接口测试 
3.自动化、接口测试、性能测试的代入 
    1.接口测试过程、工具的使用、接口测试哪些模块 
    2.性能测试线程数、JMeter 使用、结果（响应时间、事务成功率、nmon）
4.业务的闭环，它应该是一个完整的业务链（亮点） 
    1.如何把业务的闭环讲好，是其中的关键。 
    2.例如积分模块，有积分增加就一定会有积分使用，还可以查看积分。
    3.例如红包模块，有领用红包，就会有生成，还会有使用红包。
5.跟踪问题（不好理解）
    1.日志相关：Linux 服务器日志和 Android 日志（adb logcat） 
    2.缺陷管理：在执行过程中肯定会涉及到缺陷，缺陷管理最好结合禅道