html - 作为后端开发人员，您如何处理 HTML Mockups？

Question

我在网站内搜索过，但找不到我的答案..

我想从头开始一个项目，我的客户给了我一个产品的 HTML 模型，并要求我以 TDD 方法来做。

通常，我负责设计和开发前端和后端部分，这是我第一次给我做模型。这不是我最喜欢的咨询工作软件开发风格（我通常从模型层开始，然后是视图，然后是控制器来集成它们。）

所以我的问题是：

1-基本上，我应该如何解决这个问题？我知道拥有视图层会更好，但我想将视图调整为我最喜欢的模板语言选择。

2-我必须采用 TDD 方法。例如，我猜想拥有 MockUp 是使用 Selenuim 测试工具进行“功能测试”的完美场景。我对吗 ？？

Answer 1

简短的回应是：

1. 尽可能正式地写下你的问题的定义
2. 选择一个或多个测试框架并编写您的测试；简化：
   1. 后端单元测试
   2. 前端功能测试
3. 开始循环：设计、代码、测试
4. 定期与提交者审查

你可以使用你想实现你的模拟的每一种视图技术。它是 HTML...

HTML Mockups 更加冗长，非常适合帮助您定义用例(UC) 和业务需求(BR)。从 UC 和 BR，您将能够从开发人员（您的）角度定义完整需求规范的初稿以及系统和架构设计。

BR 中的每个功能需求都应该有一个功能测试，可以使用您提到的 Selenium 运行，并且应该分解为几个细粒度的需求，您可以为每个需求定义一个单元测试。遵循 TDD 方法，您可以构建您的后端，尝试通过每个单元测试，并汇总每个功能测试。

当您完成单个 BR 的后端时，您可以在您的首选视图技术中具体化相应的 html 模拟，并在您的技术环境中运行功能测试，然后在集成环境中运行。

这些测试可以使用持续集成自动完成。

当 UC 的每个 BR 都通过了功能测试和单元测试后，您可以将用例提交给您的 committer 以供用户接受并获得反馈。

每个步骤都应考虑到设计阶段的回送。如果您跟踪 UC、BR 和单元测试之间的每个依赖关系（例如使用电子表格中的可追溯性矩阵），您应该能够识别和限制环回影响，并对有限代码库的代码更改采取行动。