"标准"测试过程

我意识到术语"标准"很奇怪,因为测试非常依赖项目依赖,但如果我布置一个非常标准的场景,我希望得到关于我应该关注的测试类型的反馈.

我的团队正在创建一个中型数据驱动的Web应用程序.我们正在使用一个相当敏捷的过程.在大多数情况下,要求已经设定,但我们也会在最后一刻得到一些改变.

到目前为止,我们一直在进行大多数手动测试.我们正努力尽可能地实现自动化.我一直在研究一些工具,以下是我认为需要关注的测试类型:

单元测试(测试驱动开发风格) - 由于编写了大量代码,因此在游戏中有点晚了,但是我计划在实现功能之前进行测试.出于这个问题的目的,我们甚至可以假设我没有启动该项目.
集成测试 - 由于我们的应用程序在网上,我想我使用术语集成测试来表示页面之间的链接？什么是一个很好的开源工具(让我们说.NET)？
回归测试 - 我们的单元测试似乎是免费的
数据完整性测试 - 不确定您称之为什么,但只是我们从客户端获取的数据加载到应用程序中的数据是有效的.
功能测试 - 这通常是在GUI中完成的吗？是否有良好的代码驱动选项？
性能和负载测试 - 确保应用程序即使在压力下也能快速响应.

我总是被告知QA团队应该有几乎与开发团队一样多的时间来查看应用程序,但似乎现在许多方面都可以实现自动化.这些天,官方的"QA团队"是不是更少需要？

我的主要问题是:

非常感谢!