qileilove

blog已经转移至github,大家请访问 http://qaseven.github.io/

测试计划和自动化测试思考

这几天对XXX的测试计划自动化测试进行思考。
  先说测试计划,测试计划需要依据迭代开发计划制定,需要有明确的测试范围和测试目标。
  看了下Q1的迭代开发计划主要有XXX功能改进、BUI改进、系统安全性改进、全页面子资源监测、api组件改进。这些改进都是持续性的,没有明确的改进需求和改进结果要求。因此进入测试之前无法了解需求和进行用例设计或维护。可以预想最终结果可能会跟以前一样,开发完成交给测试执行测试,改进后发布。如果是这样测试人员没有办法做到主动测试,只能在开发完毕提给测试后被动接受进行测试。制定测试计划也就没有多大意义了,也不知道从何计划。
  为了改进这个过程,我建议如下:
  1.明确和细化Q1的功能改进需求,并列点说明。
  2.开发人员根据明确的改进需求逐步改进。这期间测试人员针对需求进行用例设计和维护。
  3.迭代开发完毕,满足测试准入条件,提交测试。
  4.测试人员执行用例、验证缺陷、手工测试,完成测试。
  5.建议项目迭代周期安排一个时间段专门进行测试和修复缺陷。
  6.建议对XXX已提交的缺陷进行筛选并安排进行修复。
  自动化测试
  无论是qtp还是selenium脚本,当产品进行bui改进和功能改进后,脚本基本都需要进行维护和变更,而且这个维护工作量还蛮大的。对比新旧版本的创建站点监控,变化比较大,并且新版的功能界面也还不够完善。
  我觉得这阶段开展自动化测试不是太合适,主要是1.之后可能很多页面都要重构,后续维护脚本的工作量巨大。2.功能还不够完善,用手工测试效率更高,不适合自动化回归测试。3.开发出来的自动化脚本复用性不高。
  因此规划这一阶段自动化的主要工作:
  1.完善XXX测试用例。
  2.挑选出适合开展自动化测试的用例。主要目标用例为系统主要流程功能、相对稳定的功能模块用例。
  3.根据项目测试的需求进行自动化测试技术预研(QTP、selenium或其它合适的自动化测试工具)

posted on 2014-02-17 14:22 顺其自然EVO 阅读(300) 评论(0)  编辑  收藏 所属分类: selenium and watir webdrivers 自动化测试学习


只有注册用户登录后才能发表评论。


网站导航:
 
<2014年2月>
2627282930311
2345678
9101112131415
16171819202122
2324252627281
2345678

导航

统计

常用链接

留言簿(54)

随笔分类

随笔档案

文章分类

文章档案

搜索

最新评论

阅读排行榜

评论排行榜