手工测试用例转自动化测试用例有啥好的方案或者工具

亲自编写啊。首先,手工和自动本来就不是一个转换的概念,例如,检查输出中是否包含某个特定字串,你人工可以直接看就能看出来,但你让机器怎么看?怎么也得有个捕捉屏幕输出,然后再搞个正则表达式摘取一下吧。其次,就算是可以,“转换”本身也是一个自动的过程,那么这就非常依赖输入信息的标准化了,你能够保证你们的手工测试用例都是按照一定的标准格式来编写的么?然后解析到手工测试某个步骤的描述之后,你们的自动化工具可以理解和执行?再说了,就算可以,你们的工具也不可能覆盖你们所有的操作吧?如果使用业界通用的工具,不管是商用还是开源,都得根据你们实际执行的需要开发粘合代码或者支持库,这个活儿得找人来干。
■网友
你的意思是自动化转换么?是转换的方法还是说转换的策略呢?
■网友
我们的方案是:在开Case review会议的时候,写脚本或者工具的人会参与,在review case的时候,根据这个Case的重要程度和可自动化姓进行评估,如果可以做自动化,在Case里标注这条Case是可以自动化的,会后。Meeting minutes会发一封邮件给attend meeting的人员,这时候自动化的team就会得到一个完整的Case,然后在根据会议上标注的case,挑出自动化的case,在根据自己的经验写出能否100%的做case的步骤,检查点是否能完全替代手工检查。这个自动化的case是没办法生成的,是根据开发脚本人员对该case评估得出来的。水平高低不一样的脚本开发人员写出来的自动化的case也不一样。


    推荐阅读