以每周一报为例，会议的内容为：组员介绍本周具体工作内容(有点像TimeSheet的填写)，与上周预计内容比对是按时完成还是有延误，延误的原因是什么??项目负责人对下周工作安排。
经过几次的计划->实施->修正计划，对每周的工作进度就会比较了解，从而有利于对整理项目进度的预估。
c. 问：如何验收我们的项目成果?
答：每个人对“完成”这个概念的理解不同，有的人认为Complete即可，有的人认为Good，而有的人追求的是Perfect。为了保证我们的项目完成之后的一致性，可以建立一个完成的CheckList，将“完成”的概念量化，如验收test case script的完成，我们可以定制如下的CheckList验收。
NOFunction NameCheck PointReview HistoryCode ReviewTime OptimizationData CreateDoc SyncRemarkDateReviewer
V360_TC0001TC_CAPBasicSearch 10/16/2008Lynn
………… …………
4)检讨审查
也就是在项目结束之后，对项目进行总结，调节。并通过事后诸葛亮式的检讨分析，找出改进的方案，对下一个项目的进展是很有帮助的。
经过了两轮的开发，到了代码维护阶段。以前觉得“需求->开发->维护”三步骤中维护是最容易的，但是现在却让我们最挠头。
这几次Run出结果之后，所有的人见面第一句话都是：“呃，在我电脑上是Pass的，怎么现在就Failed了?”
静下心来检查代码，总有一些让我们忽略的问题被查到，但还是有许多顽疾存在着，尤其是界面刷新不及时或者莫名其妙的问题真的让我们很恼火。开发是一件创造性的事情，测试是一件破坏性的事情，无论二者都有成就感可言，但是维护或者说是擦屁股的事情搞得我们每个人都心烦意乱。总结我们的需求，开发，及运行经验，还有最近维护时遇到的问题，总结一下：
1、需求分析阶段，编写AutoTest Case时，步骤详略得当，不可以太简单，也不必太过繁复，多用项目的专业用语(阅读此文件的人都是对项目有一定熟悉度的人)，这样有利于维护人员，或者后期手动测试人员了解Case的测试内容。
2、开发代码时：
1)脚本内的注释写清楚
2)对象库及对象命名尽量有意义
3)中间步骤(如页面的跳转，某些重要的Button或Link)要写清楚，最好写到Report中
4)检查点的判断，要直观，并且写清楚输入，输出的值，及期望的输出，如，查询功能失败，要写明输入什么样的条件使得查询失败，否则QA可能输入另一组数据查询，结果为成功
文章来源于领测软件测试网 https://www.ltesting.net/
