我是我(非常小)公司中唯一的开发人员,我即将开始为该公司开发一个中型ASP.NET Web应用程序.
我想弄清楚我是否应该学习测试驱动开发(TDD)并在此应用程序中实现它.
我需要很快开始开发我们的新应用程序,我担心测试.我已编程多年但从未进行任何单元测试.
我已经阅读了很多关于TDD的在线资源,但我不确定我是否会对它进行"足够好"的掌握以使其在应用程序中有效.
一家公司在少数国家拥有小型开发团队.
几年后,它成功发布了基于数学和跨分支工程基础科学(和高科技)研究的软件产品(MS Visual Studio 2008 C++中的客户端,Java中的C#和服务器).
软件开发不是基于TDD(测试驱动开发),没有单元测试,还有QA部门等.
该公司开始引入2-3人的QA小组(部门和,以及QA实践/政策).
首要任务是建立GUI和API的(自动)测试实践.
单元(或模拟)测试或TDD(测试驱动开发)的引入对于QA的成功是否必不可少且必不可少？
更新:
数据库存储是MS SQL Server.
Update2:
感谢所有人,但我发布了http://testing.stackexchange.com/questions/791/what-are-in-qa-besides-testing
我知道事后的单元测试(或者说,模拟)可能应该包含在重复出现的错误中,但它们应该是第一个引入的问题吗？
可能的首要问题及其订单有哪些？应该是开发人员还是"测试人员"引入的事后单元测试？
如果没有单元(模拟)测试,QA可能有效吗？
Update3:
感谢评论TDD不是单元测试,我开始阅读:
读完之后被问到:
我刚开始用C,C++,Java,ASP.NET,C#,Objective-C,I-Phone等编写代码.
但我不明白为什么我要花20%的时间来修复bug.
我刚刚学习了那些编程语言.大多数程序员都面临这种问题吗？