1.分析测试需求 测试需求其实就是测试对象,也可以看作是自动化测试的功能点。 自动化测试无法做到100%的覆盖率,只能尽可能地提高测试覆盖率。 测试需求需要设计多个自动化测试用例,通过测试需求分析确定软件自动化测试的程度。 一般情况下,自动化测试先实现正向测试用例,然后再执行反向测试用例。 大部分逆向测试用例都需要通过分析过滤掉,所以测试覆盖率的确定、自动化测试的粒度、测试用例的选择都是分析测试需求的关键任务。 2. 制定测试计划 在进行自动化测试之前,需要制定测试计划,明确测试对象、测试目的、测试项目内容和测试方法。 此外,测试人员和测试设备所需的硬件和数据等资源必须得到适当的分配。 一旦制定了测试计划,就可以使用禅道等管理工具监控测试进度。 3.设计测试用例 在设计测试用例时,要考虑软件的真实使用环境。 例如,对于性能测试和安全测试,需要设计场景来模拟真实环境,以确保测试真实有效。 4、搭建测试环境 自动化测试人员可以在进行用户设计的同时开始构建测试环境。 自动化测试脚本需要记录页面控件并添加对象。 测试环境的搭建包括被测系统的部署、测试硬件的调用、测试工具的安装和设置、网络环境的布局。 5.编写和执行测试脚本 公测框架搭建完成后,就可以进入脚本阶段,根据自动化测试计划和测试用例编写自动化测试脚本。 编写测试脚本需要测试人员掌握基本的编程知识,并与开发人员进行交流。 只有了解了软件的内部结构,才能设计和编写出有效的测试脚本。 测试脚本编写完成后,需要对测试脚本进行反复测试,以保证测试脚本的正确性。 6.分析测试结果并记录测试问题 建议测试人员每天留出一定的时间对自动化测试结果进行分析,以便尽早发现缺陷。 如果确实存在软件缺陷,则应记录问题并提交给开发人员进行修复。 如果不是系统缺陷,则应检查自动化测试脚本或测试环境。 7. 根据跟踪和测试错误 测试过程中发现的错误应记录在缺陷管理工具中,以便定期跟踪和处理。 开发人员修复问题后,需要对问题进行回归测试。 如果问题修改计划与客户达成一致,但与原需求有偏差,则需要在回归测试前对脚本进行修改和调试。
|