大家好！

碰巧我来自同一质量控制服务部门。 我们的团队最近编写了一个重要功能。 经过一番反省，我决定为前端创建这样的文章备忘单。 它会提醒您将任务转移到测试之前应注意的事项。

当您将产品的最终版本提交给质量控制服务时，您应该期望控制不会发现任何问题。 将已知有缺陷的代码传递给质量控制是非常不专业的。 哪个代码明显有缺陷？ 您不确定的任何人！

^{“理想的程序员。 如何成为软件开发专业人员»
罗伯特·马丁}

从哪里开始？

原型的布局 。

碰巧的是，设计师是高耸入云的美丽精灵，因此“他们会那样看”。 有时候，以自己的方式进行操作比遵循原型更容易。 但是通常这些人都站在我们这边，在绘画时，他们会坚持到底（或在纸上）一些争论，为什么要以什么价值来做到这一点。 而且，如果看起来有些奇怪，您可以随时进行讨论。

如果不可能做某事（读起来很昂贵），那就是我必须说的。 看到无法与新任务融合的新原型的过程非常非常愚蠢。


找到N个差异。 原型在左侧。

填充和显示数据

当站点上的信息是静态且不变时，一切都很好。 您可以在一对浏览器和几种分辨率中看到。 这将立即发现明显的问题，并在测试之前将其修复。

但是，一旦输入，一切都会改变。

在其中输入所有内容极为必要：

• 很多文字。
• 不同的文本：字母，数字，特殊字符等。
• 小文本。 我什么都不能输入，然后看起来会怎样？
• 格式错误或无效的文本。
• 甜点：大的线条，根本没有空格。
• 差距：领先和落后。

关于前导和尾随空格。

在99％的情况下不需要它们，除了可能仅用于密码，但这是不准确的。 我的经验是，由于登录末尾的空格导致应用程序崩溃。 从邮件复制行后，它仍然存在。 所以： 修剪空间 ！

仅输入值只是故事的一半。 除了保存之外，您还需要查看显示内容。 因此，我们检查以前输入的数据的外观：样式，装饰，格式等。 什么都可以。

都检查一下：

• 大文本，带或不带空格。
• 带换行符，段落的文本。 有时我为此插入诗。
• 最小数据集。 当什么都没有或几乎什么都没有时，一切是否都保留在原处？
• 显示不是来自复杂实体的所有字段。 他们可能是空的。

有一些在线示例。

验证方式

有时候，您不能只接受并输入所需的内容- 验证有效。

怎么办

我们查看验证列表，并针对每个验证对她发誓进行检查。 即 长度限制，禁止的字符，输入掩码-必须检查所有这些并确保其有效。

提示：文本也可以通过复制输入。

IE浏览器

我知道第一反应就是这样。



如果您很少使用这个出色的浏览器，您将很幸运。 但是，如果没有，那就a。 您将不得不通过替代感知的角度来看待您的工作。

指标

几乎就像IE一样，但这并没有什么坏处。

如果您的项目未收集任何自定义指标，则一切正常。 否则，您必须做两件事：

• 将所有度量标准挂在所需的操作上。 以我的经验，有关指标的信息要么来自分析，要么来自前端供应商本身。
• 检查将具有正确数据的正确度量标准发送到操作。 至少在dev模式下输出到控制台。

而不是结论

我简短地谈到了使用前面板时应注意的事项。 这几项检查将使您在输出时获得明显更好的产品。

我想指出的是，如果您根本没有测试人员，那么本文将非常有用。 因此，最后再次进行简要总结：

• 原型上的布局。
• 输入各种数据：一个字输入很多，一点也不输入。
• 修剪空间。
• 检查验证。
• IE浏览器
• 不要忘记指标。

常见问题

问：测试人员会找到一切！
答：不是全部。 测试人员不是您想要的HEPA过滤器，而是人们。 而且，如果在开发阶段有人没有完成工作，那么它就不会流传到任何地方，而只是传递给其他人。

赶上了，但是没看吗？ 因此，其他人将为此工作，不仅要花费时间，而且要消耗自己的优势。 人累了，眼睛被洗掉了，疲劳就累积了。 除了这类问题之外，还可能错过更严重的事情。

同样，不要忘记任何带有乒乓球任务的游戏只会增加时间成本。 仍然需要正常完成。 但是尽早发现问题可以加快整个开发过程。

谢谢您的关注。