编码开始前新项目的测试计划

Question

作为一名Java开发人员，我有一些经验(不到两年)，但在测试方面相对较新(在手动测试方面有3-4个月的经验)。我被指派为一个新项目的测试经理的角色，实际的编码将在大约三个月后开始。现在，由于我有一些空闲时间，我想适当地利用它。请注意，这将是一个敏捷测试开发，将涉及使用Fitnesse工具的自动化测试。

我的问题是：

1. 为了利用这次测试，我现在能做什么准备工作呢？我目前正在研究用例，以便了解要测试的软件。此外，测试计划已经在我的脑海中。
2. 还有其他的东西吗？将来还需要其他文件吗?我可以开始准备了吗？
3. 一个人能开始从用例开始编写测试用例吗？说得通吗？

Answer 1

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

测试管理

考虑管理敏捷过程中的测试工作和结果。你会写很多测试用例吗?这些测试用例可能需要花费大量的精力来维护，因为需求在项目期间发生了变化。就我个人而言，我推荐一些类似基于会话的测试管理的东西，它在文档中非常轻量级，但对于敏捷中的手工测试方法来说是完美的。有了适当的仪表板，作为测试经理，很容易跟踪关键指标。

准备测试自动化框架

正如您已经决定的工具，一个概念的证明不再是必要的。但是，您应该考虑建立一个框架，该框架将允许快速创建测试和体面的报告(这并不总是容易的)。尝试决定关键因素，如测试数据的格式(如果您需要一个数据库，现在是安排它的时候了)。

就测试自动化

达成协议

我不知道FitNesse，但是这里我们使用Selenium。因此，与开发人员达成的一个重要协议是，他们在可能的情况下向元素提供ID属性，以使自动化过程更快。

就敏捷过程

中的测试达成协议

与您的团队坐在一起，决定如何处理sprint中的测试。例如：

• done 的定义
  • 自动测试是否需要编写才能完成一个故事？
  • 什么数量/水平的开放bug是可以接受的完成一个故事？
  • 验收标准是必须的:为什么不让开发人员在将故事交给测试人员之前与分析师一起检查它们呢？

• 开发人员的bug修复优先级是什么(每天固定时间，零错误策略，.)。
• 持续集成:如果可能的话，您作为测试人员应该能够决定何时将签入功能提取到您的测试环境中。

其他

您可能希望为测试人员提供一些培训或练习，例如熟悉FitNesse、SQL或探索性测试。

Answer 2

以下是您在项目规划阶段可能做的一些实际事情。

手册/探索性测试策略

这是一个很好的时间来总结一下您和您的队友的手动测试技能，了解一下常用的手动测试技术，下面是一些相关的主题来帮助您入门：

• 软件测试手册
• 探索性测试的策略和技术(如何发现新的bug？)
• 测试启发式备忘单

测试自动化设计注意事项

决定将用于测试自动化的语言/框架。探索像页对象和银幕播放这样的测试自动化模式。探索BDD风格测试自动化并确定这是否是您想要使用的东西。想一想，您将在哪里存储和维护测试自动化代码、项目结构。

问题跟踪器工作流

这也是一个与开发人员会面并决定您的问题跟踪器工作流(您将如何将问题转移到项目周围)的好时机--一个问题将如何进行测试、返回开发或标记为您希望进行自动化测试的内容。

Answer 3

1)为了利用这一时间，我现在能做什么准备来进行测试？我目前正在研究用例，以便了解要测试的软件。此外，测试计划已经在我的脑海中。

• 你可以从更好地了解你的团队成员开始，也许建立一个技能矩阵。谁是进行手工测试的最佳人选，谁能完成测试自动化等等。
• 了解开发人员也是有帮助的。
• 确定利益相关者。
• 如果您可以访问设计文档，请开始阅读它们。

( 2)还有其他事情吗？还有其他将来需要的文件，我可以开始准备吗？

• 您可以开始考虑(或实际使用)您将要使用的管理工具，例如错误报告、错误跟踪、通信工具等等。
• 设置一些指南也是有帮助的，例如，应该以哪种格式报告bug。

3)是否可以从用例开始编写测试用例？说得通吗？

• 绝对有意义，理想情况下，在设计需求一开始，就没有更好的时间开始编写测试用例了。您会惊讶于您可以从设计文档中获得多少测试用例。
• 如果有以前的测试用例，您肯定可以使用它们作为引用，甚至可以立即重用它们。