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