更好的手工测试实践

Question

我在一家初创公司工作，在这里我是唯一的测试人员。我有一个用于测试的web应用程序。我的第一种做法是：

• 测试核心功能
• 用户体验和客户体验
• 多浏览器测试
• 检查面包屑
• 分页测试
• 有效和无效数据条目
• 控制台错误&日志errors --我应该手动测试的其他因素是什么?:这不是一个安全的、性能驱动的或类似api的应用程序。

我想成为测试方面的专家。我从一名高级测试人员那里获得了信息，以发现隐藏的bug，而且他还可以在15分钟内找到100多个bug。我想要有这样的测试技能。如何将我的测试技能提高到这个水平？

Answer 1

高级测试人员在15分钟内可以发现100多个bug。我想要有这样的测试技能。

不，不要。在很短的时间内发现很多错误可能意味着你会报告很多琐碎的错误。这些都会在整个过程中浪费大量时间。

(敏捷)测试宣言建议把重点放在建立最好的系统上，而不是打破这个系统。我可以以这样的方式破坏应用程序，我可以将其报告为一个缺陷，但大多数情况下，这些都是真正的用户永远不会使用的路径。为什么我要报告用户可能永远不会遇到的缺陷？测试用户会对系统感到满意。

就像医生说的，当你告诉他当我推过来的时候很疼。医生会说，那就别往那儿推。测试也是如此。

如何提高我的测试技能？

• 练习
• 阅读书籍，博客，reddit等.
• 尝试在SQA.SE上回答大部分问题。(研究别人的问题，找出解决办法，即使你对这个话题一无所知)。
• 练习
• 访问测试会议
• 浅谈测试论坛
• 我是不是说已经开始练习了？

其他内容如下：

• http://www.satisfice.com/blog/archives/958

Answer 2

我经常是一家初创公司的唯一测试人员，测试一个web应用程序，我很喜欢它，但它也需要对给定版本的重要内容进行大量的关注。

学习成为一个更好的测试者是一个很长的、开放的讨论，但让我试着总结一下现在可能对你有帮助的一些事情：

• 您的测试策略(如何组织测试)将取决于每个版本以及该版本的潜在故障(或风险)。每一个都可能是不同的。对于一个版本，您可能关注性能测试，另一个版本您可能专注于功能测试或场景测试等，而另一个版本可能是关于错误修复的，因此您将重点关注回归测试。
• 好的测试就是寻找信息。你释放的信息目标是什么？和人们谈论发布时，我们最担心的是什么？然后搜索与这个目标相关的信息。
• 测试文档应该是精益的。它可以帮助您进行测试，但维护起来不会变得那么困难，因为它会占用测试时间。
• 自动化可以帮助提高效率。不仅仅是功能测试(回归测试)，还包括创建测试数据等等。您的程序员肯定会帮助您适应这一点。

一般来说，在测试时，您可以考虑以下几点：

1. 覆盖范围。我的测试涵盖了多少？
2. 活动。你是怎么测试东西的？您是否使用了性能测试、回归测试、场景测试、移动测试、安全性等等？
3. 风险。你为什么要测试，你在寻找什么失败？
4. 测试人员。是谁做的测试？主题专家，测试版用户？

这四个方面对于帮助你管理你做的事情和谁做这件事很重要。因为您是唯一的测试人员，知道什么时候其他人可以帮助您，就像一个业务人员帮助测试某些特性(作为主题专家或要求特性的人)可能有助于您自由地进行更重要或更具体的测试。

测试总是关于权衡的。我们没有时间去测试所有的事情，所以在我们现在的时间里，我们应该把重点放在哪些重要的事情上？首先关注高风险项目，然后再关注风险较小的项目。

Answer 3

需要学习正确的测试术语，并将重点放在覆盖率上。尝试扩展您的测试列表，包括以下内容，有些在列表中，有些不在列表中：

• 功能测试(这可能是票证或需求，或者任何定义应该存在的东西)。
• 回归测试(以前的功能确保它仍然正确地工作)
• 字段的边界测试(特殊字符、数字、字母、长度)
• 负路径上的边界测试(负测试，或不愉快路径)
• 用例测试(这是客户机/用户的焦点)--应该与客户机/用户提供的原始规范相匹配(这可以是票证或需求，也可以是定义应该存在的内容的任何东西，但采用类似于工作流的格式)。
• 可用性测试(包括Lorem Ipsum http://generator.lorem-ipsum.info/上的文本区域以确保可读性，有508个测试的残疾，也有配色方案，控制易用性，页面加载时间为用户眼睛感知(部分页面加载变得更快，如果有问题)，易懂，帮助材料，导航，分页等.
• 数据完整性测试，它涉及特定数据的输入和读取以及应用程序中的数据操作。
• 浏览器测试(Chrome、IE、Firefox、Safari等)
• 移动测试(iOS，android，windows)
• 响应性UI测试(改变分辨率以确保一致的可用性，不管手机/网络屏幕是否很小)。
• *接口测试(取决于应用程序的具体情况)
• *安全性测试(取决于应用程序的具体情况)
• *性能测试(客户端、服务器、网络)

*你说这没必要

还有其他类型的测试，其中许多都根据应用程序的不同而有所不同，但这里有一个很好的开始。