为了在用 C# 编写的项目中应用敏捷方法,我必须遵循 MVC 方法还是可以使用普通方法?

发布于 2024-11-10 15:05:29 字数 1432 浏览 2 评论 0原文

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

2024-11-17 15:05:29

敏捷方法是独立于技术的。 ASP.NET MVC 使其变得更容易,但您也可以测试常见的 ASP.NET WebForm。您只需编写可测试的应用程序即可。另外还有几点:

  • 敏捷并不意味着您将为代码编写单元测试。测试只是敏捷过程的一部分。
  • 测试应用程序并不意味着只编写单元测试。敏捷中还使用其他类型的测试 - 集成测试、端到端测试、性能测试等。
  • 测试在迭代结束时完成的假设是不正确的。随着功能的实现,测试会不断创建。在一些敏捷实践中,它们甚至在功能本身之前实现(测试驱动开发)。在迭代结束时编写测试就回到了瀑布和不起作用的过程,因为如果某些功能需要更多时间,您将没有足够的时间来测试它,甚至更糟糕的是测试更多功能。那是错误的。

Agile approach is technology independent. ASP.NET MVC makes it easier but you can test common ASP.NET WebForms as well. You just need to write your application testable. Also few additional points:

  • Agile doesn't mean that you will write unit tests for your code. Testing is only part of agile process.
  • Testing application doesn't mean writing only unit tests. There are also other type of tests which are used in agile as well - integration tests, end-to-end tests, performance tests, etc.
  • It is not correct assumption that tests are done at the end of the iteration. Test are created continuously as the feature is implemented. In some agile practices they are even implemented before the feature itself (test driven development). Writing test at the end of the iteration is way back to waterfall and to the process which doesn't work because if some feature take more time you will not have enough time to test it or even worse to test more features. That is wrong.
~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文