网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。
一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!
验证软件有或没有问题。初期软件测试目的就是寻找错误,并且尽可能多的找出错误,还有更重要的是通过对软件质量的量度以提高软件的质量。
现阶段软件测试是想以最少的人力、物力和时间找出软件中潜在的各种错误和缺陷,通过修正各种错误和缺陷提高软件质量,回避软件发布后由于潜在的软件缺陷和错误造成的隐患所带来的商业风险。
从测试的目的出发,大概分为两类: 为了验证程序能正常工作的测试和验证程序不能正常工作的测试
原则:
以客户为中心,遵循软件测试的规范,流程,标准。
================================================================================
一般面试的时候,面试官问你这个问题就想你介绍一下自己的优势,为什么在那么多的人里面选择你,可以从一下几个方面回答,每个人的答案都是不同的,根据自己不同的个性来总结
1.兴趣 自己喜欢测试开发,感兴趣
2. 创新思维 逆向思维 ,发散思维
3.自身优点 没有解决问题就一直想要去解决,对事认真,不敷衍
4.责任感 有很强的责任感,没有解决的问题,不吃饭也要解决
5.有良好沟通能力和解决问题的能力 能很好的解释说明出BUG的问题,能设计测试用例来测试程序
===========================================================================
需求是用户为了达到某个目标所提出的要求。
软件需求,首先是用户需求,然后是满足软件开发要求的软件需求
开发软件并不是一时的兴起,而是根据需求来开发,有需求就有市场
产品经理先进行需求分析,把用户需求转换成详细的需求文档,满足用户的期望和规定的合同(文档,规范,标准)所需要的条件和权能,软件需求是对用户需求的具体的实现,对用户需求的合理性、正确性的验证分析后具体的实现。
============================================================================
软件需求说明书存在且合理,如果软件功能和软件需求不相符,就是BUG
1,软件需求说明书里规定要做的事情,而软件没有实现
2,软件需求说明书里规定不要做的事情,而软件实现了
3,软件需求说明书里没有提到的事情,而软件实现了
4,软件需求说明书中没有提到但是必须要做的事情,软件没有实现
5,软件很难理解,很难使用,运行速度也慢等
最重要的还是根据软件需求说明书来实现
=============================================================================
测试用例是向被测试的系统发起的一组集合,测试环境,测试步骤,测试数据,预期结果,重要性,功能模块,优先级,执行方式,标题等等。
怎样的用例才是好的测试用例
1.表达清晰,无歧义、没有冗余
2.测试步骤表达明确,没有不确定语句,一个步骤对应一个预期结果
3.用例对需求的覆盖率足够高
4.用例的可读性好,后期可修改维护
5.用例检索BUG的能力强
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,涵盖了95%以上软件测试知识点,真正体系化!
由于文件比较多,这里只是将部分目录截图出来,全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频,并且后续会持续更新
目、大纲路线、讲解视频,并且后续会持续更新**