关于测试的介绍
一 、关于测试的介绍软件测试就是要验证软件（程序)的开发是否满足预期，确认质量的过程，另一方面就是提供信息，找出问题，反馈问题需求测试: SRS，需求文档的简称，需求，说明我们软件需要实现的功能
界面测试:对软件的页面进行外观检查，检查页面图片，文字等等的元素是否合理美观
UI设计:页面设计人员，前端开发（开发分为前端开发和后端开发)
功能测试:验证软件的功能是否符合预期，功能测试是所有测试的一个基础，如果功能没有实现情况，后续的测试就没有执行的基础
兼容性测试:软件在不同的软件环境下可以正常使用---系统兼容，浏览器兼容易用性测试:用户可以非常简单的进行使用，主要面向大众体验，结合着界面测试进行的
安全测试:就是对软件的使用安全就行测试，密码是否密文显示，一些功能是否必须在登陆之后才可以操作可靠性测试:产品在限制的条件中可以正常使用可用性测试:产品是可以使用的可靠包含可用易用性测试:用户可以非常简单的进行使用，主要面向大众体验，结合着界面测试进行的压力测试:1900-2000-2100慢慢找到电梯的最大承重能力，去突破它的极限（临界值)，压力测试简单理解就是突破临界值负载测试:在接近临界值，持续的运行一段时间，确保在临界值内可以稳定地运行电梯限重2000kg软件:存在于实体里面的东西，是虚拟的，数据化的硬件:存在实体的东西pc机--个人电脑物理机--在机房里的，配置非常高的电脑，当做公司的服务器去使用的
C/S架构:客户机与服务器==》需要下载客户端进行访问的1， 需要下载客户端2，客户端是要更新的3，用户少，安全性高
4，对服务器能够减轻压力，对服务器的性能要求低5，上传和下载速度快B/S架构:浏览器与服务器==》直接通过浏览器进行访问1，直接通过浏览器访问2，不需要更新
3，用户多，安全性低4，对服务器的性能要求高，用户所有的操作都是由服务器进行处理的5，上传和下载速度慢bug：3.bug的级别有哪些,补充bug的定级要求?A级-1级-L1-致命缺陷:造成系统崩溃，死机，或者死循环;导致数据库的数据丢失;主要功能丢失;对金额账务影响比较严重的问题B级-2级-L2-严重缺陷:系统主要功能部分缺失，数据库保存数据出错，用户数据丢失;功能设计与需求设计严重不符;关联程序无法调用，影响主体流程的功能;对金额账务影响一般的问题IC级-3级-L3-—般缺陷:功能没有完全实现但是又不影响系统的使用D级-4级-L4-建议缺陷:界面、建议性的问题，不影响功能的操作，可以是优化的方法开发模型
很少公司用V模式了解软件开发周期各个阶段的情况以及相关的阶段可能生成的文档)1，需求说明:分析需求规格说明书(SRS）,在公司通过会议澄清需求中的问题2，系统功能设计:主要是考虑整个软件系统要实现的功能3，概要设计（概设，HLD):把当前软件系统划分相关的功能模块，以及系统和系统之间的接口设计4，详细设计（详设，LLD):面向具体的功能模块进行内部的代码实现方案的设计5，编码:开发根据代码实现方案编写具体的代码6，单元测试(UT) :主要是测试具体的一个模块的代码，检查代码有没有按照详设的要求进行编写===》一般是由开发进行自7,集成测试(IT)∶将软件项目的所有模块拼接在一起，看看各自模块能否正常运行8，系统测试(ST) :把所有的模块进行合并运行，验证所有的功能是否关联执行，还有保证关联系统之间的业务是否正常。—般在公司中集成测试和系统测试是一起做，称作为系统集成测试SIT9，验收测试(UAT):分为正式验收和非正式验证非正式验收又分两种:α (aerfa)验收:公司内部执行的一个验收环节，有开发和测试在场，有问题就现场解决 β ( beta)验收:由特定的用户进行验收测试，开发和测试都不在场，有问题会统一反馈正式验收:正式版本，由广大的用户去使用10，一般在公司会有哪些环境?开发环境--dev:开发编写和调试代码的运行环境测试环境--sit:测试人员验证软件功能的运行环境验收环境--uat:通过模拟真实的用户数据对软件进行验收的环境生产环境、线上环境、真实环境--prod:公司运行软件，给个真实的用户使用的运行环境，是用来盈利的11.各个阶段的准入准出阶段
12，V模型的优缺点优点:(1)改进了瀑布模型(2)反应的测试活动与开发阶段有对应的关系(3)添加了测试策略，分别对底层代码进行测试，也对用户的需求进行测试缺点:(1)还是串行模型，前期阶段的问题只能在后期发现(2)测试介入时间晚，在我们的软件开发周期中的编码阶段才进入H模型（重点）主要分为两个阶段:前期准备阶段，后期执行阶段1，进行需求澄清会议，由产品经理进行召开，一般参加的人员：整个项目的所有人(项目经理，开发经理，测试经理，开发人员，测试人员，(运维人员可来可不来))，需求澄清后，各方都觉得没什么大问题就可以输出基线化的需求文档#基线化:不会再有大的改动2，分析开发所输出的概设文档和详设文档，深入了解需求，设计更好的测试场景3，测试经理会输出测试计划（安排测试工作任务)和输出测试方案（提供测试方向和测试技术)4，测试人员根据测试计划编写对应任务的测试用例，进行用例评审（查漏补缺）用例评审会议（—般有测试经理召开)：组内评审(交叉评审)︰测试组内的组员进行互相评审组外评审:项目组成员进行评审，一般参加人员有跟当前项目相关的开发和测试，产品经理5，评审通过之后形成基线化的用例文档，测试经理把用例文档提交到用例管理工具（testlink，禅道)，分配给到对应的测试人员6，搭建测试环境执行阶段(开发进行转测、提测也叫做装测试、提交测试:开发人员写好代码并打包完成，通过自测，提交给到测试人员进行测试，一般不会超过一天)7，项目部署:一般有测试经理或者测试骨干或者测试运维执行8，冒烟测试:(1）测试当前版本的主体流程和重要分支功能(2)冒烟测试一般不会超过半天，2个小时左右(3）冒烟测试不通过就进行版本打回冒烟测试用例怎么进行挑选?选择和主体功能相关的测试用例或者用例级别比较高的测试用例9，冒烟测试通过就进入SIT系统集成测试（功能测试)，SIT测试一般分为3轮第一轮SIT测试(SIT1)︰选择全量的测试用例（当前版本我们写了多少测试用例就要全部进行执行)第二轮SIT、第三轮SIT (sit2、sit3)称为回归测试，相对于SIT1的回归，选择的测试用例:(2) bug相关模块的测试用例要重新验证(3)每一轮都要进行主体流程（冒烟）的测试，主体流程的测试用例(4）测试人员及时补充测试用例(5)可以选择自己觉得可疑的测试用例或者测试场景面试题:为什么要补充测试用例?因为开发过程，我们测试人员并不知道最终开发出来的产品是不是我们预期的，所以在开发完成之后才能看到相关的一些页面和功能，这些页面和功能可能是我们测试人员漏测的，为了避免漏测，所以我们需要及时的补充测试用例10，整个测试周期，bug的数量是呈收敛的趋势11，输出测试报告，需要达到测试准出(Obug上线)，当然可以遗留1-2个建议性的bug，遗留bug必须明确备注，后续的版本进行修改12，回归测试分为两种情况:( 1) sit过程的回归:除了SIT1以外的测试都叫做回归测试(2) sit过程以外的回归:对整个系统进行回归，对不是本次修改的其他模块进行检查，检查本次的修改有没有影响到原有的功能面试题:你了解冒烟测试和回归测试的区别吗?冒烟测试:又称为版本构建测试、提交测试，每次版本提交时都要进行的测试，对版本的基础功能和主体功能进行测试，一般两个小时左右，不会超过半天，不通过直接打回版本回归测试:系统维护阶段进行，对原有的功能、缺陷进行验证测试区别:两者区别在于测试的阶段不一样，冒烟测试是在版本构建提交时进行，而回归测试则是在系统维护阶段进行在测试过程，执行测试用例时，发现一个bug就要及时的进行提交bug，这个操作叫做提单敏捷模型:1，重点明确，及时调整（往着一个目标去开发，出现偏差就是及时进行调整)2，倾听用户的声音，相信用户的直觉(面向用户的需求进行开发)3，勇于创新，小步快跑（持续添加相关的小功能，频繁的添加小功能从而实现大功能)4，持续不断地发现问题，解决问题（频繁迭代，保证主体功能无误，允许小问题，但需要进行及时的修改)5，持续提高团队的产品能力测试应该尽早介入:1，需求分析，对需求理解更加透彻，为后续的测试工作打好基础2，确保开发、产品、测试各方对需求的理解是一致，后期可以规避开发错误情况3，尽可能的降低项目延期的风险
页:
[1]