• 知名电商负责人关于自动化测试框架设计的几点思考
    对于自动化测试的好处和重要性,相信大家都已经了解。自动化测试可以让我们在有限的时间内尽可能多的覆盖所涉及到的测试场景,减少测试人员的的重复性工作,提高测试效率以及覆盖率。  其实很多测试同学都非常积极尝试自动化,但最终又选择放弃,很重要的原因是没有感受到自动化带来的收益。  实际上,自动化的效率高低很大程度上取决于你的自动化框架设计得是否合理,下面就以如何设计高效的自动化框架来谈谈自己的理解。什么是自动化测试框架  首先说说什么是自动化测试。自动化测试就是让被测试的软件自己可以运行起来,代替人去执行软件的功...
  • 7成应届生月薪低于6K;谷歌临时工超过正式工;收钱吧等大厂招人啦~|51求职
    51求职专注于测试行业职场、招聘,每周三带你迅速了解测试职场的最新资讯&职位信息,是测试人的求职大本营。>>>>资讯速递报告:7成2019应届毕业生签约月薪低于6000元@经济网讯 5月27日,智联招聘发布报告显示,从实际签约月薪来看,七成2019应届毕业生的签约月薪在6000元以内,4000元以下占比为35.77%,相比2018年六成应届毕业生签约月薪不足4000元,3000元以下占比为34.62%的情况,毕业生实际签约月薪同比有所提高。但期望与现实依然存在偏差,2019应届毕业生期望月薪集中在6000-...
  • 自动化测试框架如果都总结成这样,人人都能学好|51做专家
    本文首发于 51Testing,作者卡卡罗特是51Testing特邀嘉宾。以下来自 51Testing 整理的对话实录:    1、自动化测试框架设计的核心,可以概括为解决以下这些问题:      1)测试数据要怎么准备,如何在框架中实现,是否可复用。  2)测试用例的批量导入。  3)用例之间是否存在逻辑关系,相互之间是否有影响,在框架中该如何处理。  4)测试执行结果的导出和查看。  5)执行失败的用例如何快速定位复现。  6)对于UI自动化,当出现异常时(如对象获取不到,无法对对象进行指定操作),框架...
  • 【专题】测试用例的设计和实现是两回事,我喜欢这样全面的总结
    还在苦恼如何设计测试用例?如何实现用例?想要学习典型用例?想要用例的思考和总结?在这里你能学会所有用例!现在就开始我们的用例学习之旅吧!//测试用例就是为某个特殊目标而编制一个文档,描述输入、动作、或者时间和一个期望的结果,其目的是确定应用程序的某个特性是否正常的工作。用例的重要性毋庸置疑,有了测试用例能够把软件测试中人为因素的影响降低到最小。通过测试用例指导工作是每个测试工程师应该遵守的准则,也是软件测试保持质量稳定的保障。有测试用例,任何一个测试工程师都能完成测试任务,保障测试的质量。编写测试用例是软件...
  • 拿到需求,如何着手写测试用例?
    后台回复「sylan215」,获精华电子书阅读本文大概需要 5 分钟。一最近几天,连续有几个同学在微信中问我类似的问题「我拿到一个 XXX 需求,应该如何开始写测试用例呢?」我没有问需求细节,问了我也不一定明白,但这个问题是可以直接从方法论角度进行解决,所以我给的答复都是「可以从质量模型和需求两个维度来考虑测试用例设计」猛一看,这个说了和没说一样,可能对方还是不明白,其实我也知道,这不是一言半语就能说清楚的事。所以我会补充下「质量模型就是软件质量模型的 8 大 31 小特性,需求就是功能修改点,如果修改点逻...
  • 单元测试两三问
    撸码一时爽,一直撸一直爽!畅快地写代码是人生一大快事,想要解放自己,更多更快地写代码,就需要自动化能力来替代人工进行测试,谈到自动化,很容易想到单元测试、接口测试、功能测试、性能测试、安全测试等等,其中部分环节是常被忽略亦或是无法实施的,比如本章探讨的主题:单元测试。一、什么是单元测试单元测试(英语:UnitTesting)又称为模块测试,是针对程序模块(软件设计的最小单位)来进行正确性检验的测试工作。程序单元是应用的最小可测试部件。在过程化编程中,一个单元就是单个程序、函数、过程等;对于面向对象编程,最小...
  • 浅谈自动化测试与测试用例的编写 | 51做专家
    本文首发于51Testing,作者 cranthy 是 51Testing特邀嘉宾。以下来自 51Testing 整理的对话实录:1、请问一般情况的安全测试都是从哪几个方便展开的?  安全测试主要针对以下漏洞类型进行测试,顺便罗列一些常用的测试工具、80%都是我们在用的  (1)弱口令   Nessus\X-scan\h-scan\hydra  (2)ACL访问控制列表   暴露在外网的IP和端口、低版本应用、nmap扫描+Masscsn  (3)系统及应用服务器扫描 Nessus\openVas  (4)...
  • 结合这些年吃过的亏,教你如何快速get到测试用例的设计方法!
    摘要:一四年在YX公司带测试团队,一个用例评审的会议上,一不小心超常发挥,结果卡在了一个用例设计方法上,印象非常深刻,当时的业务场景是支付方式的选择和优惠方案。  在后来的工作中,也曾几次遇到需要选择合理的设计方法来写用例,不过每次在网上都是搜索了半天,也找不到令人满意的答案。很多简单的问题被复杂化,然后给出的解题思路更是令人百思不得其解。  网络资源下,任何一个问题都不缺答案,更多的时候缺的是个让人一目了然的答案。测试前准备  作为一个测试人员,软件测试的流程首先是要非常熟悉的,何时何地都能脱口而出,避免...
  • 测试用例设计过程中长期存在的两个问题
    后台回复「MTSC」,领取大会 PPT阅读本文大概需要 5 分钟。之前在文章《需求评审之实战演练》中,我们讨论过需求的合理性和全面性问题,其实测试用例的编写也需要考虑类似的全面性和针对性。现在我们来一起回想下,在写测试用例的时候是否有这些困扰:测试用例写了很多条,感觉有冗余,要精简又无从下手;测试用例写了很多条,但是总感觉还少了点啥;如果你不能同意更多,就请继续看看我们是怎么解决这两个问题的。一、用例条数过多很久之前,我有专门制定过测试用例改进计划,两步走策略。第一步,保证全面性,能考虑到的测试点都进行罗列...
  • 测试用例设计的两个基本方法
    后台回复「MTSC」,领取大会 PPT阅读本文大概需要 5 分钟。看到标题,我想你肯定也猜到了我要说的是啥,对,就是等价类划分和边界值分析这两个方法。如果把测试用例设计比作绝世武功的话,这两个方法就相当于武术基本功之扎马步和拉韧带,看似简单易懂,却需要精进之人每天都反复不断的刻意练习。下面我通过一个简单的例子来说明下这两个方法在实际场景中的使用,希望对你有所帮助。下面还是咱们多次看到的那个需求:有一个 PC 客户端的命令行工具,这个工具可以接收三个命令行参数,其中,前两个是数字,最后一个是运算符,运算符只支...
  • 这可能是你少有的能get到测试用例编写精髓的机会!
    此外,我们应该在用例后置之后进行一些合理的检查,比如上个步骤中,我们如果删除文件失败的话,依然会影响下一次的操作。  2、独立性  用例之间要相互独立,保证上一个用例的执行结果不会对下一个用例的执行产生影响。  3、完整性  每一个用例都需要有数据准备、操作过程,断言和用例后置的全部过程,能够根据用例明确具体的测试内容。
  • 追求最佳测试效果就要精益求精
    测试要追求最好的效果,就要从测试的各个方面精益求精。精益求精地编写测试报告要对测试数据进行分析,不放过任何一条异常信息。精益求精地回归测试回归测试也不仅仅是保证代码变更后功能依然正常。精益求精地回归测试还应该尝试小范围的改变测试用例中的参数和方法,进行一定的探索性测试。更进一步的精益求精地回归测试还应该实现回归测试自动化。
  • 巧用自动化测试组合拳保证产品质量
    本文结合我们的实践经验,总结出一套有效的自动化测试组合拳。针对业务和测试开发同事的特点,我们从单元测试、接口测试、UI自动化测试三个方面做了有效衔接和可持续使用的自动化测试方案。前端人员和自动化测试人员制定UI自动化测试点,定义好断言字典和模拟用户行为的方法名称,自动化测试人员编写自动化测试case。所有编码工作完成,开发人员单元测试通过后,进行接口测试验证,再进行UI自动化测试验证。UI自动化测试既要测试当前需求点,也要回归以往的case。UI自动化测试的难点在于产品多变,而case和UI是强关联,如果UI变更,就会导致Case失效。
  • 写给从零开始的测试人员
    如果用军事演习来比喻,开发人员是红军,测试人员就是蓝军。但是,对于单元测试来说,由于要对代码的结构、逻辑必须有一定的了解,所以单元测试还是应当由开发人员来做。测试人员提交的测试报告要给出测试结果和以上两方面分析的结果。总之,对于那些准备步入GJB5000阵营的组织,要建立自己的测试规范,要对从零开始的测试人员进行测试理念、测试技术等方面的培训,并在实践中逐步提高自己的测试能力,这样才能满足GJB5000的要求,提高自己软件工程能力。
加载中...
公众号