如何平衡手测和自动化

最近遇到这个问题, 我google和baidu了一遍, 没找到相关讲解.功利性一点讲, 面试有时还是会遇到这个问题的, 自己结合自己的工作和见解, 总结了下, 真心希望有想法的可以一起讨论下, 因为我知道一个人的工作是有局限性的, 一个人的见解也是. 

我自己总结的几点(前提是这个项目有稳定的功能且长期):

1. 测试在sprint周期内,有写好case,开发feature,未做好,这个空白前,可以安排上个sprint的自动化任务                                                  
2. 如果当前sprint任务比较紧急且多,则以手测为主,可以安排一些优化自动化脚本的任务.肯定会有时间充裕一些的sprint,比如UAT阶段,dev在没有安排新的开发任务的情况下,在修改UAT反馈,测试的时间就比较充裕,可以多安排一些自动化任务                           
3. 优先安排安排代码能力强的测试人员,更多自动化的任务,手测当然就要安排的偏少些,当然对于手测能力强的,就反之.有些项目规模较大,可以有专门的自动化测试团队来做自动化,术业有专攻,这样效率应该会更高一些.但可能对于整个测试团队的成长,会2极化一些,而且目前很多公司没有这样的结构吧.                                                                                                                            
4. 开始做自动化的前期,由于要搭建自动化环境和补充以前feature的自动化cases等等以及上手的过程,测试团队在平衡2者上,可能要辛苦一点,但随着自动化的case逐渐增多,是个逐渐趋于稳定平衡的过程,最终基本会是当前sprint做上个sprint的自动化这样的规律,而且测试的回归测试任务会逐渐减轻,测试有更多的时间做些探索性测试和优化自动化代码,整体来说是个很良性的循环.                                                                                                                                                                                                  
5. 补充一点:有的公司会遇到项目迭代发版很快,测试基本扑在手测上了,没时间做自动化,这个时候那我就得说些官方的话了:可能需要更改下管理方式和流程了,再者调动测试积极性(因为时间像海绵里的水,挤挤还是有的.对于这点我其实知道很难,以前leader有句话,我印象深刻:解决一个问题,如果最终是从人的角度(比如调动积极性,大家多注意哈等等)来解决,基本没戏,最好能从流程和技术的角度来解决.)  关于这句话,我感觉我其实也能写篇博客了,这里就不细细展开了..因为由于人是个主观性的生物,我那个leader说的那句话,我感觉很对,反之流程和技术角度是死的,流程到了你这个节点,你要是由于主观性未做,这很明显了,所以大家一般不会不做.

好了.回到官方的话,还有个方法就是该加人了,最好再加个代码这块还可以的测试. 嘿嘿嘿