零测试文档项目的回归方案

Question

我最近开始了一个项目，在这个项目中，所有的测试都是用零文档完成的。我需要开始创建一个回归套件，并向我的经理提出。我以前做过回归测试，但我从来没有把这样的文件放在一起。我绝对需要包括什么，我应该包括什么，任何提示或模板都会有很大帮助。

Answer 1

这里的其他建议是好的。

根据我的经验，还有一些其他的想法：

• 格式比内容更重要:如果你和你的经理有你可以处理的东西，你就有足够的时间开始工作。
• 你不想从一开始就想掩盖一切。你是这个项目的新手:你没有足够的上下文来涵盖所有的事情。
• 回归的首要任务是关键功能和访问关键功能所需的任何东西(换句话说，不要费劲登录/注销--您将在为客户测试关键功能时讨论这一点)。
• 首先是对您正在查看的功能的高级描述：“非纳税事务”可能是一个示例。或者“删除一个产品”。您可以随时添加更多信息。
• 对于手动回归，我建议保持它尽可能轻和简单。无论人类多么专注，人们都会感到疲倦和失去注意力。
• 您需要知道最常用的配置设置。这些将是手动回归测试的核心。
• 长期来看，找出潜在的自动化候选和潜在的扩展回归候选。
• 您希望开发一个多层回归套件：。
  • 一个简短的回归烟雾测试，涵盖最关键的项目(手册)
  • 一种更长的手动回归套件，可以在系统中特别脆弱的部分需要时使用
  • 一组自动回归套件定期运行，您希望始终通过并不断监视它们，以确保它们仍然相关，并不断添加新的测试。
  • 一组专门的自动化回归套件，可能需要非常长的运行时间，但提供系统关键部分的详尽检查(如税收计算)。当计算引擎发生变化时，可以使用这些方法。

Answer 2

在37个测试想法的来源中可以找到一些好的想法

一些亮点--寻找类似的产品和其他产品的相似之处，业务需求和目标是什么，官方标准和事实上的标准是什么，最重要的是要像用户一样思考。

Answer 3

我想说，这是没有确切答案的。你的任务很有创意，你必须即兴发挥，但以下是一些想法：

• 从一些基本的和常见的特性开始，如登录/注销、重置密码、用户注册等，并将它们添加到回归套件中。
• 与你团队中的人交谈，特别是产品人员。尝试确定您的产品中的基本用户行程是什么，检查它们并创建测试用例。
• 如果可能的话，尝试查看项目的bug历史记录，看看大多数关键/高优先级错误发生在哪里。