场景：
昨日下午参加某项目周会，周会先对待办事项进行检查，第一项待办事项除了开发程序外，还涉及业务部门提供给我们历史数据文件，由我方维护人员负责导入系统，生成报表。
业主A（以下简称A）询问：此工作是否完成？
项目经理B（以下简称B）回答：系统功能已经上线，但是报表还没有生成，目前正在计算中。
A问：周四上线的哦？！那什么时候计算完毕呢？
B回答：主要是数据量比较大，所以我们特别在是周五下班后开始导入，想着让机器周六日运算处理，但截至现在还在计算。
A问：那现在处理到那里呢？
B回答：这个还得我回去问问开发和维护的同事。
A说：我希望以后在历史数据的处理方面，你们现在的维护同事C能够象以前做维护的同事D一样，可以告诉我现在处理到那里了。
。。。
体会：
后台程序执行了近72小时，但不知道何时完成！大批量数据处理时，客户希望能了解数据处理的进度和情况，但项目组也无法回答“做成什么样了”、“做到什么时候才能做完”；还有部分功能是在后台服务完成的，但后台服务异常时，前台“疑似挂死”，没有提示或保护措施。这反映了项目组在做后台服务时缺乏经验！
- 日志、通知方式缺失
- 最终用户在后台服务发生异常时无有效提示
- 服务自身的健康检查方法缺失
还有一点可以肯定的是，性能测试和稳定性测试的测试意识还没有深入到负责后台服务程序技术人员的心中，没有这个过硬本领是不能胜任这项工作的！
你说，会不会下周一再开周会的时候，这项程序还依然没有运行完成呢？呵呵，天知道！等还是不等？！