Jack_Chen3的废柴人生

我也看了很多关于这方面的答案，个人觉得作为有工作经验的测试，这种情况在实际工作中也常常出现，需要具体问题具体分析，你的答案最好能妥善解决开发认为不是bug的问题，这也能侧面反映测试人员的自我判断能力和独立解决问题的能力。（重要的是：有图有真相，带有清晰说明的截图比一大推描述来得直观，易懂。修改Bug操作步骤：清晰描述、无歧义、无冗余步骤，要达到即使给一个不懂的人去重现这个Bug，也能按照你的操作步骤复现。不是所有的问题都能用同样的操作步骤来复现的，有的Bug概率出现甚至偶现，或者是只在测试环境里出现。

印象深刻的bug。

GET和POST的区别

如何保证测试覆盖率？

测试一个杯子？

购物车测试点。

一个测试工程师应该具备哪些素质？

web测试和app测试的区别？

支付功能如何测试？软件测试面试中支付功能如何测试？

软件测试流程总结，每一个互联网公司都会有的测试流程。

SonarQube(sonar)是一个开源平台，用于管理源代码的质量。 SonarQube不只是一个质量数据报告工具，更是代码质量管理平台。 支持java, C#, C/C++, PL/SQL, Cobol, JavaScrip, Groovy 等等二十几种编程语言的代码质量管理与检测。 SonarQube可以从以下七个维度检测代码质量，而作为开发人员至少需要处理前5种代码质量问题。(1)...

用例可能会产生关联的几种场景：场景1：用例A新增一个数据H并校验是否生成成功， 用例B要根据上边的H数据进行相关测试， 那么用例A和用例B不是独立的， 如果因为某些原因这个数据H没有生成，那么用例B就执行不通过。场景2：用例A和用例B都需要去操作某个数据n, 正常情况下用例A和用例B都能够通过，但是某些原因用例A把数据n给修改啦（正常情况不会修改）,导致用例B执行失败场景3...

不管你是要面试什么测试，公司的面试流程一般是笔试-->leader面试-->总监面试(某些公司要求高的需要)-->hr面试，在大部分同学看来如果leader面试完之后，直接让你走了，那么就是真的让你走了。不管是哪个环节必要的测试准备是必不可少的。以下凭个人经验给大家总结一下面试的一些技巧，希望对于大家的测试求职之路能有所帮助。一、一些基本的问题1、离职原因？如果你...

一般一个项目或者说一般公司的项目都是分几个环境的：1.dev或本地环境2.test测试环境3.staging预发布环境4.production线上环境开发同学一般会先在本地环境进行开发，根据需求文档进行功能开发，然后功能开发完成会提到dev环境进行自测。如果你的公司对开发同学技能要求比较高，可能开发同学会自己将功能在dev环境进行自测。(如果你们公司开发质量不高，可能开发同...

这个问题从另一个角度来分析：实际做项目时，我们经常会遇到这些问题：1.开发进度延迟，提测时间比原定计划迟(开发同学在开发过程中，时间可能被无限压缩，所以让我们测试时时间会大打折扣)。2.运营和市场的计划变动，发布时间比计划时间提早了。3.计划赶不上变化，比如领导要我们掌握一门不同的测试技术，然后在项目中进行测试时需要能够考虑的点多一点(其实就是多一些测试方法和扩宽思维方式)。这些...

为什么需要编码规范？编码规范对于程序员而言，尤为重要，有以下几个原因：一个软件的生命周期中，80%的花费在于维护；几乎没有任何一个软件，在其整个生命周期中，均由最初的开发来维护；编码规范可以改善软件的可读性，可以让程序员尽快而彻底地理解新的代码；如果你将源码作为产品发布，就需要确认它是否被很好的打包并且清晰无误，一如你已构建的其他任何产品；命名1．包命名包名规则：一...

APP兼容性覆盖测试一直以来被认为是一个高成本、耗时低效、耗人力的测试工作，且兼容性测试是一项必须要进行的测试项目，因为有不同的机型、系统平台、分辨率、网络、厂商、数据兼容以及不同兼容问题场景需要进行覆盖。本文章将通过本人测试经验围绕质量和测试效率进行阐述如何保证APP兼容测试覆盖，期望有更多童鞋在既能保证兼容质量的同时、又能高效地完成兼容性测试覆盖。1.什么是兼容测试？兼容性测试将验证软...

一张图说明现在测试经理的要求：总的来说分为：1.指定测试计划，人员安排，进度把控，时间节点，上线受阻推动。可以不关注具体的测试细节，但是需要知道具体需求的实现应该是怎样的逻辑，以及测试点。2.持续改善测试流程，包括项目管理流程，如何推动测试技术、测试技能发展。怎样提高测试质量，能够"很好"的与开发、产品、运营小伙伴协同为产品负责，跟进线上问题，对线上问题进行及时处理，并在线上问题解...

1. 提测质量差　　问题描述：第一个提测版本差，有些均未通过冒烟测试　　问题分析　　A. 版本提测质量差，但基于发布时间已在，因此，在提测差时就开始测试　　提测质量差的点：- 基于上每项功能的完成度都不高 - 有些功能均未实现 -　　B. 新的团队，团队处于磨合期　　C. 在提测时，对提测要求不明确，在时间点到后，匆忙提测　　解决方式：　　明确版本提测要求，并且开发得到了足够的时间...

一、这个是web系统常见功能之一二、面试的时候，这个题目出现的概率很高，也很考验你的测试思维。搜索功能分为简单搜索和高级搜索，部分功能参考自百度。1.简单搜索界面测试 搜索框UI显示正常，布局合理； 搜索页面布局合理，无错别字； 搜索出的结果展示，布局合理； 已查看过的结果链接，链接的眼神要灰化处理，和没有点击过的结果链接区分； 结果数量庞大时，页面的分页布局合理...

一、关键字的概念构成任何应用程序的功能业务流程可以使用短文本描述关键字和相关联的参数值对变量进行描述。例如，大多数应用程序要求用户登录；此业务事件 的关键字可以是“登录用户”，参数可以是“用户ID”和“密码”。通过设计关键字来描述功能业务流程测试，测试人员建立一个可用于创建关键字测试案例 的通用关键字库。　　如果通过关键字来描述测试业务，那么测试的流程将更加通俗易懂、步骤更加清晰。然后这些...

自动化与手工       测试工作无论从手工测试还是自动化测试都是软件质量保证的一个途径。网上有各种blog讲了他们两者的好处和缺点，这里我简单总结一下，以备以后面试中会问到。自动化的产生：主要是用简单的脚本实现大量重复操作，做回归测试，模拟人的行为减轻测试人员的时间，进而减少成本。自动化优点：1.程序回归测试更加方便。回归测试的动作和用例是完全设计好的，回归的脚本自动执行可以缩短

自己总结的框架原理，虽然其中的含义还是比较模糊，但对于应付面试足够啦。        数据驱动的测试方法：数据驱动从数据文件读取输入数据，通过变量的参数化将测试数据传入测试脚本，不同的数据文件对应不同的测试用例。我理解的就是不同的功能点测试，用一个表格列出来，自动化去操作，只要传入不同数据去对应用例执行脚本。数据与脚本分离。        关键字驱动：测试逻辑按照关键字去进行分解，关键字对

功能测试人员要了解的几个要点：1.  bug优先级：优先级包括轻微、一般、较严重、严重、崩溃等，掌握一些bug的优先级是必要的，也是向开发展示要解决问题的优先级。2.  练习和改进书面交流能力：为了写好测试用例和bug报告等，优秀的测试人员必须具备极好的书面交流能力。3.  学会从不同角度、不同方面查找bug：包括正确、错误、变态测试等，除了功能之外的一些不同思路，不同测试方式等。

我们需要什么样的测试？(摘自多个测试平台文章及论坛)       “不同的产品需要不同的测试”。实际测试工作中，一旦提到产品质量，大部分人更容易将其理解为”用户质量”，也就是”最终用户所能感受到的软件的质量(例如，软件的功能性、性能、安全性等)”。”用户质量”是用户所能够直接接受到的产品的”好坏”,也是用户是否愿意为产品付钱的主要原因。在测试中重视”用户质量”是必然的，说白了就是用户肯为你的应

数据驱动的测试方法：数据驱动从数据文件读取输入数据，通过变量的参数化将测试数据传入测试脚本，不同的数据文件对应不同的测试用例。我理解的就是不同的功能点测试，用一个表格列出来，自动化去操作，只要传入不同数据去对应用例执行脚本。数据与脚本分离。       关键字驱动：测试逻辑按照关键字去进行分解，关键字对应封装的逻辑业务。主要的关键字包括三类：被操作对象(Item)、操作(operation)和

Mock是什么？Mock是为了构造数据而生，被测服务通常依赖于一系列的外部模块，而外部模块有时构造数据复杂，或者调用返回不好构造，这将影响被测系统的测试进度。为此以数据提供为主要目的的mock server应运而生。思路灵感来源于：http://tech.meituan.com/mock-server-in-action.html。简单的图片说明了mock server做的事情： 

whistle介绍：Whistle是支付宝开发的又一强大的类似fiddler、charles抓包工具(另一强大的工具是anyproxy:http://anyproxy.io/cn/)Whistle也是nodejs开发的跨平台web调试代理工具，查看、修改或构造http(s)、websocket请求响应数据。工具地址：https://github.com/avwo/whistle 介

测试用例的优先级别优先级一般都是和缺陷的严重程度对应的。一般可以把优先级分为三种： 高（Highs）：保证功能性是稳定的，是按照需求的正常使用和实现点进行用例设计的，重要的错误和边界测试的测试用例的集合。 中（Mediums）：更全面的验证功能的各方面，包括流程中的各个节点出错情况、异常情况测试、中断、UI展示、用户体验等方面的测试用例设计 低（Lows）：不常被执...

之前在面试时有个面试官问我：什么是冒烟测试。以前只知道有这个概念，但是不清楚它的概念，所以花了点时间整理了一下。 冒烟测试,就是完成一个新版本开发之后,对该版本的最基本功能进行测试，保证基本的功能和流程能走通。严格按照冒烟测试的流程和标准来执行,一旦基本功能点不通过,我们将不予受理测试任务,版本测试必须要有这样一个冒烟测试的过程来约束开发人员,让他们洁身自好,真正负责任的去做产品,帮助...

测试质量从几个维度进行分析：从线上问题说明测试质量 测试用例执行情况 Bug问题一般性描述(将问题进行归类总结)，整理出一套常见问题的列表。 自动化测试的介入，能满足业务测试中的多少场景，自动化用例覆盖度。接下来我从这几个维度说明简单拆解测试质量。 1.从线上问题说明测试质量项目上线之后产生了问题不可怕，可怕的是这个bug影响面非常广。举个我之前公司犯得一个低级错误。 ...

测试用例的评审对测试人员的能力提高，测试效率的提高都有很好的促进作用，它既是对测试人员的成果的产出的一种检阅，也是可以查漏补缺对自己也是一种督促。测试用例评审，需要着重于：测试用例描述是否清晰。 测试用例的验证点是否清晰，在一些可以复用的验证点上是否可以用一套测试用例。 是否针对需求，覆盖了所有的需求。用例评审会议流程1、用例评审参与者尽量提前阅读了解需求。2、用例评审人讲解...

1. 提测质量差　　问题描述：第一个提测版本差，有些均未通过冒烟测试　　问题分析　　A. 版本提测质量差，但基于发布时间已在，因此，在提测差时就开始测试　　提测质量差的点：- 基于上每项功能的完成度都不高 - 有些功能均未实现 -　　B. 新的团队，团队处于磨合期　　C. 在提测时，对提测要求不明确，在时间点到后，匆忙提测　　解决方式：　　明确版本提测要求，并且开发得到了足够的时间...

为什么需要编码规范？编码规范对于程序员而言，尤为重要，有以下几个原因：一个软件的生命周期中，80%的花费在于维护；几乎没有任何一个软件，在其整个生命周期中，均由最初的开发来维护；编码规范可以改善软件的可读性，可以让程序员尽快而彻底地理解新的代码；如果你将源码作为产品发布，就需要确认它是否被很好的打包并且清晰无误，一如你已构建的其他任何产品；命名1．包命名包名规则：一...

什么是测试数据生成?我们如何产生它?在我们测试过程中往往需要测试我们场景更加的充分，而创建数据测试。测试数据包括输入输出，对输出的自动化验证等。创建测试数据的方法：1.手动2.从生产到测试环境的大量数据拷贝3. 自动测试数据生成工具为什么需要数据驱动测试?数据驱动测试是一种在软件测试过程中使用的方法，用于描述直接测试的输入、可验证输出的条件表，以及测试环境的设置还有控制编码的过程。...

闻道有先后，术业有专攻。测试行业已经不是之前的测试行业。互联网行业的迅猛发展，越来越多人想涌入进来，很多人想要成功，然而大家都觉得测试门槛低，是的，门槛确实比较低，但是要想做好测试，需要付出的也很多。近年来，软件测试岗位呈现出了前所未有的火爆趋势。为什么软件测试如此火爆，中国的互联网公司在经历了十几年的发展，从最初的百团大战到现在的BAT独大，测试行业也从最初的功能测试，演变成现在的接口测试、...

自动化与手工测试工作无论从手工测试还是自动化测试都是软件质量保证的一个途径。网上有各种blog讲了他们两者的好处和缺点，这里我简单总结一下，以备以后面试中会问到。自动化的产生：主要是用简单的脚本实现大量重复操作，做回归测试，模拟人的行为减轻测试人员的时间，进而减少成本。自动化优点：1.程序回归测试更加方便。回归测试的动作和用例是完全设计好的，回归的脚本自动执...

相信玩过微信朋友圈儿的人大家应该都知道它：a.发、删朋友圈，看朋友圈，b.发送的朋友圈的类型(图、文、图文混合、图文小视频混合等)c.评论朋友圈d.朋友圈的对外接口（各大软件可以分享到朋友圈或微信朋友）e.屏蔽与被屏蔽，不让某个朋友查看我的朋友圈，不看某个朋友的朋友圈(比如各种做微商的朋友)。还有其他：比如朋友圈更新提醒、只允许朋友看我半年内的朋友圈。1.我...

1.软件测试的意义   没有经过测试的软件很难在发布之前知道它的质量，软件或多或少都会存在缺陷，暴露软件中隐藏的错误与缺陷。从开发者角度，验证软件正确的实现了用户的功能。2.完整的测试流程是怎样的？   需求分析、设计评审、设计测试方案、设计测试用例、执行测试用例、记录提交Bug、验证Bug、回归测试。   按软件开发的过程划分：单元测试、集成测试、确认测试、系统测试、验收测试。