测试经验及测试方法

• 提出问题，分析问题，总结问题，改进问题
• 产出  产出  产出！！！

一，测试类型

1.功能测试：最基础的测试类型，主要对产品的各个功能进行验证，检查是否满足产品需求。

1.1 测试用例设计：

1.1.1 主要基于需求的设计：根据需求文档进行分析，按照一定的设计方法去编写测试用例，如正反例，边界值；

1.1.2 主要基于经验的设计：业务类的一些需求，要根据之前的测试情况或是自己对业务的熟悉程度进行验证，发散思维，深究这个点可能会出现的问题，影响到的功能等去进行设计；

1.1.3 主要基于对代码逻辑的实现设计：这个涉及到代码开发的层面，但是了解开发实现的逻辑，熟悉代码实现的方式可以在下次同类功能测试时减少一些问题的出现，同时也能更好的发现一些隐藏性的问题。（举例：在上次测试投资记录改版时详情页中有一个”预期收益率“的字段展示，开发取的是产品的预期收益率，但问题在于产品的预期收益率如果改变的话，详情页的收益率也会变化，导致客户购买过的产品收益率展示与之前不符。如果熟悉代码逻辑的实现，上线之前确定开发取的是订单的”预期年化收益率“就不会有这个问题了。）

1.2 用例展现实现：

1.2.1 excel：这是最普遍也是最基本的展示形式，但是当我拿着这个去跟开发评审测试用例时，开发都无法接受一堆文字堆叠在表格中；

1.2.2 xmind：脑图的形式展现，优点是方便帮助梳理思路，也便于阅读；缺点是没有状态的展示，后续执行测试用例标记的时候不便；

1.2.3 word，txt等形式，将测试点在里面写下来，不考虑其他的测试步骤或是数据；

1.3 功能测试需要关注的点：

1.3.1 实现的逻辑，界面展现，兼容性，异常情况

1.4 测试进度：

1.4.1 项目的进度报告：报告我没有发过，但是在项目执行过程中，会在技术群中将测试情况告知大家；

1.4.2 完成报告

2.接口测试（欠缺这部分测试）

2.1 自己开发接口框架，开发源码框架

2.2功能接口自动化+线上监控

3.UI自动化测试

3.1 用到的框架有robotium，uiautomator，appium，这些框架有利有弊，找到适合自己项目的框架就好。

4.稳定性测试

4.1 Monkey，UI自动化

5.专项测试

5.1 CPU 内存 GPU过度绘制 启动/加载时长 流量 电量 弱网 权限 兼容 常规检查，会有对应的工具辅助进行测试

6.性能测试

7.安全性测试

二，测试流程及测试方法

1.通用的测试流程：需求——》开发——》自测——》产品/设计验收——》提测——》测试——》上线

2.流程要持续优化，不断改进，满足工作需要（如产品通过发邮件通知，如开发代码的review，如单元测试的推进）一切都为了产品的质量。

3.持续集成，结果及时反馈

三，测试方法论及测试框架

1.项目的复盘：遇到的问题，估期，效果  bug的整个分析。宏观分析：bug趋势，不同分级，严重bug超过多少就属于不合格的。出现的点是开发还是测试的问题，测试用例是否覆盖到了这个问题。bug的重新打开率。bug的预防，测试对bug的分析，追深层次的问题出现原因，找到实现某一类方法通用的方法，实现的基本逻辑，下一次写用例时就可以添加这部分用例。

2.定期对项目做总结：关注招聘信息，面试，不同岗位不同要求，面向那些方面，会什么工具，

3.测试方法论的行成：看，听，实践，总结经验，理解当下，行成适合的最重要。推进问题不要太激进，多了解，自己熟悉了之后才会提出自己的意见和建议。

4.测试框架的完善：

• 测试的基本技能
• 测试技术
• 测试流程：结果是好的 才会有影响力
• 测试管理：领导是如果管理的，如果进行分工的，团队的表现时怎么样的，团队成员的性格及擅长的事儿是什么

四，互联网测试过程中的经历和感悟

1.与开发合作：懂代码，理解实现逻辑，bug产生原因的分析，才能更好的与开发沟通交流。

2.提高自己的影响力：借鉴好的东西，分析利弊；有效产出：做出来，小步快跑逐步完善；自己更需要能够讲出来。

3.如果带新人：这是一门学问也是一门艺术。好的领导可遇不可求。