“如何测试?”给测试提供证据

目录

摘要

内容

如何测试?

构件的重要性

建立测试证据

不要独自工作

记录一切

其他形式的证据

问题


摘要

许多测试人员倾向于将测试时记录的信息最小化。 当以后发现问题时(可能是在软件投入生产后),挑战就来了。 我们如何记起自己的所作所为,何时? 我们必须参考哪些记录? 作为测试人员,我们如何回答“如何测试?”的问题

内容

许多测试人员,特别是在制定详细的测试说明时,往往会尽量减少他们在测试时记录的信息。 从记录变量或值的起始值和结束值到简单地指出测试“通过”,这可能会有所不同。当以后发现问题时(可能是在软件投入生产后),挑战就来了。 我们如何记起自己的所作所为,何时? 我们必须参考哪些记录? 作为测试人员,我们如何回答“如何测试?”的问题

ps: 个人感悟,类似业务方案、代码一样,需要传承;

如何测试?

这是每个测试人员在职业生涯中都会被问到的一个问题。 有时会以“哇! 太棒了!”但是有时,它会以“为什么没有找到这个问题?”的方式被问到。

当然,测试者感到自满和测试者获得防御之间的差异归结于语音语调。 问“如何测试此问题?”可能会导致内容丰富的讨论,每个人都可以从中学到一些东西,或者可以引起对抗(尤其是当测试人员已经感到沮丧,因为它错过了一个错误并进入生产环境时)。

因此,当在生产中发现问题时,我们(测试人员,项目的其他参与者和利益相关者)想要并需要什么信息来测试软件?

许多使用脚本工作的测试人员都认为,如果测试“通过”,那么真正需要记录的唯一事情就是测试通过了。 如果存在问题,则测试“失败”,并且至少记录某些级别的信息。

构件的重要性

许多涉及软件的人都将他们对测试的理解集中在测试构件上。 测试计划,测试用例和脚本的概念往往在测试方面占主导地位。 许多人无法理解的是,这些工件没有经过测试。 它们是代表如何进行测试的模型。

最重要的工件是测试期间保存的记录。 测试计划和策略文档描述了我们认为测试的外观。 预先准备的测试用例和脚本描述了我们认为将要采用的需要测试的场景。

最大的兴趣是围绕实际测试(测试的执行)的信息

建立测试证据

当与测试团队合作时(不确定跟踪活动和观察的原因)时,我经常使用类比,即在记录测试记录时,测试人员需要创建足够的证据证明已经对该软件进行了测试,该软件可以在法庭上使用。

那是什么意思

考虑一下:严格的测试需要跟踪已完成的操作和观察到的操作。 其中一部分涉及记录足够的注释,以便您或其他任何人可以重新创建并了解测试该功能几周后所做的事情。

我们所有人都面临着迅速完成工作的压力。 无论正在开发什么环境软件,功能或功能的实际动手测试似乎总是处于某种时间压力之下。 保持严格的笔记和记录所面临的挑战在于需要花费多长时间-而不是让笔记记录妨碍按时完成测试。

这是我尝试解决的方法。

不要独自工作

让合作伙伴或成对的测试人员与您一起工作,记下导航的位置和方式,输入的值,选择的选项,以及输入数据或单击下拉菜单之间的时间。 该合作伙伴可能会注意到您错过的事情-由于您专注于其他事情而没有关注的响应或结果-这些事情可能以后值得研究。

该人员还可以充当共鸣板,以在解决场景时反弹想法。 如果发现某行为异常,但重要性不如您要解决的问题,那么合作伙伴可以帮助您记住,这可能是在下一次迭代中执行的另一条路径。 屏幕上的另一双眼睛可以帮助您“保持诚实”并专注于现在需要做的事情。

记录一切

在医学专业人士中,一个常见的说法是“如果不写下来,就不会发生。”同样,刑事案件中的目击者证词也越来越受到严格的审查,因为人们不会像我们认为的那样准确地记住事情。记忆是有缺陷的。

记下一切,随你做,随它发生。现在看来似乎显而易见的任何事情在一两周内可能就不会那么明显了。记下它。

还有一些屏幕记录工具可以跟踪用户的操作以及对每个动作的响应:每个动作,屏幕显示和消息。这为您提供了一种相当直接的方式来记录测试时发生的情况。

还有其他选择。测试时提供了方便记录笔记的工具,因此一个窗口可以运行被测应用程序,您可以在另一个窗口中打开记录笔记工具。可以将屏幕快照复制到笔记中,以便测试人员可以准确显示发生了什么。

ps: 个人感悟,好记性不如烂笔头

其他形式的证据

重要的是不要忽略简单但容易丢失的信息,例如完成测试时的构建或冲刺。 数据库或模式的版本也是如此,因为它们可以更改。 有时,当数据库环境发生变化时,可能会出现意想不到的后果,直到稍后才会出现。

根据要测试的软件类型,您可能有证据可以通过最少的工作来识别和捕获,例如日志:应用程序日志,数据库日志,系统日志,例如,正在执行的设备上的日志。 进行测试-并在系统主机上记录主机日志。

这些可以包含有关正在测试的内容的有价值的信息。 也可能存在观察者不容易检查的信息。 这些都对测试人员有价值,并在记录中作为测试周围可能的证据得以保留。

问题

为什么我们需要保留此信息? 有什么意义?

如果在测试之后或在生产中发现了意外的结果,则将进行几次迭代或构建,几乎可以肯定会出现有关如何测试给定功能的问题。

根据我的经验,保留此证据的真正目的很简单:这是您当前的自我所赠送给未来的自我的礼物。 可能是几周,一次冲刺或两个月或几个月之后的您自己。 甚至可能还有其他人会利用您的礼物。

无论是谁,当出现问题并且必须寻找原因时,他(她)或您(或您)都会感谢您在解释如何测试功能方面所付出的努力。

发布了397 篇原创文章 · 获赞 445 · 访问量 82万+

猜你喜欢

转载自blog.csdn.net/wodeyijia911/article/details/104272404