Unit testing 为旧版asp.net web应用程序编写单元测试

我们有一个巨大的web应用程序，它是用.NET1.1和2.0编写的。尽管它目前运行在.net3.5中，但所有的架构都是“旧的”和混乱的。在数据层之前，我们可能会将业务逻辑转换为ajax和java脚本

现在，经理们决定开始对应用程序进行单元测试

---

有没有人知道我在哪里找到了可以开始的材料，甚至可以决定是否有值得开始的材料？

这是一个类似例子的重复答案

通常，很难对未经测试的代码库进行单元测试。这将是一个高度耦合，让单元测试运行将比您将获得的回报更大的时间消耗。我建议如下：

• 至少获取一份Michael Feathers的副本，并与团队成员一起审阅。它处理的正是这个问题
• 对所有新编写的代码强制执行严格的单元测试（最好是TDD）策略。这将确保新代码不会成为遗留代码，而让新代码进行测试将推动重构旧代码以实现可测试性
• 如果您有时间（可能不会），请在系统的关键路径上编写一些以关键点为中心的集成测试。这是一个很好的合理性检查，确保您在步骤2中进行的重构没有破坏核心功能

---

这是一个类似的例子的重复回答
通常，很难对未经测试的代码库进行单元测试。这将是一个高度耦合，让单元测试运行将比您将获得的回报更大的时间消耗。我建议如下：
• 至少获取一份Michael Feathers的副本，并与团队成员一起审阅。它处理的正是这个问题
• 对所有新编写的代码强制执行严格的单元测试（最好是TDD）策略。这将确保新代码不会成为遗留代码，而让新代码进行测试将推动重构旧代码以实现可测试性
• 如果您有时间（可能不会），请在系统的关键路径上编写一些以关键点为中心的集成测试。这是一个很好的合理性检查，确保您在步骤2中进行的重构没有破坏核心功能

---

告诉他们这就像在福特护卫舰上安装火箭发动机一样。看起来会有用的。。。但是当它爆炸或者你撞到岩壁时，你会知道它不会爆炸。您必须从一开始就进行单元测试。如果你在这里问这个问题，你根本不可能成功。对不起，告诉他们这就像在福特护卫舰上安装火箭发动机一样。看起来会有用的。。。但是当它爆炸或者你撞到岩壁时，你会知道它不会爆炸。您必须从一开始就进行单元测试。如果你在这里问这个问题，你根本不可能成功。很抱歉