测试自动化最佳实践和策略

恭喜发财dife

    1雇佣一个专用自动化工程师或团队
    这是一个基本的事情。 不要问你的手工测试人员测试自动化。 如果你想让他们做测试自动化,然后免
费从手工测试工作。 测试自动化是一项全职的工作。 这个你需要专用的资源。 我建议建立一个测试自
动化团队至少由一个建筑师。 你可以雇佣多个自动化工程师自动化测试架构师的指导下工作。 自动化
工程师的数量取决于你的产品的数量和大小。


    2一个自动化工具是重要的,但不是所有的解决方案
    这是一个基本的事情。 不要问你的手工测试人员测试自动化。 如果你想让他们做测试自动化,然后免
费从手工测试工作。 测试自动化是一项全职的工作。 这个你需要专用的资源。 我建议建立一个测试自
动化团队至少由一个建筑师。 你可以雇佣多个自动化工程师自动化测试架构师的指导下工作。 自动化
工程师的数量取决于你的产品的数量和大小。


    3选择自动化工具的熟悉你的资源
    如果你的资源熟悉c#和您的应用程序进行测试也是在c#开发,那么就没有点选择工具不提供c#编写脚本。
语言学习是时间的过程。 避免这种学习曲线通过购买一个工具提供最小的学习曲线。


     4知道被测试的应用程序
     工具的选择在很大程度上依赖于你的产品中使用的技术。 知道你的产品在开始前自动化。 如果它是一个
web应用程序,知道它将支持的浏览器。 知道所使用的技术。 如果这是一个桌面应用程序,知道哪些语言是建
立在。 在应用程序中使用第三方控件。 这将帮助你简化工具的选择和未来的自动化。


    5好的自动化意味着良好的手动测试用例
    好强大的手动测试用例写救我们脱离自动化那些容易自动化的测试用例,但弱找到缺陷。 它总是明智的手
动形式首先编写测试用例。 识别所有先决条件和测试数据。 写步骤清晰的方式和写预期结果在每一步的面前。
一个测试用例应该清楚的目标,它应该更少依赖另一个测试用例。 自动化工程师应该手动运行这个测试用例至
少一次显然决定对象需要被识别并将导航的流动。 提问与手工测试人员。 这个活动有时有助于识别错误之前
编写自动化脚本。 专家说,大多数错误标识测试自动化开发阶段,而不是在实际的执行阶段。


     6识别机会和自动化
     如果你是移交与手动测试用例自动化,不只是自动化测试用例。 相反,在自动化找到更多的机会,扩大了这个
测试用例的范围。 例如,如果手动测试用例要求是你必须登录到web页面。 你可以扩大这个测试用例,使其数
据驱动。 列出所有可能的登录场景像无效密码,空密码,无效的用户名,无效的电子邮件,空白的用户名,记得我检
查,不检查,等。列出可能的场景及其预期的结果在一个excel文件,把这个excel文件作为数据源来您的测试用例。
现在这一个手动的测试用例,在自动化,可以测试所有可能的场景。 总是寻找机会,可以用自动化,但是很难做手工。
如负载测试场景,性能基准,同样的测试在不同的环境有不同的配置,内存泄漏、高精度测试等。这些都是困难的场
景对于手工测试人员。


     7你不能使一切自动化
     自动化意味着经常运行更少的测试。 你必须先从小事开始攻击你的冒烟测试。 然后构建验收测试。 然后
到你经常进行测试,然后移动到你的时间参加考试。 但是确保每个测试自动化,它节省时间,manual tester关注
更重要的事情。 自动化不在这里来取代手工测试人员。 也不可以。 是在这里夺走手工测试人员的重复工作,
这样他们可以使用他们的完整和力量集中在发现新的测试场景和bug。 (读我的文章对测试自动化的误解)自动
化有价值的一些测试时间和储户或难以做手工测试人员。 如果你这样做,自动化的任务就完成了。

    8避免GUI自动化时另一个礼物
    GUI自动化总是比其他类型的自动化测试。 所以如果有情况你可以实现你的目标不是自动化GUI,但通过一些
其他方法,如命令行输入,然后最好的策略就是避免GUI自动化。 例如,您想要测试的应用程序的安装。 目的是
检查是否应用程序安装在一个特定的环境。 一种方法是开始安装,点击“下一步”按钮多次通过自动化工具。
这可能会非常棘手,耗费时间和维护如果UI更改。 另一种方法是与一个批处理文件来启动应用程序安装给沉默
的参数。 应用程序将不安装显示GUI。 目标将会实现在更少的时间和更可靠的方式。


     9使用自动化其他有用的目的
     自动化是这样一个奇妙的事。 可以实现这样的事情,你通常不考虑。 自动化不仅仅是编程手动测试用例。 相
反,您可以使用自动化来促进组织中不同的操作。 例如,您可以使用自动化自动创建主数据和设置配置为手动测
试人员。 这样他们就可以尽早开始测试。 我可以给一个例子从我自己的公司。 我们想从我们的测试用例管理工
具。 我们使用“测试总监”(现在惠普ALM),想转向TFS(Team Foundation Server)。 我们有大约4000个手工测试用
例和缺陷在测试总监。 手动转移到TFS可能需要大约一个月。 所以我的经理问我尝试一些自动化。 我挖那些工
具,发现测试主管使用SQL server作为其存储库。 对于助教,我发现一个工具,可以从一个excel文件读取测试用例
和缺陷,如果都写在一个特定的格式,可以插入TFS。 其余的故事很简单。 我写了一个SQL查询获取所有测试用例
和缺陷和导出Excel文件的特定格式。 然后使用该工具读取所有测试用例和缺陷TFS的excel文件,插入它们。 整个
过程只花了3个小时。 我的经理非常高兴。 我也希望你得到我的观点。

     10自动化软件开发
     如果你开发一个高质量的软件,需要大量的最佳实践。 它需要写代码评审质量的代码。 它需要一个框架或
设计模式。 它需要不断的维护。 自动化软件开发基本上是。 所以你遵循最佳实践开发软件时应遵循的自动
化。 自动化框架应该有。 代码评审应该做的。 bug报告的自动化应该在漏洞库中。 源代码的自动化应该放
置在一个源代码控制,等等。你把它像软件开发,自动化就会越成功。

梦想家

学习