进公司后参与的第一个项目?会员安全，24号凌晨如期发布了，特以此文记录我的测试心路。

　　1、需求测试：是把业务需求转化为测试需求的过程，主要验证需求是否正确的、完整的、无二义性。那么，如何将这些原则应用到具体项目中去呢？首先，在prd评审前，带着这些原则，仔细阅读PRD文档，标注有疑问的地方，站在用户的角度去思考疑问点；其次，prd评审时，提出自己的疑问点，解决问题。

　　2、测试设计：是给日后的测试执行一个指导思想，通过产出MM图，流程图，系统交互图，让自己更了解需求，为下一步的tc编写打好基础。在编写tc时，等价类、边界值、场景法、因果图、正交…以前在书本中经常看到的一些测试设计方法都可以派上用场了，等价类、边界值是常用到的方法，几乎是在每一个功能点都用需要用到，而边界值也是容易出现bug的位置。通过这一次的项目，在我看来，测试设计比测试执行过程更重要，好比是只有出色的指挥官，才能打出漂亮的战斗。

　　3、测试执行：这个阶段的测试流程是：冒烟测试、三轮回归测试、预发测试。冒烟测试主要是对程序的主流程和主要功能进行测试，对应p0，p1级用例；第一轮测试是测试完所有的TC，并尽可能的找出所有的bug；第二轮是开发修复bug，要求把所有的bug修复好，但是，在实际应用过程中，一般和第一轮测试结合在一起，当测试人员new一个bug，开发会尽快的open这个bug，然后fixed，到测试人员检测bug是否修复，选择是closed还是reopen；第三轮测试是回归测试，对程序的主流程进行测试，并检查bug的修复程度，是否引入新的bug。接着是预发测试，在开始测试前，还有一个帐号准备工作，因为预发测试是真实的线上环境，只是域名和地址不同，帐号申请可以在twork中找相应的负责人申请。当预发测试通过，项目可以发布了。

　　4、自动化测试：虽然说一次的脚本编写可能会比手动测试占去更多的人力和时间，但是，对于每一个项目，更多的是回归，用持续集成可以大大的减少日后的工作量。因此，对一些不经常变动的业务逻辑点做页面自动化测试是很有必要的。

　　5、项目完成后，记得更新知识沉淀，方便日后的维护工作，也方便自己日后查看。

　　以上是本次项目的总结，有不对的地方，欢迎指正。