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

这几天对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或其它合适的自动化测试工具）

最新内容请见作者的GitHub页：http://qaseven.github.io/