测试场景是指模拟真实环境下的一系列测试活动，以观察系统在这种环境下的表现。 注意：模拟真实环境。我们所有测试行为都应该是有意义的，而不应该是想当然的。 我们一般如何定义测试场景？ ·从需求的角度来说，测试场景通常是可以从需求描述中获取到的。 用户故事（userstory）在软件开发过程中被作为描述需求的一种表达形式，并着重描 述角色（谁要用这个功能）、功能（需要完成什么样子的功能）和价值（为什么需要这个 道小舞台就不能 53 《51 测试天地》七十四 www.51testing.com 表演了吗？）再者，如果只是一句话需求怎么办（这是大部分情况）？还能怎么办？多 交流呗。 ·从测试分层的角度来说，测试场景是由小到大、由简到复的 测试分层的定义和意义毋庸赘述。在不同层级测试，我们应该有不同粒度的测试场 景。比如：单元测试，我们测试场景大多着眼于单功能交付；集成测试，则关注于模块 交互；验收测试，则强调系统功能的完善。 交互；验收测试，则强调系统功能的完善。 可以试想一个汽车生产商，生产汽车的过程。是不是先零部件（轮胎、方向盘）生 成，然后再是局部功能组合调式（引擎、仪表盘），最后才是整车交付？大致如此道理。 ·从交付的角度来说，对内交付和对外交付的测试场景不同 对内交付（可以是团队内、项目内），关注的更多是单功能和交互功能场景测试；对 外交付（项目外），更关注的是系统场景测试。 所以，又回到了“你的用户是谁”的话题，仔细思考？

Jacob Kaplan-Moss 说过：“项目 规划时没有包含测试是不科学的。” 其他的开发者希望在正式使用你的代码前看到它通过了测试，这是你需要写测试的另一个重要原因。 前面的几点都是从单人开发的角度来说的。复杂的应用可能由团队维护。测试的存在保证了协作者不 会不小心破坏了了你的代码（也保证你不会不小心弄坏他们的）。如果你想作为一个 Django 程序 员谋生的话，你必须擅长编写测试！ 测试有几种不同的应用方法。 在本教程中，我们仅仅是了解了测试的基础知识。你能做的还有很多，而且世界上有很多有用的工具 来帮你完成这些有意义的事。 举个例子，在我们上述的测试中，已经从代码逻辑和视图响应的角度检查了应用的输出，现在你可以 从一个更加用户的角度来检查最终渲染出的 HTML 是否符合预期，使用 Selenium 可以很轻松的完 成这件事。这个工具不仅可以测试 Django 框架里的代码，还可以检查其他部分，比如说你的