关于测试流程的指导心得

 

一、软件测试应尽早介入软件研发工作中。一半以上的bug来着需求分析阶段。之前出现，需求分析写测试用例阶段，部分功能产品回复为看开发处理，应该记录并考虑相关各个场景出现的问题，并最后确认 。

二、研发计划中要给测试留出时间和准备资源。不能等最后提测了，马上就需要上线，测试没有充足的时间进行工作，最后会导致软件质量不行，项目延期、质量不行，最后也只能测试背锅了。

三、要编写正式的测试计划和测试用例，并做好评审。

四、管理好测试环境

五、为每一个build做验证测试。每一个软件研发过程，都会有很多版本，需挑选一个最精简的测试用例集合，来对每一个build做检验

六、测试开始前对软件产品做接受性测试，测试只接受符合要求的版本。开发提测前需经过开发自测，测试也需经过冒烟测试，确定达到提测标准。测试过程中发布的build的版本，都需经过可接受性测试的测试用例，可接受性的测试用例优先级为 P0 都需通过 ，再进行下一步测试。目的是将开发工作和测试工作做一个分割，以提高效率。如果没有通过可接受性测试的测试用例，则需再次打包。

七、明确bug管理流程。

八、及时提交测试报告。及时沟通，了解测试的工作情况及让上级了解当前的进度遇到的问题等。

九、正确应对bug心态。发现一个bug，要正确衡量对该bug当前版本的影响，影响项目上线不影响功能等问题可暂不处理。

十、测试进度的定义。

1）一轮测试完成：测试用例执行100%，执行后的问题进行回归解决达80%

2）二轮测试完成：一轮测试完成后变更补充测试用例，补充后的测试用例执行率达100%，执行后的问题回归解决达80%

3）三轮测试完成，三轮测试完成后基本完成测试退出标准测试

退出标准：

1）功能需求覆盖100%

2）缺陷处理达到100%

3）缺陷的趋势为收敛，且遗留问题符合公司定义的质量标准