矮油，考虑挺久了，这两天一直在想这份工作要怎么样才能做的更好，更好的把控好应用（系统）的质量，怎么在现有的基础上暴露出更多的问题，一个需求从提出到评审，到程序猿葛格开发，然后再到测试，最后上项目，其实归纳起来无非就是一下一个过程：
1.产品狗提出需求，蓝后整个需求要实现什么功能，主要改进点在哪里，为啥要做介个需求，蓝后形成文档分别提供给程序猿跟测试汪；蓝后三方聚在一坨去评审这个需求，期间，程序猿要说出实现某个功能的风险点，测试点，测试汪要提出疑问，比如说主要的测试点在哪，有否潜在的风险啊什么的~~
2.程序猿开发，测试汪做准备工作，思维导图，测试点，测试用例整理；把风险点，测试点一条一条梳理清楚；
3.开发交付测试，开发交付的同时要附上测试指导，测试汪根据梳理出的测试点，风险点着重测基本功能，功能有否实现，界面布局是否正常，交互测试，与其他模块交互是否有问题，有否影响到其他模块，着重稳定基本功能；
4.接下来就是探索测试，各种脑洞大开的路径啊，各种深路径操作啊，各种搞机啊，哈哈哈，总之就是打开思路，稳定全局；
5.交付程序猿跟产品狗，共同评估是否可上项目；
朕就是这么干的，主要就是这么几个步骤，做需求澄清跟评审的时候一定要把功能点跟风险点撸清除，有什么不明白一定要当场弄清楚。整个测试过程最好是有清晰的归档，省的程序猿跟产品狗挖坑~~~~
