今天,我重新意识到了与您的用户共享屏幕以准确了解他们在做什么以及他们通过软件所走的路径的重要性。

我一直都知道它很重要,但从未想过它是测试Beta软件的一种方式。用户经常会想到做您从未想到的事情的方法。

因此,在我今天意识到这一点时,我提出了一个问题:测试人员通常会忘记哪些测试形式?

评论

我喜欢这个问题,但它确实属于“避免的主观性”类别,特别是“每个答案都同样有效”。我不确定如何重新表达问题以使其符合要求,我也不想投票赞成该问题,因为它有很大的潜力成为有用的资源,但目前的形式确实有一个小问题。 br />
将其编辑为“测试人员通常忘记的测试形式是什么?”而不是仅仅“最重要”。这样就可以提供已经给出的相同类型的答案,而无需对“最重要”一词的意见具有主观性。
根据建议进行了更新

#1 楼

可用性测试,因为虽然质量检查可能会协助完成过程,但实际的测试参与者可能不是质量检查人员。

评论


这也是一个好人。我经常在可用性测试中排名靠后,特别是对于内部应用程序。

–silent1mezzo
2011年5月12日15:20

+1可用性,因为有些人会在确保确定要求的内容上过分强调,以至于可用性不足

– MalsR
2011年5月12日15:32

+1,我发现问题被人们认为没有必要而夸大了。我记得可用性测试,但这在政治上很不方便(公司政治,而不是政府),因此仍然倾向于不进行。

– Ethel Evans
2011年5月13日17:43

我发现,当在设计UI或可编程API时没有考虑可用性的情况下,那么它们不仅难于最终用户使用,而且开发人员难以实现。

– dzieciou
13年1月24日在19:44

这取决于产品,但是我在低成本,不费力的可用性测试方面拥有第一手经验,可以提供有价值的反馈。

–user246
2013年1月24日19:52

#2 楼

基本的探索性测试,用于最简单的功能。

历史上的使用示例往往使人们朝着“总是坏”或“总是起作用”的方向前进。 ,以了解它们是否现在可以正常工作。

评论


您会通过最新的回归测试来解决这个问题吗?

–silent1mezzo
2011年5月12日15:19

我相信您在一定程度上可以。但是,同样适用。我时常对此感到内gui。即-我连续进行了16个月的“控制面板回归”分析(重复,不是一组测试);)-这使我对“历史”知识有了一点了解,这些知识只是没有优先考虑,因此永远都无法解决。我开始无视它们并盲目设置状态。 ---不再发生这种情况,但是您说对了,回归必须是“最新的”,这样才有用。

– DiscoMcDisco
2011年5月12日17:19



#3 楼

我认为这个问题涉及面很广,并且取决于您正在测试哪种类型的应用程序/软件。但是,如果您要测试gui应用程序,那么可能会误会您的一件事是可用性和那些烦人的语法/拼写错误。但是再次取决于您正在测试的内容以及您愿意走多深。

评论


语法/拼写错误也经常困扰我。我将演示产品,然后我会看到它,并希望客户不要。

–silent1mezzo
2011年5月12日15:41

同意那是对成品“抛光”的追求。人们对大型功能有很多关注,但是促使用户重新使用产品的不仅是产品是否满足他们的需求,还在于产品在使用过程中是否干净整洁。

– Tristaan​​Ogre
2011年5月13日在12:50

#4 楼

负测试是在时间紧缩到来时被遗忘的一项功能,尽管它不会被遗忘。例如,假设一个消息响应具有一组有限的有效数值(1、2、3、4)。如果发送的响应超出数字范围(6、10、0,-1)怎么办?如果发回的数据类型不匹配(1.5、0.2,“ blue”,BLOB)怎么办?如果返回的响应为空或为空怎么办?尤其是当使用对普通用户开放的应用程序(就像许多Web应用程序一样)时,最终用户培训的问题总是缺失,因此最终用户可能会输入意外的值。

通常,开发人员都会得到这样的回应:“没有用户会这样做”,只是一旦发布该功能,用户就会精确地执行该操作并使其在应用程序中引起严重问题。

#5 楼

我们倾向于跳过性能测试。我们都知道它需要完成,但是当我们到达项目窗口的末尾时,它似乎总是留在最后/完全删除。因为那里有测试方法。取决于他们当前所在的人和商店。

#6 楼

在我工作的地方,负载测试经常被遗忘,因为它不容易协调并且消耗大量的稀缺资源。在一般情况下,事情很容易忘记。很多“一次性”“设置并忘记”功能都属于此类,特别是如果您使用预定义的数据集并且在标准测试过程中没有做太多的配置。

#7 楼

验证正在测试的计算机上加载的版本是什么...
我倾向于错过最基本的内容,而跳到更有趣的内容,清单有助于避免此类错误。

#8 楼

测试人员通常会忘记可用性和随机测试。我确信可用性在主要应用程序中的优先级很低,但是这种测试有助于获得主要信誉。

评论


随机测试是指模糊测试吗?我发现本文也是如此。

– dzieciou
2012年6月4日23:03

#9 楼

“非预期的用例”场景-以完全错误的方式使用功能。大多数新手测试人员都很难在螺母和螺栓测试中将其概念化。

#10 楼

我的观点将基于质量(ISO 9001):

1 / ISO 9001认证:

质量符合要求。
测试确定要求

所以答案的很大一部分是:
说明者通常会忘记哪些要求类型。

如果未明确指出某些内容,需求,不能对其进行测试(针对测试人员的意见进行测试)。

示例:可用性。
应在功能分析中探索适当的可用性,例如使用原型。
如果不在上游阶段,那么肯定会在下游阶段引发问题。

跟踪性在这里不会忘记测试要求。
这意味着一些“需求管理”,如果有“遗忘的测试”,这可能是一个改进的好方法。

2 / ISO 9001验证:针对预期用途进行测试(称为opp的“验证”用于验证)。这是当您开车上路进行“测试”的时候。是否有一个类似“客户验证”的阶段?

#11 楼

在大多数情况下,它是与UI相关的事情(跨浏览器)。

从功能的角度来看,我保留了一个清单,以确保不会遗漏在先前版本中进行过测试的内容。组合仍然是n,因此不可能涵盖所有内容,从而导致意外问题。