几年来,它基于数学和跨部门工程基础科学(和高科技)研究成功发布了一个软件产品(MS Visual Studio 2008 C,C#和 Java中的客户端).
软件开发不是基于TDD(测试驱动开发),没有单元测试,以及QA部门等.
该公司启动了2-3人的QA小组(部门,以及质量保证实践/政策)的介绍.
首要任务是建立(自动化)GUI和API的测试实践.
单位(或模拟)测试或TDD(测试驱动开发)的引入是质量和质量保证成功的必需条件吗？
UPDATE2：
感谢所有,但我发布了http://testing.stackexchange.com/questions/791/what-are-in-qa-besides-testing
我明白,事后的单元测试(或者说是模拟)可能应该被重复出现,但应该是第一个要介绍的问题？
可能的第一优先问题和订单是什么？
应该由开发人员或“测试者”介绍的单元测试之后？
没有单元 – (模拟)测试,QA可能有效吗？
UPDATE3：
感谢您的评论,TDD不是单元测试,我开始阅读：
> TDD vs. Unit testing (SO)
> Should I Use TDD?
> Test Driven Development vs “Plain Old Unit
> Disadvantages of Test Driven Development?
> TDD Tests are not Unit Tests
被问及阅读后：
> Pro’s and Con’s of unit testing after the fact.
> A Unit Testing Walkthrough with Visual Studio Team Test
> Pro’s and Con’s of unit testing after the fact.
> When is it time to have a QA department?
> Unit tests by a QA Engineer
> Role of Testers in Agile?
> What is the single best open source automation tool for functional web testing
> open source Tool for stress testing,load testing and performance testing
> Tools for automated GUI testing (on Windows)?
> GUI Testing
> Automate Builds in .net
> Measuring Class Dependencies
我的建议：
以前一直处于类似的情况(我是一家直到现在没有正式的质量保证方法的公司的QA-er创始人),我强调,您需要确保质量保证过程对编程非侵入性流程.
如果开发人员已经习惯了TDD方法,那么可能很容易实现TDD,但是基于信息,这听起来像实施TDD可能会减慢开发速度(至少直到习惯).
如果你想要宝贝步骤,那么我会建议单元测试.当我被要求执行相同的任务时,我实现了这一点,然后随着时间推移,我介绍了其他的东西.
回答：
质量保证可以在不进行结构化单元测试的情况下生效,具体取决于执行质量责任人员的质量.然而,当每个人都可以遵循的结构化单元测试时,质量保证更有效率.
