IDS项目成功经验总结

                             IDS5.0项目总结
         经过项目成员和公司全体人员的共同努力，在项目经理的领导下IDS5.0已经成功发布上线。作为项目测试负责人从中学习了很多项目经验。在整个项目中测试预期与测试执行情况在整个测试项目是比较成功的，项目的时间执行情况和预期的测试指标度量都比较接近。回顾项目的测试过程，总结以下项目测试经验。
         基于以往的测试经验，我们也越来越认识到测试人员应该尽早介入项目的重要性。在IDS5.0项目中测试工作从一开始项目立项就介入，参加项目小组会议和用户需求评审。如果简单地沿用测试V模型往往出现很多问题，特别是在项目进度拖延的情况下更是如此。如果测试人员一味固执地被要求严格按照V模型定义的标准来开展测试工作的话，则结果往往是在项目初期测试人员工作量极度不饱和（很多测试人员无所事事），而到了项目后期，一旦项目经理决定压缩测试时间，测试人员就不得不加班加点地工作。
总结开发各个阶段的测试情况
项目开发期的测试：
开发时期当系统处于雏型时，测试人员登录开发环境中查看系统，这是不必考虑功能问题，因为一些其他模块没有完成开发，导致业务流程不通畅，这个时候可以注意一些易用性和业务流程操作布局。同时要收集系统需求，尤其是系统变更后的新需求，维护和编写测试用例。
    项目成熟期测试：
    随着项目功能不断完成，主要功能的实现已经趋于完善，关键路径的测试已经不成问题。此时的程序员们，压力已经大大减轻，他们的工作重点也从“构建”转移到了“修复Bug”，这个阶段程序人员对于Bug的接受程度是最高的，对Bug的修复和反馈也非常积极。于是，此时的测试工作应对整个产品的细节和所有路径进行覆盖测试，保证测试的全面性，层层深入地测试产品值得测试的各个部分，尽可能多的发现并报告Bug，要积极协助和配置开发重现BUG，在IDS5.0项目中为了保证每个可测试版本质量，由开发人员负责执行测试提供的单元测试用例或开发编写单元测试用例，如果没有通过单元测试，就不会提交测试申请表，在这份表格中，不仅会明确版本号，修改或新增的功能详细说明，还会给测试人员提供此版本的测试重点，以及可能会影响到的功能。这些内容对测试人员都是至关重要和大有很大帮助。
    项目联调时测试
在这个阶段，由于任务工作量大，开发进度已经延期了，测试负责人通过与项目经理沟通提前准备好联调所需外围系统和测试环境，IDS5.0联调涉及到系统范围之广泛，其他外围系统必须提交一个稳定或真对IDS5.0开发的版本，这方面有些沟通不足，其他外围系统不能按时提交和修改版本。
1.       提前组织测试人员进行业务流程培训
让以前没有介入测试工作的同事了解业务测试流程，测试工作进入联调阶段，得到其他外围系统测试人员的支持。
2.       提前准备测试环境
包括数据库环境，操作系统和测试服务器，以及复杂集群环境尤其是联调阶段，IDS4.0迁移数据库提前3天从外网同步下来。
3.       提前准备系统联调测试用例
IDS5.0联调测试用例经过测试组评审，并将各个模块功能交付给各个系统测试负责人补充完整，让他们知道各系统应该在联调中侧重测试那些功能。
         联调时期也是BUG产生最多的阶段，所以版本的提交是比较频繁的。在遇到严重的BUG时候及时反馈给开发主管和项目经理，立即终止了该版本的测试，测试人员可以连接到开发环境中验证BUG修复情况，这样可以避免BUG在现。后期IDS5.0版本控制不稳定，开发应该没有做冒烟测试，出现上一个版本没问题，这一个版本中出现问题，这样势必对测试造成很大的工作量，影响系统质量。
项目的优化期测试
         项目的优化期主要升级系统操作的易用性测试。项目组成员都使用系统必须提出易用性修改建议。
升级演练时的测试
         与以往的系统升级不同的IDS5.0升级涉及公司所有系统的升级和修改。测试组组织了在演练环境中的测试，做到查漏补缺，在发布升级前做实际业务操作与测试结合补充数据流。
 
         在整个项目过程中，如果是按照6.30的时间发布，整个联调和演练工作都是不够充分的，因为IDS5.0升级涉及到工作所有系统升级和修改，虽然延长20多天，我觉得还是比较值的。所以测试需要有充分时间来完成。
 
做到与程序员共享信息，比如项目的计划、设计文档的早期草案和早期原型等，测试工作会更加有效。越早与程序员接触，情况就越好。尽早提出你的意见和反馈，了解程序员提交前完成的工作。测试人员有机会能够发现很多存在的问题，比如：需求和设计以及开发的不一致性，项目计划中工作任务的缺失等等。测试人员不要仅局限于测试工作本身，及时验证和发现项目环节中的问题。