日期:2014-05-18  浏览次数:20387 次

、了解XP、TDD等软件开发方法,并能使用相应工具辅助开发
、了解XP、TDD等软件开发方法,并能使用相应工具辅助开发
XP,TDD是什么东西。
用来干什么的?

------解决方案--------------------
以下是XP软件开发方法一些介绍
1、XP开发方式是不适合较长周期的开发任务。
时间一长,由于缺乏相关的文档资料,则项目中所涉及到的各种管理和控制都将一团混乱。例如需求和版本之间的同步关系,测试方案和需求之间的同步关系,还有BUG和BUG修订之间的控制,需求变更和设计变更的控制等。 个人认为,XP的开发,适合不超过两个月的项目周期。 千万不要只是用XP的名义,而实际上却是一种作坊式的开发方式。

2、勇气
XP要求“以勇气面对变更”。勇气是要的,但更重要的是要看到变更所带来的后果。以无谓的勇气做出了变更,结果拖延了任务周期,时间人力资源上的损耗,不足以弥补变更所带来好处,则得不偿失。而且,这“变更”,应该指的是需求上的变更,如果在开发过程中,在需求稳定的情况下,出现设计上的变更,则要好好反思一下组内的系统设计思想了。

3、无谓的争论
在XP中,注重组内人员之间的交流沟通,但这种沟通同样需要控制。由于每个成员都有自己的设计思想,因此,对同一目的的问题往往有自己的解决办法。在争论过程中,经常会出现能达到相同目的的两种或多种路径之间的争论。这在软件开发中很常见。通常这种争论会由于软件人员的不服输的性格而持续很久,而且往往最后会变成不是对技术的探讨,而变成嘴皮子口水的打架。这种争论就需要控制。个人认为比较好的办法是将自己的观点写下来,列出其优劣,然后由决策人,或经验更丰富的人来做出决策和判断。

4、管理角色
无论是XP还是其他的开发方式,管理角色是必不可少的。首先其职能一定要符合他的角色。做管理同时做开发,结果只能是拖延进度,或为了管理者的开发更改其他模块的设计。个人以为,项目的管理者,其实是为了项目更顺利进行,为系统分析人员与客户交流提供便利,为设计开发人员清除一切与开发无关的障碍,为技术支持维护实施人员提供必要的条件,监督进度,矫正方向,满足项目进程中的各种需求。同时,同一个项目的管理角色不能多,否则,会陷入长时间的争论和停滞,极端的情况可能出现互相推委责任的情况。


5、一点补充:职责明确

在XP的应用过程中,一定要严格遵循每个人对自己代码的完全拥有性。而且,任务的安排与分配,一定要按照预定好的严格执行。防止不断的变更出现,以免造成不必要的职责纠纷。
什么是测试驱动开发?(TDD之一) - []

一、什么是TDD

简单的说,即在写任何功能代码之前,先写它的测试代码。具体步骤:
·根据需要编写一个测试用例
·编写功能代码,以让刚才的测试用例通过
·逐步补充测试用例
·修改功能代码使新增的测试用例和原来的都通过
·重构,包括功能代码和测试用例


二、为什么使用TDD

提高代码质量。由于功能代码的高质量和完善的测试用例集,增强了开发者信心,从而赢得他人信任。

改进设计。TDD保证了功能代码的可测试性,降低了耦合度,改善组件对象模型,...


测试用例设计(TDD之二) - []

编写测试用例是一种验证行为,更是一种设计行为,同样,它更是一种编写文档的行为。TDD的所有工作都是从一个测试用例开始,对软件产品的每个特定功能的测试构成的一个个测试用例,形成的完整用例集就是软件产品的测试方案。

什么是测试用例

测试用例是针对软件产品的某个特性所设计的测试执行,具体到类所提供的某个功能的测试执行,是测试执行和统计的基本单位。其主要目的是验证该功能点的正确性,而不是验证某个类的某个方法。

测试用例由测试输入数据和与之对应的预期输出结果两部分组成。在单元测试中,一个好的测试用例在于能够发现至今没有发现的错误;在TDD,一个好的测试用例在于能提早发现并避免错误。测试用...