做网站纸张大小,网站缺点,建筑方案设计收费标准,网站开发图片加载过慢如何优化文章目录前言一、软件测试入门1.什么是软件测试#xff1f;2.测试和开发的区别3.调试和测试的区别4.一些常问面试题5.测试人员需要具备的素质二、软件测试基础1.需求2.测试用例3.Bug4.软件的生命周期5.开发模型三、Bug1.如何创建bug2.Bug的级别3.Bug的生命周期4.跟开发产生争执…
文章目录前言一、软件测试入门1.什么是软件测试2.测试和开发的区别3.调试和测试的区别4.一些常问面试题5.测试人员需要具备的素质二、软件测试基础1.需求2.测试用例3.Bug4.软件的生命周期5.开发模型三、Bug1.如何创建bug2.Bug的级别3.Bug的生命周期4.跟开发产生争执怎么办四、测试用例1.测试用例的万能公式2.设计测试用例的方法1等价类2边界值3因果图判定表4正交排列5场景设计法6错误猜测法五、测试分类1.按照测试对象划分1可靠性测试2容错性测试3安装卸载测试4内存泄漏测试2.按照是否查看代码划分1黑盒测试2白盒测试3灰盒测试3.按照开发阶段划分1单元测试2集成测试3系统测试4验收测试冒烟测试回归测试前言
记录软件测试的基础知识以及一些测试工具的使用。 一、软件测试入门
1.什么是软件测试
软件测试就是验证软件产品特性是否满足用户的需求。举例
2.测试和开发的区别
开发广度小专业度高 测试广度大专业度低一点
3.调试和测试的区别
目的不同调式是发现问题并且解决问题测试时发现问题。 角色不同调试是开发人员来执行测试是测试人员、开发人员等。 阶段不同调试主要在编码阶段测试贯穿于软件的整个生命周期。
4.一些常问面试题
1走测试岗位为什么还要学习开发知识 1测试人员也需要进行代码编写 2学习开发知识是为了更好的提高测试质量。 2为什么不走开发岗位而走测试岗位 1个人兴趣爱好 2对测试的理解 3走测试岗位还要学习开发知识 3软件测试的岗位有哪些软件测试工程师、测试开发工程师、性能测试工程师 1软件测试工程师 2软件测试开发工程师开发指开发效能工具提升测试质量和效率
5.测试人员需要具备的素质
1综合能力表达、文字、开发、快速学习 2优秀的测试用例设计能力 3掌握自动化测试技术 4探索性思维 5兴趣责任和压力 需要测试人员具备良好的产品思维。
二、软件测试基础
1.需求
1用户需求可简单理解为甲方的需求如果没有甲方那么就是终端用户使用产品时必须要完成的任务。 2软件需求或者叫功能需求该需求会详细描述开发人员必须实现的软件功能。 开发人员和测试人员的直接工作依据就是软件需求。
2.测试用例
测试用例是为了实施测试而向被测试的系统提供的一组集合这组集合主要包含测试环境、操作步骤、测试数据、预期结果等。
3.Bug
当且仅当规格说明需求文档/产品规格说明书是存在的并且正确程序与规格说明之间的不匹配才是错误。需求规格说明书没有提到的功能判断标准以最终用户为准当程序没有实现其最终用户合理预期的功能要求时就是软件错误。
4.软件的生命周期
产品/软件的生命周期需求分析-计划-设计-编码-测试-运行维护 1需求分析例如市场分析、投入和收益的占比、技术上的实现 2计划计划项目什么时候开始什么时候结束耗时多久 3设计将一个大的需求拆分成一个个具体可实施的任务进行技术设计设计哪些接口采用什么框架采用哪些技术等 4编码开发人员参考需求文档和技术文档等等来进行代码开发 5测试测试人员参考测试用例来设 6运行维护修复性维护对项目中没有发现的问题要及时进行修复完善性维护对功能进行完善预防性维护为了避免产品在线上运行期间出现意想不到的问题需要进行一些预防的手段。
软件测试的生命周期需求分析-测试计划-测试设计与开发-测试执行-测试评估 1需求分析测试人员从用户角度思考问题软件需求是否合理技术角度思考问题技术上是否可行是否还有优化空间测试的角度思考问题是否存在业务逻辑冗余/冲突。 2测试计划开始/结束测试时间耗时多久。 3测试设计与开发写测试文档明确标注使用到的测试方法测试工具测试形式等参考需求文档、技术文档等编写测试用例。 4测试执行充分利用测试用例和其他工具对项目尽可能做到全方面的覆盖测试。 5测试评估评估产品是否存在其他的质量问题功能演示。
5.开发模型
1瀑布模型 特点 1.线性结构每个阶段只执行一次。 2.是其他模型的基础框架。
缺点 1.测试置后。前面各阶段遗留的风险推迟到测试阶段才被发现导致项目大面积返工失去及早修复的机会必须留有足够的时间给测试活动否则导致测试不充分把缺陷暴露给用户 2.周期太长产品很迟才能够被看到和使用。
适用场景需求固定的小项目。
2螺旋模型 特点螺旋模型中增加了风险分析和原型。
缺点 1.项目中可能存在的风险性与风险管理人员技术水平有直接关系。 2.需要人员、资金、时间的增加和投入可能导致项目的成本太高。
适用场景规模庞大、复杂度高、风险大的项目。
3增量模型和迭代模型 增量模型里把大的需求划分成一个个可以独立开发上线的功能。而迭代模型则是先开发基础版本然后再在基础版本上不断地进行功能的完善。
4敏捷模型 1.scrum模型–三个角色五个会议 1三个角色产品经理、项目经理、研发团队组成。 2五个重要会议 发布计划会议产品经理从需求池中拿出需求进行发布计划会议最终确定本次迭代要完成的需求。 迭代计划会议进行任务拆分确定责任人工时的评估。 每日会议每天进行的会议明确昨天做了什么今天要做什么当前遇到的问题了解当前的项目进度。每日会议结束需要给出“可交付软件”。 演示会议产出用户需求如果产出用户需求则将其放到需求池中。 回顾会议总结当前迭代周期的不足并在下一次迭代进行优化。 特点轻流程、轻文档、重目标、重产出。
5测试模型 V模型 特点 1.测试过程中存在的不同类型的测试。 2.测试阶段的参考标准以前面对应阶段为准。 缺点测试后置
W模型双V模型 1.有一个开发模型和测试模型 2.前面一个阶段完成才能进行下一个阶段 特点W模型重流程不能迎接变化不适用于敏捷模型。 优点测试阶段从需求就开始介入。
三、Bug
1.如何创建bug
创建bug的要素问题出现的版本、问题出现的环境、出现步骤、预期结果、实际结果。
2.Bug的级别
崩溃、严重、一般、次要工作中按照公司要求。
3.Bug的生命周期
测试人员在执行测试的过程中如有发现Bug需要在对应的Bug管理平台来创建Bug。 1New测试人员创建一个Bug。 2Open开发人员要去确认是否是Bug是Bug状态就改为open。 3Fixed开发人员在修复完成之后将Bug状态改为Fixed。 4Rejected开发人员确认不是Bug状态就改为Rejected。 5Delay确实是Bug之后如果Bug优先级比较低且开发人员不能立即修复Bug状态就改为Delay。 6ClosedBug确认修复完成测试人员将Bug改为closed。 7ReopenBug确认修复未完成测试人员将Bug状态改为Reopen。
不管Bug到哪个分支最终都要走到终态。
4.跟开发产生争执怎么办
1多反思自己是不是Bug创建的时候描述不太清除。 2开发人员对Bug级别不认可Bug定级一定要有理有据。测试人员需要明确企业Bug定级规范拿着规范跟开发人员沟通。 3合理友好的进行沟通站在用户的角度反问如果你是用户你能接受这种功能吗 4提高自身技术水平不仅能够发现问题最好也能够提出解决方案供开发参考。 5如果确实是Bug友好沟通已经不能解决问题不要争吵可以召开Bug评审。
四、测试用例
1.测试用例的万能公式
功能测试性能测试界面测试兼容性测试易用测试安全测试 举例1水杯的测试用例。 2登录页面测试用例
2.设计测试用例的方法
基于需求的设计方法
1等价类
依据需求输入特殊情况下会考虑输出划分为若干个等价类从等价类中选出一个测试用例如果这个测试用例测试通过则认为所代表的等价类测试通过这样就可以用较少 的测试用例达到尽量多的功能覆盖解决不能穷举测试的问题。 有效等价类针对需求文档的要求是有意义的集合。 无效等价类针对需求文档的要求是没有意义的集合。 步骤 1、确认有效等价类和无效等价类。 2、编写测试用例。
2边界值
3因果图判定表
判定表设计测试用例的步骤 1、确定输入条件和输出条件。 2、找出输入条件和输出条件之间的关系。 3、画判定表。 4、根据判定表编写测试用例。
4正交排列
正交实验设计法指从大量的实验中挑选出适量的、有代表性的点依据“正交表”从而合理的设计出测试用例。 根据正交表设计测试用例的步骤 1、找出因素数和水平数 2、生成正交表 3、根据正交表来编写测试用例 4、补充可能存在遗漏但是非常重要的测试用例。
5场景设计法
一个思路引导的作用。
6错误猜测法
依赖测试人员的工作经验和积累。
五、测试分类
1.按照测试对象划分
1可靠性测试
可靠性是指系统正常运行的能力或程度。 可靠性正常运行时间/正常运行时间非正常运行时间*100%
2容错性测试
容错性测试是指
3安装卸载测试
工作中很容易遗漏安装和卸载的测试。
4内存泄漏测试
2.按照是否查看代码划分
1黑盒测试
纯功能测试不关心具体是怎么实现的。
2白盒测试
关注程序的内部实现。
3灰盒测试
介于黑盒和白盒之间。 为什么不能让灰盒测试取代黑盒测试和白盒测试 灰盒测试没有白盒测试那么详尽灰盒测试没有黑盒测试覆盖产品的广度大所以灰盒测试不能取代黑白盒测试。 哪种测试方法用的多 黑盒测试和白盒测试测试人员都会使用到在工作中根据具体情况来结合白盒测试和黑盒测试。通常情况下对测试人员来说使用黑盒测试相对要多一点。
3.按照开发阶段划分
1单元测试
对程序“最小单元”进行测试。
2集成测试
3系统测试
4验收测试
冒烟测试
开发人员完成开发任务之后交给测试人员进行测试的第一步。
回归测试
对历史版本、历史功能进行测试保证功能都是符合要求的借助自动化来进行回归测试。
