夜半项目开发经验小谈

出处：http://cto.youkuaiyun.com/Article.aspx?Name=feidandan&pointid=148

夜半项目开发经验小谈

发表时间：2009-2-14 3:05:50  发表者：费丹丹

不论有没有专业的测试人员，不论测试人员的比例是高是低，大家最担心的都还是软件开发过程中的风险不可抑制的扩大化。所以我们就希望通过专业或非专业的测试人员采用合理的时间合理的方法去测试发现并解决。 值得注意的是 这样得到的结果都还是理想化状态下的结果，真实的开发过程中，由于各种原因导致的问题（代码质量问题、业务逻辑问题、可用性问题、人性化问题、主观性UI调整问题）接踵而至，我们该如何应对和处理，不是一两个专业的测试人员能够负担的起的。 “各位CTO，你们的测试人员和开发人员的比例是多少？”这个题目 应该要引发出我们对软件开发模式的思考。 我认为： 无论是成百上千人的招风巨型公司，还是五六人的飘摇微型公司，都应该以团队为元素，进行从头至尾的开发规范化，对所有的技术进行规范整合，并结合极限开发模式，这样可以大大提高开发质量，并且可以大大提高软件开发的抗风险能力，也就是对企业的抗风险能力的进一步的提高。 经过在几个项目中的调整，深刻的感觉到软件开发变的流畅和可控 1.采用无挡板工作台 2.项目组人员扎堆坐、业务相关人员挨肩坐 3.对刚刚整理通过审核的项目需求进行全体开发人员的探讨 4.项目框架结构和权限机制的制定，即使项目经理脑中已有非常完美的方案（方案永远可以更加完美，降低身价，多多倾听，你会有不同的感受）了，也要进行全体开发人员的积极的探讨 这样可以提高开发人员的主观认知度，当他们及时说出对项目的主观认知时，其他组员和项目经理及时调整，从而提高了预期编码的客观准确性。这点非常重要。 5.违反规范，从新来过。版本控制中上传整理好的方便开发人员获取的开发规范文档，无论多老的泰斗、多嫩的菜鸟，都要让他们认识到规范的重要性，否则格杀勿论，绝对不能放任自流，要想做到对项目风险的最低，项目经理就必须严格要求开发过程。 6.让每个人都要认识到沟通的重要性，这也是第1，2点做法的目的，再小的问题都要核实确认，避免很多不必要的歪路，很多所有有经验的开发人员，都喜欢随性而为，这是非常非常危险的。 这样一来，即使没有专业的测试团队，也可以通过非专业测试人员采用合适的测试方法把项目及时交付。 待到只差东风时，添个专业的测试团队，那公司就招风啦。