问手工和自动化项目的测试计划有何不同？

EN

手工项目的

测试计划：

• 我们需要多少人？
• 我们有多少人？
• 将使用什么样的物理机器？
• 如何记录和整理结果？
• 需要做的工作量是多少？
• 做测试的人的技能是什么？

自动化项目

测试计划

• 将使用什么云服务？
• 我们需要什么来建造一条管道？
• 使用的是什么编程语言？
• 我们需要多少自动化工程师？
• 我们有多少自动化工程师？
• 我们用什么技术来实现自动化？
• 我们该如何安排我们的烟瘾测试？
• 如何编写可维护的自动化代码？
• 我们仍然应该使用探索性的手工测试来做什么？
• 我们需要确保哪些独特的屏幕被访问？
• 我们需要什么形式的输出来显示测试过的内容？
• UI自动化将如何与单元测试和集成测试相关联？
• 我们是在云中运行测试，还是使用CI/CD，还是只在本地运行？
• 我们将如何处理间歇性故障(在网络测试中固有的)？
• 自动化工程师需要什么样的开发环境？
• 除了自动化之外，还需要手动测试什么？
• 我们是否正在使用其他服务，如Jira，我们想要整合这些服务？
• 我们用于多设备和多浏览器测试的服务是什么？
• 当大多数自动化都是元素存在时，如何测试可用性？

您还需要将UI测试与单元测试和集成测试区分开来。手动测试人员习惯于测试“通过UI进行的一切”，从而导致大量和缓慢的测试套件。当您自动化手动测试时，您需要确保您的大多数测试实际上成为在后端测试算法的单元测试，而不仅仅是屏幕上的最终显示。为了做到这一点，请观察测试金字塔，并将其用作构造测试的gude。

以下是软件测试公司在项目中执行的少数自动化测试计划：

1. 根据以下规则挑选自动化工具/语言：

公司是否已经拥有特定工具的许可证，试着看看你是否可以使用它。

寻找开源(但可靠)工具

团队成员是否已经知道这个工具了，还是我们需要引进新的人？还是训练现有的？

2.需要建立什么样的自动化框架。一定要在不过度利用资源的情况下，寻找一个中间地带，尽你所能。

3.选择一个熟悉AUT、测试管理、缺陷管理和其他SDLC活动的团队。

4.您的AUT将要运行的目标环境和您希望使用的自动化工具应该是兼容的。

5.最重要的部分是自动化测试用例/场景的选择。选择要在多个周期中反复回归的测试用例/场景。

6.包括进行代码演练和检查自动化脚本的时间。

7.计划创建一个“如何达到”的文档，帮助当前用户和未来的团队成员能够理解脚本，即使您不在身边。在你的脚本中也包括注释。不要将任何测试数据硬编码到脚本中。这只会导致过多的脚本维护，并可能导致修改过程中的错误。