我有一些Java开发人员的经验(不到两年),但是在测试中相对较新(在手动测试中经验为3-4个月)。我已被任命为新项目的测试经理,该项目的实际编码将在大约三个月内开始。现在,由于我有一些空闲时间,所以我想适当地利用它。请注意,这将是一个敏捷测试开发,并将涉及Fitnessit工具的自动化测试。

我的问题是:


我现在可以为测试做什么准备,以便这次
利用?目前,我正在按顺序浏览用例,以了解要测试的软件。我还已经想到了测试计划。
还有其他事情吗?
将来肯定会需要其他任何文档,我可以开始准备它了吗?
可以开始从用例中编写测试用例吗?
合理吗?


评论

阅读“探索它!”我读过的关于测试的最好的书。

#1 楼

以下是敏捷项目启动阶段的一些特定于测试的活动。

测试管理

思考如何管理敏捷过程中的测试工作和结果。您是否会写很多测试用例(详细)-随着项目期间需求的变化,可能需要大量的维护工作。我个人会推荐类似基于会话的测试管理之类的工具,该工具在文档中非常轻巧,但是非常适合于Agile中的动手测试方法。有了合适的仪表板,可以很容易地跟踪测试管理者的关键指标。

准备测试自动化框架

由于您已经决定使用该工具,因此需要概念验证不再是必需的。但是,您应该考虑建立一个框架,该框架将允许快速创建测试和提供良好的报告(这并不总是那么容易)。尝试确定关键因素,例如测试数据的格式(以防万一需要数据库,现在是时候安排它了。)。

就测试自动化达成协议

我不认识FitNesse,但是在这里我们使用Selenium。因此,与开发人员的一项重要协议是,他们将在可能的情况下为元素提供ID属性,以使自动化过程更快。

就敏捷过程中的测试达成协议

与您的团队一起坐下来,决定如何处理sprint中的测试。例如:


完成的定义


是否必须编写自动化测试才能完成故事?
数量/级别完整的故事是否可以接受公开的bug?
接受标准是必须的:为什么在将故事交给测试人员之前,开发人员为什么不与分析师一起检查它们?


开发人员的错误修复优先级是什么(每天固定的时间段,零错误策略,...)。
持续集成:作为测试人员,如果可能的话,您应该能够决定何时将已签入的功能引入您的测试环境。或测试人员的练习,例如熟悉FitNesse,SQL或探索性测试。

#2 楼

这是您在项目计划阶段可能要做的一些实际操作。

手动/探索性测试策略

现在是提炼您和您的队友手动测试技能的好时机,请阅读常见的手动测试技术,以下是一些相关主题可以帮助您入门:


软件测试速查表
探索性测试的策略和技术(如何查找新的错误) ?)
测试启发式速查表

测试自动化设计注意事项

确定将用于测试自动化的语言/框架。探索测试自动化模式,例如页面对象和屏幕播放。探索BDD样式测试自动化,并确定是否要使用它。考虑一下您将在哪里存储和维护测试自动化代码,项目结构。

问题跟踪器工作流程

这也是与开发人员会面并决定您的最佳时机问题跟踪器工作流程-您将如何在项目中转移问题-问题将如何进行测试,重新开发或标记为您想要对其进行自动化测试的内容。

#3 楼

1)为了利用这段时间,我现在可以为测试做些什么准备?我目前正在阅读用例,以了解要测试的软件。我还已经在考虑测试计划。


您可以从更好地了解团队成员开始,也许可以建立技能矩阵。谁是执行手动测试的最佳人选,谁可以进行测试自动化等。
认识开发人员也将有所帮助。
识别利益相关者。
如果您有权使用设计文档,请先通读它们。

2)还有其他事情吗?


您将来会开始需要其他任何文档吗?


您可以开始考虑(或实际上在做)要使用的管理工具,例如错误报告,错误跟踪,通讯工具等。
设置一些准则也可能会有所帮助,例如

3)一个人可以从用例中开始编写测试用例吗?



绝对有道理,理想情况下,没有构思设计需求的时候就开始编写测试用例。您会惊讶于可以从设计文档中获得多少个测试用例。
如果以前有测试用例,则可以肯定地将它们用作参考,甚至立即重用它们。