请教各位,自动化测试流程是怎样的???

小_麦

小弟我最近工作中遇到了很头疼的问题，自动化测试人手不够，不能及时应付需求变更。。。等等。。还有就是自动化工作量太大，总之很难有效的实现自动化测试在这里，想请教各位前辈,在实际测试工作中是怎样进行自动化测试的。手工测试用例和自动化测试用例是否要分开？是否需要单独的自动化测试用例？是否需要区分手工测试人员和自动化测试人员？在需求发生变更时，调整脚本是怎样进行的？执行脚本后，分析执行结果是怎样的过程？在测试计划中有没有编写自动化测试用例的时间？还请各位前辈多多指点

dreamever

1、手工测试和自动化测试用例可分可不分，象我们做自动化测试，如果手工测试用例足够好，则直接拿来用做自动化测试；
2、自动化测试用例可单独也可不单独，主要看你们测试部对自动化测试的管理规范了。
3、手工/自动化测试人员也可分可不分，本身我就是一个手工测试人员，现在虽然主要精力放在自动化测试上，但是仍会有手工测试方面的工作；
4、需求变更时会更新测试用例，然后测试脚本根据用例再做调整；
5、根据脚本执行结果，识别出当前程序存在的缺陷然后提交相关的测试人员处理，这就是我们的流程，但是未必适用于你们；
6、你们的测试计划中如果给自动化测试留出了专门的时间，那就有编写自动化测试用例的时间；如果没有，那时间就很难保证。我们公司的自动化测试与项目本身的测试计划都是独立的，他们做他们的，我们做我们的。
你的问题提了很多，但是我觉的很多问题其实都是和你们对自动化测试的理解及管理理念有关系的，都属于A也行B也可的那种。

小_麦

感谢dreamever,再请教一下你们自动化测试用例从手工用例中得到的，一般能覆盖到多少比例？我现在做了不到100个测试用例，已经让我难以应付了，而手工测试用例总数有1500多个，覆盖率真是低的可怜。。目前执行话费的时间大概1小时，一个小时后，我又要花费很长的时间来分析结果，因为有相当一部分是脚本出现的问题，有少部分是需求变更了造成的问题。。能发现bug的真是极少极少，即使发现了，也要花很长时间分析是不是bug，各位是否也遇到和我一样的问题？？？

dreamever

我们不统计那覆盖率的，因为之前开会的时候确定过，认为覆盖率对我们现阶段的自动化测试来说，没有太大的意义。
测试报告的话是我们自己开发的一个日志模块，可以很方便的查看所有测试脚本的结果和日志信息。是异常还是程序问题都一目了然。

小_麦

谢谢，还有你那个日志模块，开发的是怎样的一个思路，生成怎样的结果。方便透露一下么
还有你们用QC还是自己写的框架？测试用例管理是用EXCEL还是用数据库，还是其它？？