保持冷静和需要打破的东西：软件测试初学者

Keep calm and break stuff: software testing for beginners

这是一个应该得到更广泛承认的真理：如果你的工作涉及购买或构建软件，迟早你将不得不参与测试。
你可能是一个设计师，需要检查应用程序的工作原理与你指定的完全一样。你可能是一个项目经理检查出门的东西不会让你在客户面前羞愧。你可能是一个客户需要检查你得到你付出的。有几百个原因和场合，当一个基本的知识如何测试可以派上用场。
我有幸在一家大型咨询公司开始我的职业生涯。他们认为测试是我们的工具包中的一个重要工具，并且在他们的研究生培训计划中包括大量的测试。
我在九十年代使用的超形式测试方法没有得到很多的郊游这些天。但是支持它们的基本原则告诉我当前的测试战术，并防止了许多令人尴尬的错误在用户面前。
因此，如果您刚开始测试，以下是一些让您入门的提示。

不要检查东西的工作。 检查你不能打破他们。

大多数开发团队将能够提供在最常见场景下工作的软件。 但用户是出色的做不出意外：有不寻常的名称，试图加载错误的文件格式，输入错误或太快的东西。
大多数开发团队不会做，在我的经验，是测试所有这些不同的情况。 这就是大多数错误的地方。
所以，如果你想在用户做之前找到这些问题，你需要坐下来想想所有可能使系统出错的方法。 然后你需要尝试他们。

测试常见问题

即使我们已经建立了几十年的软件，我们仍然得到同样的错误，一次又一次的错误。清单可以帮助您在测试中捕获这些问题。

零，一和许多。
设计师通常设计，而编码员通常编码，几行。他们不总是计划零和一个场景。因此，对于每个表，列表和导入文件，检查系统对没有行，一行和三行以上的行为。

负载的东西。
您的设计师可能已经计划了 - 添加分页或“延迟加载”或其他功能，当有太多的信息，以适应屏幕上做不同的事情。或者他们可能不会。所以检查。

崩溃字段。
对于任何具有大小限制的字段，请检查您是否可以将数据放到该限制，而不再有。提示：创建看起来像“Axxx xxxxx xxxxx xxxxx xxxxxZ”的数据，其中整个文本是您期望的最大允许长度。如果Z被切断，你有一个问题。
对于没有大小限制的字段，抛出一大块文本，看看显示屏会发生什么。 （Google为'lorem ipsum generator'快速创建大块文本。）

不寻常的字符。
名字中的撇号经常是一个问题（而不是完全不寻常的）。但也尝试斯堪的纳维亚和亚洲的名字。 （Google为测试数据名称生成器制作名称。）

验证。
通常在输入时检查任何类型的结构化数据（从名称和地址格式到业务特定数据）。这是为了确保只有良好的数据到达您的数据库。
一些开发人员有点担心这一点。例如，要求所有地址都有一个城市，或者姓氏只有一个字。其他开发人员不打扰验证，所以总crap命中你的数据库。几乎所有的人都写了真正可怕的错误消息：“验证错误”可能是准确的，但它对用户没有帮助。

文件格式。
如果您要汇入资料，例如从CSV文件 - 检查它与所有的格式，你期望，创建在所有的机器，你会期望。 （例如，Mac的CSV文件与Windows不同）。

当您测试自己的系统时，添加到此列表，以加快您的测试下次。因为你可以打破软件的方式是无穷无尽的。所以…

提前计划您的测试

为自己编写脚本，描述你将要做什么和你将使用什么数据。我使用一个简单的文档，而不是一个电子表格或更正式的模板。
我从列出所有场景作为标题开始（例如，客户购买一个项目，三个项目，添加一个项目和放弃篮子，在开始结帐后添加第四个项目等）
然后在每个标题下，我写测试动作，使用粗略的“给定时间，然后”格式化。例如“给我在我的篮子里有一个特定的项目，当我点击结帐，我去结帐页面，这些按钮启用，这些都不是，总计是正确的，显示的字段是...”
我还添加了可视化检查表，提醒自己检查屏幕副本，图片，链接等内容。
提前规划意味着你在测试时不必停下来思考。你经常没有太多时间测试（软件总是交付迟到），所以充分利用你的准备时间。

提前准备您的数据

在编写脚本时，研究所需的数据。将其添加到脚本或将其另存为测试数据文件。这加快了测试速度，因为你不需要停下来找到或组成正确的数据。
规划测试还意味着您可以快速重复检查问题是否已解决。

做笔记和截图。

在测试时，我在测试计划文档上做笔记。我记录什么工作，什么没有。当我遇到一个问题，我试着写下我所做的，重复这个场景几次，以检查我注意到了正确。我也拍了很多截图。这些笔记和图片可帮助您的开发人员重现问题并更快地解决问题。

留出随机因子的时间

很多软件都是由其他软件测试的。这是一个美丽的东西，意味着软件的测试更频繁，更彻底比我在九十年代的开发人员。
然而，尽管自动化测试在检查代码工作的各个位是伟大的，但它不是完美的。测试代码本身可能有错误。它在再现人类创造力（或愚蠢）是无用的。所以只是尝试东西，看看会发生什么。

为问题创建一个中心位置。

即使它只是你和你的Wordpress开发人员，如果你创建一个问题日志，生活会更简单。你不需要投资一个花哨的错误跟踪：Trello或Asana是好的。
当您添加新问题时，请包括测试中的备注和屏幕截图，以便开发人员可以准确地查看您的操作。
创建列或节来组织日志。通常将新问题与开发人员正在处理的事情分开，他们希望您重新测试的事情以及已修复的问题。使用标签或排序优先处理问题，所以开发人员首先处理最重要的事情。

知道你的极限

一种非正式的测试方法在大多数情况下运行良好。 它不适用于像金融交易系统或紧急服务呼叫中心。
如果您软件中的故障可能导致人们损失无法承受的金钱，或者遭受生命危险的伤害，请向专业测试顾问寻求帮助。

接受没有软件会自由。

你不能测试一切，不管你多努力。 在你有的时候做最好的。 把你的努力集中在使软件像它可以做的一样好，无论是什么。
你不能修复你发现的所有bug。 确定在发布前必须修复的内容，并在可能时处理其余内容。
并保持您的问题跟踪器打开。 客户也发现错误。