2.测试用例代码健壮性有待提高
测试用例的代码应具有很好的健壮性,理想的测试用例代码本身不会引入错误误报,断言错误时,只能是被测模块发生了失败。而在实际实施过程中,测试代码的健壮性很难保证,一方面由于测试用例代码编写人员本身编程水平不能保证,很可能产生代码上的BUG,另一方面由于需求和设计的变化,测试用例本身也要随时发生改变,测试用例更新不及时,就会导致被测模块的失败,因此及时沟通,及时更新用例代码,也是非常有必要。
3.避免测试驱动滞后
测试驱动是实现测试用例的根本,由于分工和涉足点不同,自动化测试人员只能完成很少一部分测试驱动,其它驱动由开发人员完成,测试人员只是负责定义驱动的输入输出接口。
但是开发人员有自己的任务,编写测试驱动势必增加其工作量,影响其原有工作的进行。为了自动化测试的正常进行,必须要与开发组领导进行充分的沟通,合理安排开发人员工作量,在不影响原有工作的基础之上完成测试驱动。
测试驱动实现的滞后,将影响测试用例的调试和最终部署,影响整体流程。
4.多种自动化测试工具的引入
一种产品可能会包含各种功能组件,比如数据库、界面、通信等各种操作,因此要引入不同的自动化测试工具,完成不同功能点的测试。如界面操作的角本录入WinRunner、压力测试工具LoadRunner等,各种工具的引入,可以使自动化测试的测试用例覆盖率扩大,使自动化测试更加深入和全面。
5.自动化测试工作的必要性
这一点也是最难处理的。自动化测试由于缺少成型的理论指导,常常导致没有达到理想的效果,使领导和开发人员怀疑其工作的必要性,同时也可能成为软件项目管理中的“鸡肋”。
如何考虑这个问题呢?是否有必要设置自动化测试这一环节呢?
要处理这种心理落差,就需要在开始工作之前,领导及相关人员确立切实可行的目标,考虑清楚自动化测试测试用例的覆盖范围、BUG率等,不要过于乐观的考虑自动化测试的工作成果。根据实际情况制定切实可靠的目标,使获得的回报更驱于理性。公司原有自动化测试的知识储备、自动化测试人力资源的部署、整体团队的配合等诸多因素都会影响工作的最终效果。
六、结束语
自动化测试是一片新鲜的土壤,虽然没有特别完善的理论,但是只要在实施的过程中把握好几条重要的原则,一定可以达到很好的效果。