一、快速测试（敏捷测试）

1、充分理解需求，其实这个不用说————发现需求问题

2、准备好自己的checklist，请项目组成员review。注意只是写出来，不一定按这个来执行测试。————发现自己的测试设计问题

3、测试以业务流程为主线，功能点为辅；业务流程首先保证正常流程，然后再看异常流程的处理————保证测试能顺利进行

4、了解代码逻辑和实现方式以及对特殊情况的处理方法，这个可以问开发人员，。————提前发现一些逻辑上的问题

5、了解各部分代码或者各功能之间的关联，可以问开发人员。————bug集群的问题以及debug后的验证

6、测试方法的优化，这个没法细说，只能在实践中随机应变。不过这个能力是可以培养的，事前计划，事后总结，bug分析，bug复现，都是可以的

7、第一轮测试完后，写个总结，总结自己测试了哪些功能点，哪些业务流程，发现了哪些问题，bug优先级以及原因分析。同时与之前写的checklist对照一下，看是否有遗漏什么的。

8、推测法，有点像是算命，又感觉像是有据可依。具体是啥说不明白，或许是经验吧

二、smoking test

不要急着去测试，部署好环境后，看看checklist，找一些关联性比较强的功能、主要的业务流程、基础性的功能做个冒烟测试。确保自己的测试能顺利进行，同时也减少了重复劳动，节约时间。

三、ad-hoc（随机测试）

 所有发现的bug都修复（或其他方式处理）并测试后，不要着急给出测试结果。做个ad hoc先，ad hoc其实没啥依据，没有特定方法。建议根据bug的产生原因去找找该测试的地方，看看功能点的异常处理情况。

四、风险分析和控制

1、checklist的时候应该能评估一些风险并决定自己在测试的时候是否去考虑测试并模拟——业务问题，开发的技术实现问题

2、测试过程的风险，这个是对自己做的checklist和测试方法的一个评估，语拙，意会

3、运营的风险分析，服务器，性能等

注：未知的问题是风险，已知的问题是缺陷。