下面我们将会分为3部分进行讨论：
1、开发过程中开发人员对测试的参与度以及测试方法
在传统的开发测试过程中程序员开发完成后，就直接进入了测试过程。程序员只要保证功能可以正常运行，而测试人员就需要按照通用测试技术和对业务的了解去对功能进行测试。
这个传统的生产流程其优点在于：分工明确，指责划分清晰，适用需要明确流程的和责任明确的大公司或者10-20人以上的大项目团队。
但是缺点：在于会产生互相推诿的情况，程序员会认为：反正有测试会帮我测试，完成了功能就直接丢给了测试。有些更过分的连功能都没完成运行直接报错，这样就可能给测试带来很大的麻烦，导致反复打回项目包浪费大量时间。
而近几年出现的“敏捷团队”则打破了传统生产流程中的开发和测试的指责明确划分的壁垒，敏捷团队中的每一个人都有独挡一面的能力。开发需要懂得测试技术在开发过程中就避免各种非法操作的产生，而测试人员也需要懂得开发技术，从更深层面去测试功能或项目的可能发生的潜在问题，在测试过程中会独立编写测试脚本准备以后的验证测试和回归测试。
敏捷团队的优点：在于没有更多的流程和形式，每个人都充分发挥自己的优势快速反映快速解决，用户为导向。
但是敏捷团队的缺点：人员成本会比普通团队的成本更高。其二就是如果没有一个很强的领导，团队将会变成一团散沙各自为政！
2、 使用python,autoit等脚本语言做自动化测试
py配合selenium2,在加上autoit 简直是全能无敌了，虽然我用的的java+ selenium2平时还用 perl写点测试脚本，测试已经变的很轻松了。selenium在原有的基础上开发了webdriver技术修复了大量1中产生的问题，至少我用到现在页面上的任何操作用selenium2的接口都可以完美的操作。减少了验证测试和回归测试繁琐而无聊的重复劳动！！
3、单元测试在实际项目中的使用度
单元测试是最容易展开的测试方法，它为模块提供了一个理想化的测试环境，在这个环境中你可以最大化地自由控制外界输入，实现想要的结果。正是因为如此，它也是最繁琐的，需要很大的耐心去做这件事，特别是对于大型模块，工作量几乎难以承受。在我开发过的软件中，因为如此，单元测试的使用频率不是太高，只是对较小的模块做些单元测试。大型模块一般都是由测试团队直接进行功能测试。
