|
对于软件工程师来说，工作也许意味着许多东西--稳定的收入、做自己感兴趣的项目、找一份更好工作的跳板，或者你只是喜欢与其他程序员共事。但说到“效率”，强调的是在一定时间内按质完成项目的能力。PhilChu根据自己的经验提出了高效程序员应该养成的七个习惯。理解你的需求 成为一个有效率的程序员首先要知道如何正确的支配自己的时间。要最大程度避免这种情况的发生，最好的办法是快速建模，尽可能让演示系统早点出来。对于客户来说，只有看得到摸得着的产品摆在面前，他们才会有兴趣去试用观察，才会在实际的操作中发现供需双方在需求理解上的偏差。否则即使你写上几百页的需求分析文档也只能是自己的一面之词，客户可没耐心去检查这些文档写的是否准确。
另一方面，你应该让每一个阶段的开发成果都能够尽早的提交给客户。让他们以完全不考虑操作合理性和业务逻辑性的傻瓜级操作来发现程序员编程中的固有思维局限。尤其必须让QA尽早的介入到项目开发中来。如果能够每天提交一份测试版本给QA自然是最理想的了，但大多数项目开发做不到这样的粒度，那么就争取每周提交一份可测试版本。重要的是应该让QA和开发能够保持交错并行状态。只有这样，才能让QA尽早发现bug，降低每个bug的修复成本，同时缩减独立测试周期的跨度。程序员往往不愿意把半成品代码交付给测试人员，相反他们更喜欢在所有代码都完工，达到自己满意的程度之后再让别人来测试。因为在这之前的代码往往存在很多程序员自己知道需要修改（或者故意留待后续补全）的流程缺失和Bug，测试人员并不知道哪些是真正的Bug，哪些只是临时性的运行错误，每次都会一股脑儿作为Bug反馈给程序员。这往往让程序员们心烦。同时测试人员有时候也不喜欢测试这种很多分支都走不通的中间版本。 但不管喜不喜欢，测试并发现问题是测试人员的工作；程序员则应该认识到，Bug反馈得越早就越是件好事情。QA和开发之间的关系往往很敌对，可实际上双方的目标是一致的。“忠言逆耳”古训有之，对于程序员来说就应该“有则改之，无则加勉”。总好过项目完成之后才发现一堆的问题，到那时候再要做修改，基本上都会牵一发而动全身，痛苦的还是程序员自己。
保持真实性
尽可能让你的系统运行在最接近真实环境配置下面，使用有实际意义的数据和真实的编译版本，并经常性进行模块整合。如果你的测试环境使用的数据都是些胡乱添加的东西，那么将来和测试数据大相径庭的真实数据这块大冰山早晚会撞沉你的程序。另一方面如果你只在开发环境来编译运行测试，会发现正式发布之后有各种各样莫名其妙的问题产生，到最后原来都是因为环境配置与开发环境有些不起眼的差异所导致。把所有模块整合进行编译联调，看上去应该是最后作的一项附加工作，但实际上这是一项需要在开发过程中经常性进行的工作。只有这样QA才能有最完整的东西拿来测试，得到更多的Bug反馈，同时降低模块整合的难度。
特别说明：由于各方面情况的不断调整与变化，教育人生网所提供的所有考试信息仅供参考，敬请考生以权威部门公布的正式信息为准。 |
