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