测试的未来–如何失败并从中学到东西

发表于:2020-5-13 10:24  作者:vsky   来源:高阶软件测试

字体: | 上一篇 | 下一篇 |我要投稿 | 推荐标签: 软件测试 职业发展

  软件测试的世界每天都在变化。测试团队在一两个十年前进行测试的方式与现在进行的方式完全不同。较早的测试实践主要是人工测试,由于人为错误,容易出错。但是现在市场上有很多自动化测试工具,它们不仅可以加快测试阶段,而且还可以帮助我们收集准确的测试结果。
  这是手动测试人员从错误中吸取教训后,软件测试演变的最好例子之一。换句话说,由于手动测试可能容易出错,因此,从这些经验中学到后,传奇人物发明了测试自动化工具以获取具体的测试结果。
  可以说100%测试自动化不是获得最佳测试结果的整体解决方案,但是必须明智地选择特定测试任务的手动和自动化测试范围。
  假设您正在使用SDLC(即软件开发生命周期模型),那么测试团队将给出一个确定的持续时间的完整阶段。SDLC模型中的测试团队应选择他们实际需要进行的测试。他们应该评估可以自动化的测试用例以及可以手动执行的测试用例,以获得最佳测试结果。
  另一方面,如果项目使用的是敏捷方法,则测试团队可能无权从头开始设计自动化框架并为当前敏捷自动化测试。我想说的是,敏捷模型中可能有两种可能性来应对这种情况。如果项目对自动化框架进行了充分的投资,那么在即将开始的冲刺中,可以使用这样的框架,并且可以在很短的时间内使测试案例自动化。如果同一项目之前没有开发自动化框架,那么就不可能实现快速自动化,但是强烈建议您手动测试以达到冲刺测试的截止日期。
  软件测试方法每天都在发展,没有人能说我们将始终坚持SDLC或敏捷模型,但也有混合方法。例如,如果一个特定的项目非常复杂,则明智的做法是将该项目分为多个模块,并根据最佳可行性,其中一些模块可以采用SDLC,而另一个模块可以采用敏捷方法。同时,一些测试用例可以手动执行,而另一些则可以自动化。如果需要对应用程序或系统的上游和下游模块之间进行集成测试,则明智的做法是手动测试集成或连接,因为自动化有时不是最佳选择。
  软件测试是一项非常创新的工作,我想说,如果没有对特定项目进行测试或未经测试团队的批准,该项目将无法上线。因此,测试团队负有重大责任,这直接影响组织对软件产品的声誉。不断创新的软件测试Job需要经验丰富的测试人员,他们在判断当前的测试方法及其过去可能遇到的故障后,可以为实际的项目方法增值。没有测试人员愿意一次又一次地重复同样的错误。因此,测试人员可以从失败中学习,并指导团队不要做什么。他们有助于确定适当的测试方法,这就是如何确定任何项目的测试未来的方式。
  不仅如此,如果这种方法在可以商业化的时候碰巧非常创新,或者我更愿意说,它可以成为标准做法。一些标准的功能测试方法包括BDD(行为驱动测试),数据驱动测试等。在这些测试实践成为标准之后,我们开发了专用的测试工具,可帮助我们在很短的时间内实现所需的测试目标跨度。这就是测试未来的决定方式,它将与资深测试人员的创新思想相融合。
  在sprint很小的大型组织中,并且在用户故事中,开发和测试任务必须在很短的时间内完成。测试团队决定是否可以重用现有的测试用例,无论它们是自动还是手动的,但是测试结果应该是准确的,并且具有尽可能高的测试覆盖率。如果当前项目测试需要测试来自API的大量数据,或者它是一个数据迁移项目,则由于数据庞大,手动比较可能不是一个好主意,而是应开发一个测试脚本来执行数据文件,如下所示:批量采购自动化测试报告。这种测试方法是一种动态方法,涉及手动和自动测试的混合。
  结论
  软件测试领域仍然有很多发现新测试技术的范围,以便为“测试的未来”提供形式。人工智能的进步需要进入并为软件测试做出贡献。自动化测试还应该拥有人工智能,以通过披露在编写或执行测试用例期间未捕获的区域来为软件测试做出贡献。这绝对是一个附加组件,它将以最佳方式适合于短距离冲刺,并为敏捷方法论提供了新的维度。

      本文内容不用于商业目的,如涉及知识产权问题,请权利人联系博为峰小编(021-64471599-8017),我们将立即处理

评 论

论坛新帖

顶部 底部


建议使用IE 6.0以上浏览器,800×600以上分辨率,法律顾问:上海瀛东律师事务所 张楠律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2020, 沪ICP备05003035号
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪公网安备 31010102002173号

51Testing官方微信

51Testing官方微博

扫一扫 测试知识全知道