【案例正文】
某信息技术有限公司中标了某大型餐饮连锁企业集团的信息系统项目，该项目包含单点管理，物流系统和集团ERP等若干子项目，由该信息技术公司的高级项目经理张先生全面负责项目的实施，张先生认为此项目质量管理的关键在于系统的测试。
张工制定了详细的测试计划用来管理项目的质量，在项目实施过程当中，他通过定期发给客户测试报告来证明质量是有保证的，可是客户总觉得有什么不对劲，对项目的质量还是没有信心。
软件质量是软件符合明确叙述的功能和性能需求、文档中明确描述的开发标准、以及所有专业开发的软件都应具有的和隐含特征相一致的程度。那么到底怎么做才能让甲方对项目质量放心和满意呢?
分析1：
软件工程项目很复杂，项目层次性很多，如果单从每个月的测试报告就可以叫出资人放心的话，很难让人服众。那么如何做到呢?
首先保证质量，对一个软件项目来说，如何让它进行顺畅的流程操作，中间没有任何冗赘或者流程过于复杂，这是最重要的。不光要做系统的测试还有减少不必要的流程，并作记录。其次，抓关键。软件项目最终的目的就是在于实用。如何把运用起来不费功夫，简单实用是甲方最关心的道理。最后，及时与甲方沟通。沟通是人与人最基本的交流方式，如果单单每个月的测试就能与甲方进行交流，缺少实际交流，聆听甲方的意见，那么任何甲方都会怀疑这个工程的成功。
分析2： 了解客户所需，满足客户所需
要让客户放心，必须了解客户的关注焦点，然后去制定计划，把客户关注的焦点一定要覆盖到，当然还在客户要求的基础上提出，作出更高的要求，标准。再每次客户的来访，让他们看到的和自己的报告要吻合。
目前张工的计划已经实施，那么必须积极的和客户沟通，然后进行改进，而且要持续沟通，然后持续改进，因为社会在发展，而客户对产品的要求也是在变化的。
分析3：质量和信心不能靠测试和报告
让客户对项目质量放心和满意的做法可以以从如下出发：
1)进行充分需求调研和分析，深入甲方的业务领域进行实际业务访谈和练习。根据需求调研情况快速形成1)需求规格说明书2)关键业务场景3)UI界面三个内容，然后跟客户确认UI和关键业务流程及场景。需求评审确认后进行设计，设计完成后要也需要进行评审。
2)进行快速开发迭代，在模块开发完成后，充分测试后要及时跟客户沟通。根据需求阶段梳理的关键业务场景数据进行实际测试和演示。根据客户需求进行修订和完善。
3)在这种模式下一定要做好需求变更控制。
4)测试方面要注重真实的业务数据收集和测试。
分析4：给客户汇报的质量指标应该和最终输送结果相关
典型的工程人员项目沟通内容错误，将专业技术指标向非专业人士解释，就像我们家庭装修时，项目负责一个劲告诉我们木头锯的多好，其实这些指标根本不是客户所关心的。
反映项目质量的关键指标并非测试数据和结果，而是最终的输出，即应用实施。张经理应该通过描绘最终运营流程，引导出构建这些运营实现保障的底层项目集以及保障这些项目集内的项目顺利完成的测试Keypoint即可。
分析5：多维度的质量保障
项目质量不只是单纯的强化系统测试，提供一个没有错误的系统，单单从软件的性质来说，无论如何细致的测试都不可能让一个系统不出问题，即使你的系统把错误几率降到了最低，客户使用的时候还会受网络、硬件或者